Кеширование = Проблема

У мну интересная проблема появилась. Изначально сайт разрабатывался на тестовом домене, сенгодня перенёс, но кеш остался старый... И странички ведут все на тестовый адрес, хотя в конфиге проверяешь как фомируется сайт_урл - нормально.

Пробую обновить сайт через Админку (пунктик меню есть там такой) - бестолку. Удаляю файлы кеша - ошибку выдаёт, что не может найти ((

Вообще честно говоря в шоке был, когда увидел, как жёстко кеш привязывается... Логичней было бы, если при удалении файлов кеша, не выдавала бы ошибку система, а заново создавала.

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

да вроде нет. Только пути там берутся все автоматом ))
Всё уладил проблему... Чучуть не хватало прав на удаление... сорри моя запарка...

При очистки кеша МОДх ничего не говорил по поводу прав к папке с кешем. Просто делал свою работу,.... при этом кеш не чистился ))

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

а потом заливать нужные таблицы базы данных

AKots, а какими таблицами можно ограничиться при переносе, чтобы это прошло безболезненно? Я при переносе устанавливаю новый MODx, а потом поднимаю всю базу с локалхоста, при этом залезая в конфиг и изменяя пути и пр.

Когда переносится уже десяток сайтов, то совершенно несложно настроить все необходимые пути и проставить права доступа, т.к. их уже помнишь практически наизусть . На мой взгляд гораздо проще сделать архивную копию всех файлов и базы данных, а после развернуть этот архив на сервере и быстро поставить нужные настройки.

Quote from: Igor at May 15, 2008, 03:58 AM

их уже помнишь практически наизусть

Ну не все же помнят, а те, кто не помнит, как раз и попадают в неприятные ситуации.
Я не переношу базы active_users, event_log, manager_log, manager_users (я разных пользователей для локальной и сетевой версии делаю), system_settings (в принципе различия только здесь). Справедливости ради следует отметить, что забыть исправить настройки в административной части тоже можно. Тут каждый решает, что ему удобнее, но лично мне больше нравится запускать каждый раз установку и потом заливать выборочные базы. Тем более, если хостинги разные и есть вероятность разных подходов при конфигурировании.