Посмотрите бета версию прошивки, на Keenetic Ultra II обновление пока в состоянии бета.
А что за панель управления у хостера?
Значит со своей стороны ничего сделать не сможете, здесь либо пытаться убедить хостера, что проблема с их стороны, либо просто сменить хостинг.
smart2web, не совсем так всё же. Если на сервере всё хорошо (он не перегружен), то запросы обрабатываются быстро за счет того, что клиент получает все выделенные ему ресурсы, счетчики EP и NP (число соединений и процессов) могут быть практически на нуле. Если сервер перегружен, то клиент не будет получать всех выделенных ему ресурсов, запросы могут копиться из-за чего будет рост EP и NP, при достижении их лимитов будут 5XX ошибки.
Еще, если PHP работает через LSAPI, то во всех версиях библиотеки 1.1.Х есть баг с числом процессов, лимит берется как выставленный лимит EP + 1, в итоге, выделите 512 мегабайт памяти для пользователя, поставите ему 32 соединения и лимит в 64 процесса (так рекомендуют делать разработчики CloudLinux, NP > EP), в итоге при сравнительно небольшом числе процессов срабатывает лимит по памяти и выходят 500 ошибки. Если снизить число EP до 10, то сайт будет падать от лимита по числу соединений. В итоге, чтобы сайты работали хорошо, пользователю надо выделять много памяти и невысокие лимиты на EP и NP.
Для сравнения в LSAPI версии 1.0 можно поставить жесткий лимит lsphp процессов, например в те же 10, установить 32 EP и 64 NP и 512 мегабайт оперативной памяти. В данном случае пользователь не будет достигать лимита по памяти (при учете 10 процессов в среднем по 20-30 мегабайт) и при числе запросов от 10 до 32 в секунду сайт просто будет работать медленнее, так как будет ждать освобождения процессов lsphp, но не будет выбрасывать 5ХХ ошибки.
На мой взгляд, пусть лучше сайт обработает запросы чуть медленнее, но не выбросит 5ХХ ошибки.
Все описанное исходя из личного мнения и расчета потребления памяти процессов lsphp в 20-30 мегабайт (в среднем).
Разработчики CL уведомлены о проблеме, обещали в новых версиях добавить новый параметр, которым можно было бы ограничивать число процессов для пользователя.
Относительно проблемы автора - если бы проблема была с лимитами CloudLinux, то они бы отображались в статистике в виде faults, у меня за все годы работы такого не было, чтобы CL не отображал срабатывание по лимитам. Но при этом, были случаи, когда 500 ошибки возникали на ровном месте и без отображения в статистике CL, так как к не относились к лимитам. Например, в одном из случаев сайт клиента работал некорректно с zend opcache и PHP процесс завершался segfault, помогало php_value opcache.enabled 0 в файл .htaccess.
Еще, в некоторых панелях по умолчанию стоит полная перезагрузка веб сервера, что может создавать кратковременные ошибки, если кто-то добавляет домен на сервер или же запускается ротация журналов веб сервера. Но это решить может только хостер.
Мой совет - если совет с отключением zend opcache не помогает и хостер не говорит в чем проблема, то поможет только смена хостера.
Чеки отправляет сама, касса обошлась около 12 тысяч рублей, фискальный накопитель на 1 год стоит около 6 тысяч рублей, ОФД стоит 3 тысяч рублей в год. Если даже менять кассу каждый год, то выходит около 1750 рублей в месяц расходов. Я пока не вижу, что тут можно на клиентов перекладывать, такие суммы изначально должны быть заложены в цены на случай принятия подобных законов :)---------- Добавлено 03.10.2017 в 20:08 ----------
Касса РП Система 1ФА, то что она под автоматы не обращайте внимания, она точно такая же как 1ФС, можно использовать для интернет-сайтов. Касса имеет приятный JSON API и команду Complex, которая бьет чеки, открывает из закрывает смены. Интеграция пишется за один вечер, проблем никаких нет. Пол года назад действительно не было решений (точнее была эта же касса, но в реестре еще её не было).
P.S. РП Система 1ФС используется в ферме онлайн касс под сдачу в аренду, купить её нигде нельзя.
Интегрировали кассу в биллинг, так как используем 4 разных платежных агрегатора и некоторые вовсе не поддерживают интеграцию.
На мой взгляд, тем кто связан с хостингом встроить это проще, так как мы связаны с IT и понимаем, как это всё работает. А вот многим интернет-магазинам рядовых пользователей интеграцию делать сложнее (так как сами они не разбираются в тонкостях интеграции + под многие CMS нет готовых модулей).
С 1 июля этого года бьем чеки, так как принимаем оплату банковскими картами через сайт. Сначала арендовали Атол.Онлайн - ужасно глючная штука (то дважды чек выбьет, то вовсе не пробьет), в августе взял РП Система 1ФА, поставил и забыл про существование кассы (работает стабильно). Цены на услуги не поднимали.
il_cattivo, большинство хостингов используют стандартное программное обеспечение Apache / Nginx, PHP, MySQL настроенное на работу большей части популярных CMS.
Если переносите свой сайт на том же WordPress и он не работает (образно), то ковырять надо настройки сайта / набор плагинов (проблема обычно именно в этом), а не писать в поддержку хостинга. У хостера на каждом из серверов стоят тысячи таких сайтов WordPress, которые отлично себя чувствуют.
Добрый день.
У нас большая часть серверов в Санкт-Петербурге (все новые заказы сейчас именно там), если возможно, добавьте lite.host в список.
Да, нам тоже приходили о недоступности сайта, клиенты тоже получают такие сообщения и спрашивают что случилось, хотя всё работает.
