2Василий: Хм. Переименовывал как раз rename_it.sh; кинул его на виртуалку с линуксом и запустил скрипт. Вроде как вполне логично скрипт нашел название modExtraManagerController и поскольку ему сказано искать modExtra и modextra и переименовывать в AsupQuery и asupquery вот он и переименовал.
Я уже понял, что удобнее с линуксом работать, из-под винды ухожу.
2Евгений: класс больше нигде не объявлен, потому см. вопрос выше: а где объявляется класс modExtraManagerController? Я так понял, что от modExtra ничего остаться не должно и все классы создаются для нового названия компонента. Может, я ошибаюсь?
Угу, после удаление файлов из папки core/cache все нормально.
Вероятно это из-за того что выбран тип cache.xPDOAPCCache.
Еще я пытался «играться с настройками», заходил в контексты и создавал там параметр cache_prefix с (web & mrg — сразу и по отдельности) одинаковыми параметрами, в результате настройки сохраняются и без удаления core/cache, но опять же есть проблема, которая не позволяет это использовать, а именно:
«Иначе, все данные будут кэшироваться без уникального префикса, и на одном сайте вылезет кэш от другого. Будет не круто, уверяю.»
Т.е. у меня на 3 сайтах был 1 и тот же сайт.
На modx.com попадалась статья на англ. языке, из которой, как я понял опять же, эта проблема связана именно с типом кэша.
я не внимательно прочитал ваш коммент выше, я понял, что после очистки папки cache у вас всё работает правильно?
Я не проверял с статусом сайта, но после изменения системных настроек, языковых файлов и.т.д., я всегда удаляю папку cache (к стате, самый быстрый способ очистить содержимое папки — в дереве файловой системы, просто удаляем папку core/cache она сразу автоматом создаётся с обновленными системными настройками.)
-> перехожу на главную странице (не авторизованным пользователем) — сайт доступен.
Вы с другого браузера заходите? вернее чтобы сессия не попала ваша если вы находитесь в админке.
Любопытства ради проделал данную операцию, но вот беда:
захожу в настройки MODX, выбираю «Статус сайта»=нет (ID страницы когда сайт недоступен установлен).
Делаю — очистить кэш, перехожу на главную странице (не авторизованным пользователем) — сайт доступен. Очищаю вручную (удаляю все из директории: /core/cache/), захожу на главную страницу — работает.
Ключ для кэша создан, Класс-обработчик системы кэширования: cache.xPDOAPCCache.
Посмотрел папку /core/cache/system_setting/
присутствуют 2 файла:
config.cache.php & [cache_prefix]_config.cache.php (cache_prefix=site19_).
Данные из файлов отличаются:
в config.cache.php 'site_status' => '1'
в [cache_prefix]_config.cache.php 'site_status' => '0'
В настройках системы Статус сайта=Нет.
Кнопку очистить кэш нажимал не один раз, но это не помогает.
Wed Oct 24, 2012 03:28 AM extra-dom_admin resource_create test (21)
Wed Oct 24, 2012 03:25 AM extra-dom_admin resource_update Главная (1)
Wed Oct 24, 2012 03:23 AM extra-dom_admin resource_update Главная (1)
Wed Oct 24, 2012 03:21 AM extra-dom_admin snippet_create show_resourses (21)
где-то бы еще посмотреть, прошел или нет милый сниппет по ресурсам?
(пока не получилось..)
Василий, я не думаю, что дело в Windows. Подскажите пожалуйста, где (в каком файле) вообще в этом компоненте должен описываться класс modExtraManagerController
(После переименования в моем случае класс AsupQueryManagerController
Я вижу, что классы, указанные в index.class.php расширяются от него, а где он сам я никак не найду… :-(
Да, Василий, спасибо за ответ. Я действительно держал параллельно открытую админку.
Закрыв ее, я, действительно не смог анонимом увидеть требуемую страницу. Анонима отправляли на главную.
И тогда еще вот какой вопрос, Как настроить, чтобы в случае отсутствия доступа к странице, отправлять человека не на главную, а скажем, на страницу входа?
Всего 124 397 комментариев
Я уже понял, что удобнее с линуксом работать, из-под винды ухожу.
2Евгений: класс больше нигде не объявлен, потому см. вопрос выше: а где объявляется класс modExtraManagerController? Я так понял, что от modExtra ничего остаться не должно и все классы создаются для нового названия компонента. Может, я ошибаюсь?
Таким образом, пока не победил проблему.
Сложите 2+2 у себя в голове, пожалуйста:
«В указанном ресурсе нет подходящих документов» + «в контейнере с id 10 пока нет ничего, пустой.»
Если указать у web и mgr один префикс, и он будет уникальным для этого сайта — то должно работать.
А у другого сайта другие префиксы для mgr и web, но между собой одинаковые.
В любом случае, такой кэш надо включать на готовом сайте, во время разработки он только мешает.
Вероятно это из-за того что выбран тип cache.xPDOAPCCache.
Еще я пытался «играться с настройками», заходил в контексты и создавал там параметр cache_prefix с (web & mrg — сразу и по отдельности) одинаковыми параметрами, в результате настройки сохраняются и без удаления core/cache, но опять же есть проблема, которая не позволяет это использовать, а именно:
«Иначе, все данные будут кэшироваться без уникального префикса, и на одном сайте вылезет кэш от другого. Будет не круто, уверяю.»
Т.е. у меня на 3 сайтах был 1 и тот же сайт.
На modx.com попадалась статья на англ. языке, из которой, как я понял опять же, эта проблема связана именно с типом кэша.
Я не проверял с статусом сайта, но после изменения системных настроек, языковых файлов и.т.д., я всегда удаляю папку cache (к стате, самый быстрый способ очистить содержимое папки — в дереве файловой системы, просто удаляем папку core/cache она сразу автоматом создаётся с обновленными системными настройками.)
Вы с другого браузера заходите? вернее чтобы сессия не попала ваша если вы находитесь в админке.
захожу в настройки MODX, выбираю «Статус сайта»=нет (ID страницы когда сайт недоступен установлен).
Делаю — очистить кэш, перехожу на главную странице (не авторизованным пользователем) — сайт доступен. Очищаю вручную (удаляю все из директории: /core/cache/), захожу на главную страницу — работает.
Ключ для кэша создан, Класс-обработчик системы кэширования: cache.xPDOAPCCache.
Посмотрел папку /core/cache/system_setting/
присутствуют 2 файла:
config.cache.php & [cache_prefix]_config.cache.php (cache_prefix=site19_).
Данные из файлов отличаются:
в config.cache.php 'site_status' => '1'
в [cache_prefix]_config.cache.php 'site_status' => '0'
В настройках системы Статус сайта=Нет.
Кнопку очистить кэш нажимал не один раз, но это не помогает.
Это у всех так или только у меня?
А чем переименовывал челок на windows — я не знаю. Вряд ли этим башовым скриптом, с перловыми вызовами.
Вот и переименовал, похоже, совсем все.
$q = $modx->newQuery('modResource', array('show_in_tree' => 0));
$q->orCondition(array('hide_children_in_tree' => 1));
$res = $modx->getCollection('modResource', $q);
foreach ($res as $v) {
$v->set('show_in_tree', 1);
$v->set('hide_children_in_tree', 0);
$v->save();
echo $v->get('id').'
';
}
Спасибо…
Должно быть extends modExtraManagerController, если у вас где-то еще AsupQueryManagerController не объявлен. Это первое, что бросилось в глаза.
Wed Oct 24, 2012 03:25 AM extra-dom_admin resource_update Главная (1)
Wed Oct 24, 2012 03:23 AM extra-dom_admin resource_update Главная (1)
Wed Oct 24, 2012 03:21 AM extra-dom_admin snippet_create show_resourses (21)
где-то бы еще посмотреть, прошел или нет милый сниппет по ресурсам?
(пока не получилось..)
foreach ($res as $v) {
$v->set('show_in_tree', 1);
$v->save();
}
Скопируйте в сниппет и запустите где-нить. Он пройдет по всем скрытым ресурсам и включит их показ в меню.
(После переименования в моем случае класс AsupQueryManagerController
Я вижу, что классы, указанные в index.class.php расширяются от него, а где он сам я никак не найду… :-(
Извините, я в разработке на windows не разбираюсь. Попробуйте образ для VirtualBox bezumkin.ru/blog/2012/09/24/ubuntu_vbox/
У меня проблем нет, смотрите видео — bezumkin.ru/blog/2012/10/03/new_modextra/
Закрыв ее, я, действительно не смог анонимом увидеть требуемую страницу. Анонима отправляли на главную.
И тогда еще вот какой вопрос, Как настроить, чтобы в случае отсутствия доступа к странице, отправлять человека не на главную, а скажем, на страницу входа?
Спасибо.
С уважением, Андрей.