Не темните черным пиаром :)
Думаю легче всего: поставить SSH-сервер на Windows и делать инкрементальный бэкап через rsync.
Добрый день! :)
За последнее время нами было реализовано лимитирование клиентов по процессорному времени, распределение ядер, частоты CPU и лимитирование оперативной памяти.
Стоит отметить, что клиенты не блокируются в автоматическом режиме за превышение лимита CPU, а рассматриваются в индивидуальном порядке, т.к. причины превышений могут быть разные.
Для контроля за нагрузкой, мы написали небольшую панель статистики:
Панель позволяет контролировать нагрузку вплоть до часа.
Был написан плагин для смены версии PHP: 5.3, 5.4, 5.5.
Все версии PHP максимально оптимизированы под высоконагруженные CMS «Bitrix» и «UMI.CMS».
Производительность «Bitrix - Малый Бизнес» до 130 единиц. (по бенчмарку Битрикс)
Производительность «UMI.CMS» до 135 единиц. (по бенчмарку UMI)
Появилась возможность кастомизировать настройки PHP, благодаря собственному файлу php.ini
Промо-коды на 1 месяц бесплатного пользования для тарифов «Старт» и «Премиум», соответственно:
SE1MFreeStart SE1MFreePremium
(Промо-коды действительны до конца сентября 2014 года.)
find /var/www -name "php.ini" | while read -r file; do echo '111' >> $file;done;
В вашем скрипте нет ошибок.
Возможно, есть символические ссылки на файл, вот и пишет два раза. :)
У нас на серверах стоят SSD, журналирование сократит им жизнь, поэтому отключаем.
Но как уже сказали проблемы с ФС могут возникнуть при перебои питания и будет долго выполняться fsck при починке и т.д.
нашел domlogs/ куча файлов пишет, что с ним можно сделать?
Можно прописать BufferedLogs On в конфиге Apache.
Тогда логи будут сбрасываться пореже, возможно это даст небольшой прирост IOPS.
Не возможно, а точно даст :)
Да, нормально, кеш освобождается, если память нужна какому-нибудь процессу.
Например так, предварительно отмонтировав диск (можно загрузиться с LiveCD/Rescue):
tune2fs -O ^has_journal /dev/sdX
e2fsck /dev/sdX
Отключить журналирование :)
Кстати, это может существенно повлиять на производительность.
FastCGI потребляет больше по памяти, чем suPHP, но меньшее потребление по процессору.
Думаю, мало чем поможет смена обработчика, скорее всего LA растет из-за высокого I/O.
Даешь первое место! 😂🍿
Не важно, это еще один клон спидкора.
Несет чушь, а между слов свою ссылку вставляет и разбавляет конкурентами, но акцент делает на свою. 😂
Нет. Необходимо ставить почтовый сервер, и в зависимости от сервера писать под него bash-скрипт.
