Перейти к содержимому


Проблема при принудительной очистке кеша


  • Вы не можете ответить в тему
Сообщений в теме: 8

#1 merc2000

    Новичок

  • Пользователи
  • Pip
  • 7 сообщений
Репутация: 0
Начинающий

Отправлено 27 November 2015 - 02:31 PM

Здравствуйте. Очень прошу помочь. Убрал галочку - принудительная очистка кеша и сайт пропал. При заходе на сайт - белый лист, при попытке в админку - белый лист... как исправить?
  • 0

#2 badisoft

    Продвинутый пользователь

  • Assistent vsupport.club
  • PipPipPip
  • 5075 сообщений
Репутация: 786
Мастер

Отправлено 27 November 2015 - 02:55 PM

как исправить?

Стереть содержимое старого кэша, т.е. все файлы из каталога /core/cache/.
  • 0
http://cpu.badisoft.ru (тестовый сайт), http://badisoft.ru (модули)

#3 merc2000

    Новичок

  • Пользователи
  • Pip
  • 7 сообщений
Репутация: 0
Начинающий

Отправлено 27 November 2015 - 03:48 PM

как исправить?

Стереть содержимое старого кэша, т.е. все файлы из каталога /core/cache/.


стер, не помогает

как обратно включить галочку если нет возможности войти в админку? может так решится вопрос...
  • 0

#4 badisoft

    Продвинутый пользователь

  • Assistent vsupport.club
  • PipPipPip
  • 5075 сообщений
Репутация: 786
Мастер

Отправлено 27 November 2015 - 05:06 PM

может так решится вопрос...

Не решится. Где-то в коде ошибка. Надо смотреть в error.log (лог ошибок) и исправлять ее.
  • 0
http://cpu.badisoft.ru (тестовый сайт), http://badisoft.ru (модули)

#5 merc2000

    Новичок

  • Пользователи
  • Pip
  • 7 сообщений
Репутация: 0
Начинающий

Отправлено 27 November 2015 - 06:22 PM

может так решится вопрос...

Не решится. Где-то в коде ошибка. Надо смотреть в error.log (лог ошибок) и исправлять ее.


лог ошибок пуст, точнее он не ведется. магазин брали с рук уже готовый и со временем глюки вылезают:(
заменил admin.php и index.php от vip версии...один раз мигнула админка и опять белый экран

нашел в логах хостера вот это:
[Fri Nov 27 19:19:18 2015] [notice] cannot use a full URL in a 401 ErrorDocument directive --- ignoring! [Fri Nov 27 19:19:19 2015] [notice] cannot use a full URL in a 401 ErrorDocument directive --- ignoring! [Fri Nov 27 19:19:19 2015] [notice] cannot use a full URL in a 401 ErrorDocument directive --- ignoring! [Fri Nov 27 19:19:19 2015] [notice] cannot use a full URL in a 401 ErrorDocument directive --- ignoring! [Fri Nov 27 19:19:20 2015] [notice] cannot use a full URL in a 401 ErrorDocument directive --- ignoring!
  • 0

#6 badisoft

    Продвинутый пользователь

  • Assistent vsupport.club
  • PipPipPip
  • 5075 сообщений
Репутация: 786
Мастер

Отправлено 27 November 2015 - 07:21 PM

Это ни о чем.
error.log выглядит примерно так:
дата/время, ошибка такая-то, файл такой-то, строка такая-то.
Обычно информации намного больше, но основная - эта.

PS. Если Вы еще питаете надежды оживить сайт путем советов на форуме, то, как мне кажется зря.
  • 0
http://cpu.badisoft.ru (тестовый сайт), http://badisoft.ru (модули)

#7 merc2000

    Новичок

  • Пользователи
  • Pip
  • 7 сообщений
Репутация: 0
Начинающий

Отправлено 27 November 2015 - 07:37 PM

Это ни о чем.
error.log выглядит примерно так:
дата/время, ошибка такая-то, файл такой-то, строка такая-то.
Обычно информации намного больше, но основная - эта.

PS. Если Вы еще питаете надежды оживить сайт путем советов на форуме, то, как мне кажется зря.



я надеюсь на лучшее, хотя надежда тает...
в логах только то, что я скопировал с хостинга, другой инфы про ошибки нет.
  • 0

#8 Valentin

    Продвинутый пользователь

  • Assistent vsupport.club
  • PipPipPip
  • 146 сообщений
Репутация: 6
Начинающий
  • ГородШахты Ростовская область

Отправлено 13 December 2015 - 01:47 PM

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

Скорей всего это можно найти и переключить в mysql, через PhpMyAdmin в панели управления хостинга.
Точно не подскажу где, но думаю что по некоторым сохраненным данным и обозначениям полей можно определить.
  • 0
Социально-информационный проект Nvda.ru о бесплатной программе экранного доступа Nvda для незрячих и слабовидящих.
С уважением ко всем Valentin-Kupriyanov.ru

#9 badisoft

    Продвинутый пользователь

  • Assistent vsupport.club
  • PipPipPip
  • 5075 сообщений
Репутация: 786
Мастер

Отправлено 13 December 2015 - 02:36 PM

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

Я и точно могу подсказать. Вот SQL-запрос, включающий кэширование (XXXX - префикс таблиц) :
update XXXX_settings set settings_value=0 where settings_constant_name='CONF_SMARTY_FORCE_COMPILE'
Но толку с этого никакого, т.к. топикстартер с моей подачи кэш (со старым содержимым кода сайта) стер, а новый кэш будет построен из текущих файлов, которые с ошибкой. Так что результат с включенным кэшированием будет тем же - белая страница.

В общем случае это довольно частая ошибка начинающих возиться с shopCMS. В файлы сайта новичком вносятся какие-то изменения. Поскольку кэш не чистится, то эти изменения ни на что не влияют, т.к. сайт грузится из кэша, а не из измененных файлов. Вносивший изменения кладет болт. Ну не получилось, да и хрен с ним. А через неделю (месяц, год), когда давно забыто о внесенных изменениях кто-то (владелец сайта, нанятый программист, еще кто-либо) наконец стирает кэш или убирает галку. И если изменения год назад были внесены с ошибкой, то огребает проблем с не работающим сайтом. И хорошо, если есть доступ к error_log, что позволяет в пять минут локализовать проблему, выругаться и работать дальше. Иначе приходится копировать почти весь сайт к себе и уже у себя смотреть в error_log.

Наступал несколько раз на эти грабли. Можно предусмотрительно сказать "надо было сохранять кэш перед стиранием, чтобы потом вернуть если что", но это мало поможет решить поставленную задачу. Ну, вернул. И что? Сайт снова работает, но задачу выполнить (и денег заработать) ты не можешь. Так что по любому приходится разбираться.
  • 0
http://cpu.badisoft.ru (тестовый сайт), http://badisoft.ru (модули)