В некоторых случаях лучше использовать json вместо xml, его плюсы:
а) меньше размер файла
б) быстрее парсинг
в) однозначность представления
Плевать на какой.
Возможно перемудрили с буферизацией вывода.
На обоих хостингах Линуксы?
Любой динамически слаботипизированный язык с большой библиотекой.
Больше всего используют PHP.
Хочется энтерпрайса и понтов - Java / ASP.Net
Ну так пускай будет постоянная ссылка!
Меня глупости движков не интересуют.
Ага, за бабло. :)
Я видел тот пост.
Дошло, что можно бабла срубить. :)
Почему бы для этого раздела ввобще убрать ограничение?
Тут никакой коммерции нет же.
Конкретика? :)
Хм, я CMS вообще не пользуюсь на данный момент. :)
Так что никакой конкретики.
Посмотрел еще раз ту тему.
Ее как бы смысла обновлять нету. :) По хорошему завести новую, а ту открепить.
Блеать, афигенный форум. Ссылки на поиск умерли. Шикардос.
1. Ну почему нельзя редактировать хотя бы первый пост всегда?
2. Нужно искать по этим ключевым словам. :)
1. Прикрепленный топик еще старше...
2. В гугле информация менее структурирована (вообще не структурирована).
3. Есть устаревшая информация, но это не значит, что она вся устаревшая!
А я говорил, что он проделал мало работы?
Но информация уже неактуальная. Кстати, я также предлагал тему обновить... :)
1. Ссылка на редактирование темы выше (администрации пох).
2. Да перечитайте первый пост.
3. Отредактируйте первый пост, чтобы там:
а) не было битых ссылок, а указание поисковых фраз
б) сделайте, чтобы ссылки были рабочими на поиск.
Плевать, сносите. Я не для себя старался.
Ага, выбор CMS 2012 года в 2016 году. :)
Ну это правильно, что на автора не смотрите и не переносите личную неприязнь. :) Нужно смотреть на суть.
Кстати да. :)
Еще очень самоуверенного.
У этих толковый блог:
https://habrahabr.ru/company/oleg-bunin/blog/ (это материалы конференций)
У Вас
opcache.revalidate_freq 2 2
Если много файлов, то может стоит увеличить?
Чтобы реже проверяло.
Это вызовет задержку при изменении файлов.
Ваша ситуация:
http://forum.ubuntu.ru/index.php?topic=129216.0---------- Добавлено 01.10.2016 в 13:21 ----------
Мне больше интересен был статус перед проблемой.
Можно сделать php не модулем: fastcgi/fpm, тогда проблема должна уйти.
Но я не знаю, как настраивать многопользовательность при этом (тем более с Apache).
Можете каждому пользователю выделить отдельный пул fpm.
Поэтому повторю, что на шаред хостингах обычно нету Opcache (хотя они как бы могли снизить нагрузку и использование памяти).
Вам не кажется, что не видя Ваш конфиг и статус, конкретные советы будут телепатией? :)
Не хотите давать весь вывод.
Дайте только касательно Opcache (там две секции). Но желательно увидеть положение вещей перед падением.
PHP - модуль апача или fastcgi/fpm?
Это у вас типа шаред хостинг (куча клиентов, бла-бла-бла)? На них обычно Opcache не включают :)
Не знаю, как сейчас, но раньше кеш Opcache был раздельный для всех процессов php.
Также покажите top перед падением.
Уменьшите кол-во апачей до 100 (хотя, если у вас 24 ядра у куча памяти, то можно и не делать).
Что в логах PHP/apache?
Установите PHP из исходников, хрен его знает, чего они туда намешали.
