Ошибка в кеше ломает сайт (при отключенном кеше)
Добрый день.
Разрабатываю сайт на modx 2.5.8 и последней версии minishop2
Периодически и фронтед и бекенд сайта перестает работать возвращая вот такую ошибку
Parse error: syntax error, unexpected '<', expecting end of file in E:\OpenServer_new\OSPanel\domains\myDomain.loc\core\cache\includes\elements\modplugin\2.include.cache.php on line 110
Иду в этот файл и верно, на строке 110 вновь открывается уже ранее открытый <?php
Это видно на скриншоте. Причем код который идет после второго открытия тега полностью дублирует тот что выше него. Весь код этого файла связан с minishop.
И это при условии, что в системных настройках вообще отключено глобальное кеширование.
Помогает только физическая чистка папки с кешем и то на пару часов.
Буду рад советам от более опытных, спасибо.
Разрабатываю сайт на modx 2.5.8 и последней версии minishop2
Периодически и фронтед и бекенд сайта перестает работать возвращая вот такую ошибку
Parse error: syntax error, unexpected '<', expecting end of file in E:\OpenServer_new\OSPanel\domains\myDomain.loc\core\cache\includes\elements\modplugin\2.include.cache.php on line 110
Иду в этот файл и верно, на строке 110 вновь открывается уже ранее открытый <?php
Это видно на скриншоте. Причем код который идет после второго открытия тега полностью дублирует тот что выше него. Весь код этого файла связан с minishop.
И это при условии, что в системных настройках вообще отключено глобальное кеширование.
Помогает только физическая чистка папки с кешем и то на пару часов.
Буду рад советам от более опытных, спасибо.
20 октября 2017, 10:36
Комментарии: 12
Аргументируйте, пожалуйста, Владимир. Или конкретизируйте.
Вы считаете что причина в использовании локального сервера на основе Open Server?
Почему? Личный опыт?
Как виртуальность сервера может влиять на сбои в файле кеша?
Почему вообще создается кеш, если системная настройка глобального кеширования выставлена в нет…
Лично мне удобно тем что есть полный контроль версий PHP, выбора сервера, гибкой настройкой.
Расскажите как ведете разработку Вы, если не секрет?
Если располагать проект сразу на виртуальном сервере, то с ним невозможно работать через IDE, а использование парсера pdoTools позволяет удобно работать с файлами и вести разработку в IDE.
Спасибо.
Вы считаете что причина в использовании локального сервера на основе Open Server?
Почему? Личный опыт?
Как виртуальность сервера может влиять на сбои в файле кеша?
Почему вообще создается кеш, если системная настройка глобального кеширования выставлена в нет…
Лично мне удобно тем что есть полный контроль версий PHP, выбора сервера, гибкой настройкой.
Расскажите как ведете разработку Вы, если не секрет?
Если располагать проект сразу на виртуальном сервере, то с ним невозможно работать через IDE, а использование парсера pdoTools позволяет удобно работать с файлами и вести разработку в IDE.
Спасибо.
Вы считаете что причина в использовании локального сервера на основе Open Server?да
Почему? Личный опыт?интуиция
Как виртуальность сервера может влиять на сбои в файле кеша?да как угодно
Расскажите как ведете разработку Вы, если не секрет?виртуальный сервер, иде, битбакет.
Если располагать проект сразу на виртуальном сервере, то с ним невозможно работать через IDE, а использование парсера pdoTools позволяет удобно работать с файлами и вести разработку в IDE.да ладно? Не замечал такой проблемы. Давно забыл про админку и все пишу в иде, проблем не замечаю.
Извини что кратко. Материала на данном сайте полно. Выдели время, поищи и почитай.
Спасибо за попытку помочь.
Вопросов стало еще больше)
Я считаю, что если настройки сервера соответствуют требованиям modx и используемых компонентов, то все должно работать без разницы, виртуальный сервер или локальный.
Иначе почва под ногами становится зыбкой и вся разработка сводится к «повезет или нет».
В Ваших словах, (не ради того чтобы укорить, а токма постижения истины ради) наблюдается несоответствие. Вы говорите что ведете разработку на виртуальном сервере, а потом пишите что вообще не испытываете проблем с работой с сайтом через IDE на виртуальном сервере.
Рад, что у Вас все легко получается и Вы легко редактируете сайт на виртуальном сервере через IDE.
Честно признаюсь, я в сутки 5-6 часов уделяю на изучение MODX, начиная от официальной документации и оканчивая роликами разного качества на youtube и все еще не знаю как вести разработку на удаленном сервере через IDE.
Изначальная идея MODX вообще исключает хранение кода в файлах, только в базе.
Ресурс можно сделать статичным, можно использовать компонент SE Manager (который в версии modx 2.5.8 перестал работать, а когда я обратился к человеку, который значится как его разработчик, он заявил что это не его компонент), есть компонент GitModx от очень уважаемого мной человека (но он позволяет работать только с файлами, а значит любые шаблоны и чанки и сниппеты не получают айдишников), есть компонент gitify (который я к своему стыду не могу понять) и есть работы на прямую с файлами через файловые элементы fenom — docs.modx.pro/components/pdotools/file-elements
Это пожалуй все, что я знаю, что позволяет вести работу в Modx через файлы.
Вопросов стало еще больше)
Я считаю, что если настройки сервера соответствуют требованиям modx и используемых компонентов, то все должно работать без разницы, виртуальный сервер или локальный.
Иначе почва под ногами становится зыбкой и вся разработка сводится к «повезет или нет».
В Ваших словах, (не ради того чтобы укорить, а токма постижения истины ради) наблюдается несоответствие. Вы говорите что ведете разработку на виртуальном сервере, а потом пишите что вообще не испытываете проблем с работой с сайтом через IDE на виртуальном сервере.
Рад, что у Вас все легко получается и Вы легко редактируете сайт на виртуальном сервере через IDE.
Честно признаюсь, я в сутки 5-6 часов уделяю на изучение MODX, начиная от официальной документации и оканчивая роликами разного качества на youtube и все еще не знаю как вести разработку на удаленном сервере через IDE.
Изначальная идея MODX вообще исключает хранение кода в файлах, только в базе.
Ресурс можно сделать статичным, можно использовать компонент SE Manager (который в версии modx 2.5.8 перестал работать, а когда я обратился к человеку, который значится как его разработчик, он заявил что это не его компонент), есть компонент GitModx от очень уважаемого мной человека (но он позволяет работать только с файлами, а значит любые шаблоны и чанки и сниппеты не получают айдишников), есть компонент gitify (который я к своему стыду не могу понять) и есть работы на прямую с файлами через файловые элементы fenom — docs.modx.pro/components/pdotools/file-elements
Это пожалуй все, что я знаю, что позволяет вести работу в Modx через файлы.
Подобная ошибка проявилась сегодня Parse error: syntax error, unexpected '<', expecting end of file in /core/cache/system_settings/config.cache.php on line 378
Значения в файле дублируются и разделены между собой так "...);<?php return array (..."
Очистка папки кэша вручную помогает… до следующей очистки кэша.
Сайт выложен на виртуальном хостинге.
Значения в файле дублируются и разделены между собой так "...);<?php return array (..."
Очистка папки кэша вручную помогает… до следующей очистки кэша.
Сайт выложен на виртуальном хостинге.
Авторизуйтесь или зарегистрируйтесь, чтобы оставлять комментарии.
Здесь упомянуты:
| Компонент | Текущая версия | Закачки |
| miniShop2 | 4.4.0-pl от 06.08.2024 | 26 102 |
| pdoTools | 2.13.2-pl от 02.09.2021 | 54 171 |
Вчера в 08:53
если правильно понял то так
{set $rows = json_decode($_modx->resource.constructor_block, true)}
{foreach $r...
20 ноября 2024, 16:25
В сниппете rcv3_html достаточно отложить загрузку через setTimeout (хотя кто-то делает через onClick). Не думаю что мой вариант самый правильный и что...
19 ноября 2024, 10:51
Решил свою проблему через имя пользователя, но хотелось бы через права пользователя «Неограниченные права»
<?php
/**
* Системное событие OnMan...
19 ноября 2024, 09:09
Спасибо, тоже очень интерестное решение.