Понятно… везде по разному пишут. Вот например

«Однако OPcache не поддерживает хранение пользовательских данных, как следствие дополнительно необходимо ставить xCache с отключенным opcode-кэшированием, APCu или memcached.»

Фактически в настоящий момент можно выбирать между xCache и OPcache + APCu. Хотя, как показывают тесты, OPcache быстрее xCache примерно на 10% и обеспечивает чуть меньшую нагрузку на процессор, мной был выбран xCache из-за актуальности, наличия админки и комплектности.

Получается, что если я поставлю Xcache то придется вырубить OPcache…
debian-help.ru/web-servers/ustanovka-xcache-iz-ishodnih-kodov-v-debian-7/

Также получается что xcache тоже компилирует php код, только наверное еще и данные...

«Кешеры байткода, такие как OpCache, APC или Xcache делают такой перевод только однажды – во время первого запуска скрипта. Потом прекомпилированный скрипт хранится в памяти, что значительно ускоряет работу.»

devloft.net/php/opcache-v-php-chto-eto-i-zachem-nuzhno.html

Получается что xcache делает то же самое что и opcahe плюс еще кеширует пользовательские данные (то что мы указываем в конфиге). Нахрена тогда он (opcache) встроен в php 5.6 если он только кеширует скрипты без данных… Просто хочется точно знать чтобы избежать гемора. Мне поддержка хостинга говорит что достаточно только opcache и больше ничего не надо, другие пишут что использование 2-х или более систем кеширования приведет к каким то коллизиям…

Непонятный глюк был… эти ошибки исчезли, теперь в логах такое:
E_DEPRECATED [8192] mysql_connect(): The mysql extension is deprecated and will be removed in the future: use mysqli or PDO instead (/..../engine/libs/DbSimple3/lib/DbSimple/Driver/Mysql.php on line 42)

Обновился… что то в журнале ошибок повторяется такое:
E_NOTICE [8] Undefined offset: 0 (/..../app/config/config.local.php on line 2)[2015-09-28 17:01:56]
E_NOTICE [8] Undefined offset: 1 (/..../app/config/config.local.php on line 2)[2015-09-28 17:01:56]
E_NOTICE [8] Constant DEBUG already defined (/..../app/config/config.local.php on line 12)[2015-09-28 17:02:00]
Не подскажете в чем может быть проблема? Apache 2.4+Nginx 1.8+php 5.6

Я не понял существо вопроса… прошу прощения… но просто почему выводятся столь большие цифры full time: 2.751 / 2.797? Это другая тема конечно… Хотелось бы уменьшить это значение тоже раза в три:)))

Меня тоже смущает такая ситуация, у меня сайт на LS с базой в 330 mb плагинов порядка 30 штук full time 0.7 и альто база В 10 раз меньше, плагинов В 2 раза меньше, full time 2,4 правда шаблон не simple а просто experience, на одном vps. Может В этом причина…

На «моем» шаблоне не работают скрипты.

Что значит на «моем шаблоне»? Может причина в другом? У Вас какая версия? Спросил потому что тоже еще недавно плагин «Карты в топиках» altocms.ru/addons/item/106/ нормально работал… сейчас не работает. Т.е. новый вид топика с картой нормально публикуется, но сама карта потом не отображается в топике:( Но у меня и понятно, т.к. сайт тестовый и постоянно обновляю с гита. Но хотелось бы узнать почему перестал работать плагин.

Что то удалил выделенное в красную рамку — все равно откуда то

*}

остается… пробовал оставить только одну скобку

}

вылазит такое

*} }

Не пойму как правильно поправить это… подскажите пожалуйста или поправьте на гите:)

Есть где нибудь у разработчиков демо сайт с последней версией с гита? Если нет то надо завести такой, там было бы удобно отлавливать все да и разработчикам удобнее вживую отслеживать баги чем по описаниям здесь в топиках.

Я тоже немного проверил на двух подопытных сайтах:) На версии 1.1.8 именно при редактировании топика появляются такие скобки… Все плагины вырубил, все кеши сбрасывал, в шаблоне Start kit этого глюка нету, в experience и Experience Simple такой баг присутствует. На версии 1.1.6 левых скобок при редактировании топика не наблюдал. Еще строка над редактором «ссылка на статью» это так и должно быть? Просто немного по разному работает в start kit и experience.

Да действительно, прописал в конфиге плагина категорий блоки так как они задаются в common/config/widgets.php в том числе и сами categories, т.е. без пустых квадратных скобок. Дубли исчезли, полет нормальный пока:)

У меня дубли виджетов появились после того, как я установил плагин «Категории блогов» altocms.ru/addons/item/92/ Возможно из за этого… Я не знаю насколько этот плагин совместим с последней версией с гитхаба, но особых косяков я не заметил. Дубли виджетов можно вырубить в админке или закомментировать в конфиге плагина категорий, конечно это костыль но пока так…

Не посмотрели еще? altocms.ru/addons/item/85/#comment23378

Топиков? Ни одного… голый движок:)

aVadim поправь пожалуйста плагин карта сайта altocms.ru/addons/item/85/ Там сказано что совместимость: AltoCMS 1.1.+ но примерно с 1.1.5 или может чуть раньше не работает:( Вешает сервер намертво, приходится апач перезапускать. Посмотри пожалуйста, а то без карты сайта проекты запускать как то не того…

Экстрасенсов тут нет:) Напиши что за ошибку выдает. И если экспериментируешь под windows то выбрось денвер и поставь open-server, open-server.ru/

Даже не знаю на что думать… у меня ничего такого не наблюдаю. Может хостинг что подглючивает? Есть возможность перезагрузить сервер? И точно кеш браузера чистили? Попробуйте вообще в другом браузере. У меня как то были траблы из за расширений Chrome.

Может плагин какой глючит… Отключать пробовали?

Странно… у меня такого не наблюдаю… попробуй очистить кеш системы и браузера.

Насчет Qevix отписал на гите, в админке предупреждение сыпет

E_WARNING [2] call_user_func_array() expects parameter 1 to be a valid callback, class 'Qevix' does not have a method 'cfgSetAutoReplace' (/....../engine/classes/modules/text/Text.class.php on line 161)

Ошибок пока не наблюдаю… но у меня и контента практически нет никакого, я обновляюсь так (может и неправильно), полностью распаковал все файлы дистрибутива поверх старых, потом удаляю содержимое папки _run и удаляю папку install. Просто у меня не рабочий проект а просто тестовый сайт. Qevix тоже прописал, пока все нормально.