разработка и модернизация PHP/JS/CSS/HTML-кода, компонент и модулей 1С-Битрикс.
Требования:
уверенные знания PHP/JAVASCRIPT/CSS,
наличие опыта работы с API 1С-Битрикс.
ответственность и аккуратность;
Условия:
работа в офисе, с 9 до 18;
пятидневная рабочая неделя;
полностью белая заработная плата;
Полная занятость, полный день;
стабильная заработная плата;
выходные согласно ТК РФ;
Работа в команде. Интересные и сложные федеральные проекты. Профессиональный рост. Обучение и постоянное развитие компетенций. Офис в Ставрополе: улица Лермонтова, 189/1. Резюме просьба отправлять в личку.
Денис Диденко, а я и не говорю, что одним только NGINX-ом можно обойтись. Вы ведь знаете, что даже NGINX+PHP-FPM будет не достаточно и нужен будет еще MySQL ? А лучше не просто MySQL, а какой-нибудь ПРАВИЛЬНЫЙ ФОРК, типа PERCONA 8)
Вот уж не знаю, работает или нет - тут я думаю надо битриксов расталкивать. Мне одному кажется, что 2 веб-сервера - в принципе избыточное решение ? Или мы все еще не считает NGINX полноценным веб-сервером ? )) который еще в 2011 году получил кучу денег на развитие, вот, например: http://digit.ru/business/20111011/384885938.html
Результат: overload операций по WRITE уменьшился с 60-70% в списке iotop, диск задышал. Но пока все равно jbd2 и flush-8:0 впереди даже mysql и nginx-а. Правда теперь это 8-10% на обоих - где-то пропустил выключение APC ? Надо проверить ... Вывод: акселератор для PHP 5.3 - APC грузит диск на операциях WRTITE, надо ему искать правильную конфигурацию.
Мне не удалось Думаю вернуться к EACCELERATOR, хотя народ почему-то чаще сваливает на XCACHE ...
Позже: Вот что нарыл: jbd2 - это процесс для журналирования ext3/ext4. Пишет по 20-30Мб / с данных ... бесперерывно. М-да. Очевидна связь между APC и журналированием. Либо количество файлов для APC надо сократить с 20000 до 1000 (потеряв эффективность кеширования соразмерно), либо выключить журналирование файловой системы ...
Еще позже: ну, вот похоже решение (для UBUNTU, но суть ясна ...): http://forum.ubuntu.ru/index.php?topic=157348.0, у меня тоже commit=0, нифигасе ... Меняю на 300 секунд. Отпишусь, что получилось.
РЕШЕНО: в опции монтирования добавляем commit=300, APC можно включать обратно с дефолтными настройками (иначе не видать вам ваших 30 попугаев в мониторе производительности битрикса, как своих уше без зеркала!) - все работает теперь как надо, коллеги !!
Вот тут http://unixforum.org/index.php?showtopic=131848 народ нашел, что есть связь между акселератором PHP - APC и высокой загрузкой диска (тупо постоянно WRITE! на фоне даже нулевых READ). С помощью iotop удалось найти, что всю write-нагрузку (70%!!!) генерит два процесса: flush-8:0 и jbd2/sda ... активное гугление часто связывает это с APC ... Решил выключить во всех контейнерах APC и посмотреть, если это он - надо искать настройку правильную.
Коллеги, обратил внимание, что MUNIN-NODE даже в состоянии stopped активно пишет в логи, постоянно запускает MUNIN-UPDATE и на хостовой машине, где много VPS-ок стоит под bitrix_env, становится очень затратно юзать MUNIN вообще-то. Как выключить MUNIN-UPDATE ? Тупо убивать из cron-а ? Если сделать yum erase munin munin-node предлагает еще и bitrix_env заодно ... удалить Потому приходится ручками rpm -e --nodeps munin* ... А можно сделать пунктик в стартовое меню "Удалить систему мониторинга" и "Установить систему мониторинга" ?
Денис, я может быть не в курсе - restore.php вроде бы не имел настройки, в какую папку распаковывать или имеется в виду положить restore.php куда-то не в корень сайта ?
Я так понимаю, если архив создавался для хранения в облаке, то тогда он будет всегда зашифрован. А вот если архив делать только локально, то шифрование при создании можно выключить. Итого: следовало бы сделать резервное при сохранении в облако так: 1) делается стандартный архив; 2) та копия, которая отправляется в облако - шифруется и отправляется, С СОХРАНЕНИЕМ ЛОКАЛЬНО НЕЗАШИФРОВАННОЙ КОПИИ (либо через настройку, может кому надо и локальную шифровать);
Иначе получается, что архив есть, а воспользоваться им нельзя.
Nikolay Ryzhonin пишет: В my.cnf корректная настройка. При работе сайта слетает из за after_connect.php в котором не хватает установке коллайшена, его можно просто удалить.
Данный файл в установщике исправим.
Да, верно, убрал - проверку прошел без проблем. Не забудьте, пожалуйста, в установщике подправить ...
munin - правда порядка 5 минут после запуска не пускает никого так как странички еще не отрисовались, обновите черещ некоторое время
Коля, ну я по факту - как есть. Без эмоций. Просто понажимал кнопки, благо процесс с развертыванием контейнеров автоматизирован и это несложно делать параллельно основной работе. 3-ку именно так и разворачиваем, иногда пару раз в день.
Производительность полученной платформы из bitrix_env-4 пока огорчила: 14 попугаев против 40 на всех тех же условиях Так сильно влияет ZEND ? Я еще не готов утверждать однозначно, все перепроверю, но пока не очень впечатлило.
Надеюсь мой маленький обзор будет полезен. Разработчикам просьба не обижаться и не расстраиваться, вешаем на bitrix-env-4.sh ярлычек BETA и все дружно продолжаем ПОМОГАТЬ РАЗРАБОТЧИКАМ УСТРАНЯТЬ ПРОБЛЕМЫ, а не пинаем их ... А разработчикам я бы все таки рекомендовал перед анонсами выпускать бета-версию для обсуждения на форуме ПЕРЕД публичным анонсом.
MUNIN послал: 403 Forbidden. Не работает, хотя авторизацию прошел успешно. Настройка штатным мастером видимо не полная, надо лезть разбираться в конфиги. Хм ... не гуд. NAGIOS удивил логином: nagiosadmin (блин, а почему бы не спрашивать логин как для munin ?), но тоже работать после авторизации не смог: 404 Not Found.
Итого: заявленные средства мониторинга сами по себе не работают, хотя мастер пишет, что все Ок. Надо срочно исправлять, я думаю - неприятная ситуация.
Сравнение в настройках my.cnf давно уже следует поправить на utf8_unicode_ci, по умолчанию, потому как первая же проверка на стандартном сайте "Корпоративный сайт банка" из коробки просит сделать:
Ребята, ну хватит. Если вы хотите мигрировать с 5-ки на 6-ку CENTOS, вам ее тоже переустанавливать придется полностью. Это баян уже. Причины погуглите - там подробно спецы описали проблемы. Что касается "накатывания" на рабочий сервер bitrix_env 4 поверх 3-ки, то во-первых, давно пора научиться пользовать openvz, сайты размещать в контейнерах, ДАЖЕ НА ОДНОМ СЕРВЕРЕ, чтобы иметь возможность развернуть рядом новый контейнер и попробовать НОВЫЙ СОФТ, а так же для простой миграции на новые версии. Не нужно перекладывать с больной головы на здоровую - админьте ваши сайты с умом. Я все сказал Накипело
Кстати, я там у Саши Демидова спросил в FB, но тут решил продублировать: а почему до сих пор стандартный MySQL в поставке ? Может быть уже перейдем на форк ? Percona или MariaDB - заметно меньше памяти кушают, лучше поддерживаются и развиваются, переход прозрачный ... А? Коллеги ? Я давно об этом на форуме спрашивал - проигнорировали все как один, даже обидно стало. А теперь вон вы на Bitrix24 пользуете !
Помнится мне, тут на форуме не так давно даже приводили таблицу сравнений ZendOptimizer с другими прекомпиляторами. Ругали APC за нестабильность, а PHPOptimizer за скромные результаты. У меня на всех более менее нагруженных проектах сейчас Zend, где почитать про его проблемности можно ?
CENTOS 6.2 (Final). Пытаюсь поставить, говорит, что мол "Error: Protected multilib versions: gnutls-2.8.5-4.el6.i686 != gnutls-2.8.5-4.el6_2.2.x86_64", тогда как тут советуют: yum clean all, не помогает. Тогда радикально: yum erase gnutls*, а потом (!) уже: yum --disablerepo=* --enablerepo=bitrix install gnutls. Тогда установка началась ... Эх, опять эти танцы с бубнами начались. Уже успел отвыкнуть ))
На самом деле на том сайте о котором речь, запускать такого монстра как postfix было роскошью, потому и использовал обычный сендмайл+прописал PTR запись, почта бегает.
Да бросьте вы - sendmail ровно такой же "монстр" как и postfix - 8Mb