Кто-то ставил sphynx?
если да прошу разместить тут гайд в идеале еще закрепить.
если да прошу разместить тут гайд в идеале еще закрепить.
07.05.2022 02:53:03
yum upgrade
после этого упало дофига чего nginx mysql и anible Pool::get_ansible_inventory: Not found records in ansible config /etc/ansible/hosts Хорошо что у меня есть бэкапы всей etc Все остальное починил быстро, а вот тут пришлось сравнивать файлы с бэкапа, несколько файлов было изменено и во всех них было одно единственное изменение.
пересоздавать пул не нужно. Причину как такое вообще могло получиться даже приблизительно не могу придумать. |
|||
|
02.02.2021 13:56:10
Однако падение идет не на 10% а значительно больше Как-то же это решается. |
|||||
|
31.01.2021 13:26:59
Не секрет что при выносе БД с localhost на соседний сервер даже в этой же стойке.
Идет резкое падение производительности сайта от 5 до 20 раз. У кого есть реальны опыт оптимизации прошу тут делиться опытом. Уже сделано
skip-external-locking ? skip-name-resolve ? innodb_stats_on_metadata = 0 Что еще можно сделать для ускорения работы ПО СЕТИ |
|
|
31.01.2021 12:48:20
Мало того таких большинство, бизнес знаете ли не только в сфере IT, и ишак 11 до сих пор жив.
Правильно ли я вас понимаю что полностью нерабочая одна из основных частей б24 требует не универсальных настроек? |
|||||||||||||
|
17.01.2021 11:26:26
если да то я предлагаю революцию в 40 строк, просто новый релиз можно сказать. Особенности postfix и msmtpd что они влияют только на себя и только на себя, сами сайты они не затрагивают никак. И да работу с почтой я предлагаю переложить на плечи вендеру и причина всего одна Проект не работает ! и конечному пользователю плевать почему. Если в битрикс вм появится еще новая менюшка в настройке почты где можно будет добавить больше одного внешнего почтового сервера то я это переживу, вендер тоже поскольку иначе чем он там вообще занимается? Я не призываю отправлять почту с локального сервера я предлагаю добавить возможность отправлять с разных почтовых ящиков, а это нужно просто в текущей логике добавить возможность добавлять несколько внешних серверов, не ахти какая революция, руками делается минут за 5, уж как-то отладьте 100 строк кода.
Если же говорить серьезно то нужно ставить и opendkim настравивать SPF PTR DKIM DMARC это действительно сложновато новичкам, по этому возможно проще использовать и внешний почтовый сервер.
Как это связано с готовым решением Б24 которое не в состояние отправить почту самостоятельно ? Как минимум нужна эта машина кто-то кто в состяние настроить там полноценный почтовый сервер и обслуживать его.
Причем тут DKIM ? Какой стандартный сендмейл?
Прошу кейс когда этого хватает ? У вас 1 почтовй ящик с 1 домена?, то да хватает конечно. В штатной комплектации Б24 есть почтовый клиент, подразумевающий более 1 почтового ящика. Если бы клиента небыло вопроса бы не возникло, как его не было до момента появления данной возможности.
И да для этого нужно испльзовать тот функционал который есть в облачной версии но его нет в коробочной по этому костыли костылем погоняюище. Разработчики Б24 говорят что это серверная часть идите в ... форум ![]()
не всегда и все должно работать. Однако когда в CRM в 2021 году не работает отправка почты, сдается мне что это куда более критичная проблема чем отношения с партнерами. Последнее мы как-то переживем. А вот как продать нерабочий продукт вот это вопрос куда как серьезней. |
|||||||||||||||||||||||
|
23.12.2020 20:14:02
Я не буду сейчас расписывать в эпитетах зачем вообще было применять msmtp тем более что все его функции которые на данный момент используемые ВМ можно сделать и на postfix, это будет тайной времен и пусть ей и остается так же как и отказ от certbot.
Однако я сейчас мотивирую почему требуется отказаться от msmtp 1. Б24 в принципе не умеет отправлять почту от слова совсем ! ( не смейтесь раньше времени а прочитайте до конца) мало того и не планирует обучаться сеему действию а скорее наоборот отшучивается от этого мероприятия. И так приведу вам стариннейший кейс использования Б24 ( б24 VM сырая настолько что о ней сейчас разговор даже нет смысла вести) Я компания и купила Б24 потратила денюшку на коробку, а замечу она не сильно дешевая что подразумевает что деньги у меня есть, то есть штат у меня не 2 манагера ну никак. ну и естественно я купил б24 для агрегации всех каналов в одной СРМ Естественно почта входит в них как один из основных каналов. И так у меня сайт: site.ru Ну и почта НО я собираю все канлы компании включая почты от других доменов, и да у компании вполне себе может быть больше 1 домена Например у меня 5 линеек товаров у каждого из них свой бренд ну и своя почта. так же я до этого мог работать на яндекс почте, моя личная маил почта, почта шефа и тд и тп. все вы прекрасно понимаете или манагер работает в одном месте или он не работает в црм вообще. По факту что происходит 1 я могу отправлять почту только от 1 почтового ящика, поскольку from НО он никогда не отправит почту от любого другого домена, поскольку у вас SPF PTR DKIM DKARK И так что же происходит с почтой, тут вы скажете ну да там в Б24 есть кнопочка подключить почту указав внешнюю интеграцию там можно указать внешний SMTP и дело в шляпе. НО нет, в коробке эта функция заблокирована ! То есть в коробке почту можно отправить только с 1 почтового ящика для всей компании которая купила Б24 и никак по другому, в лучшем случае только для одного домена. Вот только так не бывает, в компании десятки и сотни почтовых ящиков и не все они на корп домене. И так какие решения. 1. На продакшене снести msmtp и поставить постфикс, и делать там уже маршрутизацию, подключать там почту и тд но как это будет на практике ведь для этого нужно а) сотрудник который сформирует такой запрос б) сотрудник который в состояние знать линукс ( а корп это все же винда) и в состояние сделать надстройку на postfix в) глав бух ведет двойную бухгалтерию и получает тикеты верификации на разные почтовые ящики ( ой толкь не надо тут расплываться да ведет) Значит подходит она и дает все логины и пароли в отдел айти в открытом виде чтоб непонятный дядя ввел их и оставил их в открытом виде на сервере. Отдел безопасности смотрит на это с улыбкой. Ну и когда пароли меняются ( да они меняются) нужно найти опять мальчика и вручить новые пароли. Так же предупредить всех сотрудников что они могут через Б24 почту только получать почту, а отправленая почта никуда не уйдет.( но не вся а только отличная от определенной почты) И да не у всех есть Эксчендж, как ни странно такое встречается повально. В общем я не знаю но это самый обычный кейс использования битрикс, не космический а самый вероятный, и решения в нем нет Малый бизнесс не решит эту задачу посколкьу не обладает линуксойдами которые бы все настроили просто почта не работает ... инструмент ... Средний бизнес не имеет эксченджя. Крупный бизнес на продакшен сервере сносить почтовик и ставить кастомные костыли и тд, опять же интеграция с АД в Б24 вообще в почтовом вопросе не предусмотрена, в общем и тут не сработает. Короче нет ни единого места где бы такая схема пошла. Нужно ставить постфикс, и нужно настраивать через морду VM возможность добавлять несколько почтовых отправителей, сортировать почту на стороне ВМ Поскольку разработка положили на это болт полный и не собираются ничего делать ни в ближайшее время ни в будущее. Решения данной проблемы на данный момент существует в виде платного модуля от сторонней конторы, что как минимум странно. Стандартное решение битрикс это тишина и мелкий шум в эфире. Просто вдумайтесь 2020год Б24 не умеет отправлять почту кроме как с 1 ящика! то есть вы покупаете программу за 300К которая не умеет отправлять почту Уважаемые разработчики ВМ будьте хоть вы не садистами ну не дело когда самый стандартный кейс использования Б24 требует мега костылей от компании использующей ЦРМ. Почему же не сделать все по людски и при отправление почты средствами пхп не получать smtp и отправлять через него ( потому что эта функция в коробке отсутствует) но пчоему же я прошу это сдалать разрабов ВМ ответ еще более простой Тех поддержка ссылается на вас не поверите, что мол это задача почтового сервера а не сайта. А почтовый сервер в вм msmtp ![]() |
|
|
08.12.2020 20:16:39
Когда: 08.12.2020 ( php 8 уже в релизе)
Было: bitrixenv beta 7.3.2 Установил: bitrixenv beta 7.4.11 Задача: 7.4 Обновиться удалось только до php 7.3 при это м 7.4 была в меню. НО при этом произошел краш: Лог таска
Естественно и yum тоже издох yum update
|
|||||
|
29.05.2020 18:46:10
|
|||
|
29.05.2020 18:39:35
Сейчас он есть в репках и собирать по другому смысла нет. Хотя все-таки не совсем понятно зачем нужна была кастомка dehydrated , тем более что у certbot есть --dry-run Так же ошибка действительно есть и она действительно с dehydrated -c --force, реально же это просто забыли после отладки ( ответ сапорта). Однако что действительно непонятно зачем сливать все это в кучу когда каждый сайт должен проверяться отдельно. И да при нескольких сотнях сайтов приходится патчить эту проблему. Могу вам подкинуть еще идею, если у вас несколько сотен сайтов то они бывают уезжают или закрываются в следствие этого проверка сертификата этого сайта будет ошибочной, что приведет опять же к той-же проблеме, сайты вообще перестанут получать сертификат. Механизма отзыва сертификатов у сайта который не смог пройти проверку в виду отсутствие А записи на этом сервере вообще нет. Так что мне пришлось писать его самому. А таких причин больше чем 1 1. сайт уехал, но не удалился с админки. 2. не продлили домен ![]() 3. домен 3 уровня типа dev.dev2.site.ru, основной сайт поменял днс сервер и тд, в общем этой записи больше нет. 4. ААА запись в домене 5. Ошибка записи в файл и тд, там вариантов миллион, но они мало вероятны. 6. (тут без коментариев) Битрикс VM не генерирует конфиги по шаблону, а все изменения вносит в уже сгенереный 1 раз конфиг!! то есть если вы внесли кастомку в конфиг то можете получить следующе а) ничего поскольку парсер нашел место куда вставиться и вставил свой блок, например редирект на https который вы включили. б) не шашел место и у вас перестали работать правила вообще к этому конфигу ![]() в) нашел вставил убедился что все сломал и откатил что привело опять же к 5 попыткам на все сайты. |
|||
|
29.05.2020 15:00:24
Данная папка действительно пропадает, подтверждаю.
Но не всегда и не везде, причину я не нашел поскольку такой баг появляетя на достаточно редком количестве серверов ( я раза 4 всего встречал) опять же гвоирть о 100% БАГЕ не приходится поскольку для этого нет доказательств. Однако на машинах без ВМ у меня таких вещей ни разу не встречалось. А в купе с тем что правки для вм есть куда более серьезные чем эта то и решение тут простое, нет смысла отвлекать разрабов от покорения мира. Почему так происходит: Все просто apache не может создать папки. Файлы да, а каталоги нет. Так что самый простой способ это создать их и заыть, перезагрузиться проверить что все работает и все.\ |
|
|
20.04.2020 13:11:05
Bitrix virtual appliance version 7.4.3 и ниже
Ошибка: Сайты получили Letseyctypt сертификаты уже получили Один из сайтов меняет А запись, проще говоря уходит с сервера, имеет ошибки в днс, не продлятся домен и прочее. ( но не удаляется с сервера) В следствие этого прекращает генерироваться его сертификат поскольку LE естественно не выдает его. В следствие этого прекращают генерироваться сертификаты для вообще ВСЕХ САЙТОВ ![]() Временное решение
![]() |
|||
|
20.04.2020 12:09:39
это связано с решением использовать dehydrated а так же очень спорным способом его использования "свалим все в кучу"
Изоляции проектов и конфигов генерации ключей не происходет вовсе До 7.3.3 вообще все сертификаты генерились принудительно по кругу, и все попытки засчитывались для всех доменов. Что можно сделать. 1. Проверить есть ли у вас ошибка в генераторе, и исправить ее. 2. отсутствует напрочь механизм удаления сертификатов, вот прям совсем. Если хоть один из сайтов перестанет делигироваться на сервер,то все сертификаты прекратят обновление. Опять же от политики "свалим все в кучу" В вашем случае скорее всего было вот это
|
|||
|
19.11.2019 15:45:19
Начиная с Bitrix virtual appliance version 7.4.1
8 -> 2 -> 7
|
|||
|
05.10.2019 13:26:00
Вся остальная ком деятельность одним лицом осуществляется. |
|||
|
24.09.2019 19:43:32
Что же касается нагрузки то тут все нормально поскольку хватит даже "битрикс кластер" ...даже он иногда может пригодиться. |
|||||||
|
19.09.2019 16:11:15
По сути в данный момент обычный битрикс от полностью облачного решения отделяет только kubernets
как только у битиркс будет официальная машина для kubernets, притом не важно на чьих серверах будет ли это mail yandex или гугл ну у нас еще selectel НО это действительно позволит самому битрикс уйти в облака, мы ведь все понимаем что коробка рано или поздно вынуждена будет туда уйти, с появлением этой технологии Битрикс никогда небыл так близок к этому, а самое что обидное ведь сам сайт 1с-bitrix.ru лежит в kubernets. Ждать ли решение битрикс вм для kubernets? Можно ли будет продать клиенту маштабируемый отказоустойчевый кластер за адекватные деньги? Да я большую миграцию готов сделать прям сейчас, все что остаетя это только "готовое решение" поскольку большинство клиентов будут средний бизнес, большой и сам в состояние уехать в облока, а то и построить их. А вот средний и мелкий готов платить за отказоустойчивость и балансировку и все это в облаке, да за одно только динамическое увеличение мощностей бешенство даже крупных клиентов молились бы на эту технологию ( для блэкфрайдей). Продать это можно было бы как прорыв! Вообще на рынке нет похожего предложение Полноценная CMS в вашем кластере. саму инфраструктуру даже строить не нужно она же готова у крупнейшего да и игнорировать докер все равно не получится. |
|
|
19.09.2019 16:06:51
И что вы будите делать и как переезжать с этого сервера ? что лучше привязаться к посредственному хостингу притом намертво или привязаться к некастомной ВМ с возможностью обновления? |
|||||
|
19.09.2019 15:59:37
Что произойдет если хоть один из доменов добавить ААА запись? или изменит А запись на другй сервер ( не удаляя сайт) Правильно фейл при генерации, и мы опять получаем невозможность ПОВТОРНОГО получения сертификата для всех сайтов. Да новые сертификаты будут выдаваться, а вот старые в общем списке опять не смогут обновиться по той же причине, эта шляпа "dehydrated" останавливает генерацию сертификатов из списка при первой же ошибке а не продолжает для остальных доменов.
Все просто, ключ сгенерирован, и список ключей к сайту вм уже видит выводя эти ключи в общий список. Однако, "-с --forse" - дало фейл и в результате записи в конфигах nginx не сделалны. В результате вм показывает что ключи есть и сайт с ssl но их там нет, а удосужиться удалить данные о этих ключах при фейле в конце так же никто не удосужился. В этом месте должна быть проверка которая видит реальные сертификаты и обходит dehydrated стороной вообще не трогая его поскольку есть уже все данные и дергать кривой демон нет необходимости. Но такой проверки нет в результате мы получаем что сертификаты уже есть но поставить вм их не в состояни
без комментариев: Bitrix virtual appliance version 7.4.0
Bitrix virtual appliance version 7.4.1
Простите а какая у нас задача, я забыл? Еще раз Рыба отдельно, котлеты отдельно. Задача создать сертификат для данного сайта " и в меню так и называется" ни про какие обновления сертификатов ни про какие сертификаты для других сайтов разговора не шло. Задача выпустить сертификат 1 сайту и применить его к 1 домену ни больше ни меньше НИКАКИХ общих проверок быть не должно, это вообще другая задача!
ЧИСТАЯ ВМ ситуацию эмалировал на разных серверах, ошибка возникает постоянно! И да сертификат на который он уже потратил ошибки реально есть и судя по датам сертификатов, они появились практически моментально. И главное ЭТО НЕ ТОТ ДОМЕН КОТОРЫЙ В ДАННЫЙ МОМЕНТ ГЕНЕРИРУЕТСЯ!!!! Если бы это был хотя бы он, вопросов бы небыло, это активный и рабочий домен, если его из списка обновлений то на следующий день следующий домен по списку выдает такое веселое сообщение, такое ощущение что по крону кто-то реально тратит попытки. А теперь смотрим на дары сертификатов
И я сегодня добавлял сертификаты и вижу что даже для сайта который уже имел сертификат были попытки, хотя он был сделан 18 числа и даты там явно нормальные. Итого: Нужно полностью отказаться от общего списка доменов, вешать на крон обновление каждого сайта индивидуально, будем реалистами LE не является приоритетом для bitrix как и сама VM и косяков останется в этом месте миллион, пусть они будут хотя бы изолированы друг от друга а не вешать весь механизм генерации. Нужна проверка на физическое существование сертификата в данный момент с активной датой, и вообще не трогать dehydrated, поскольку попыток мало это обезопасит от повторных генераций существующего сертификата, офтоп из за чего так происходит, просто если сертификат уже есть локально не нужно шевелить кривого демона. Генерация и поддержка актуальных состояний сертификатов это разные задачи ! Поисковые систему ТРЕБУЮТ ssl подписанных сертификатов не просят не рекомендуют а ТРЕБУЮТ Как следствие сертификат должен выпускаться по умолчанию как только будет техническая возможность на это (А запись + успешная попытка генерациию) Если сертификат не может выпуститсья только тогда самоподписанный. Кастом и есть кастом без изменений. НО дефолт LE В идеале перейти на certbot он как минимум официальный софт и имеет драй ран. Ну а теперь самое главное. 1. Когда ждать фикса в релизе как минимуму сертификат должен возвращять статус только по себе ! |
|||||||||||||||||||||||||||
|