SEO-TOOLS проект сайта SEO инструментов > Кабинет администратора
Раздел `Общая информация`
neoplanet:
Добрый день!
Отправил адрес в ЛС. Спасибо.
forwebm:
--- Цитата: neoplanet от 18 Апрель 2014, 11:48:47 ---Добрый день!
Отправил адрес в ЛС. Спасибо.
--- Конец цитаты ---
Прошу прощения за задержку с ответом!
Да, не кэширует.
Что пишет в логи база данных? Может стоит какие-либо ограничения? И еще - какие изменения вы вносили в проект, в код?
neoplanet:
1) не совсем понял где посмотреть логи БД (не нашел)
2) ограничений никаких нет. пробовал на 3-х разных хостингах + локалка
3) Изменения были минимальные, только немного в файлах шаблона и все. Все обновления когда устанавливал файлы шаблонов смотрел через compare плагины и добавлял то что появлялось в новых версиях. Вроде бы никогда не пропускал ничего.
Скажите пожалуйста. У вас есть последняя полная версия CMS? У меня есть все версии начиная с 1.1.1, я просто с ума сойду пока обновлю с этой версии до последней новой. Просто можно попробовать БД перекинуть в новую версию и оставить как есть, чтобы не искать эту проблему.
Так как непонятно когда она появилась. Или подскажите в каком апдейте было сделано кэширование, может я его некорректно поставил все таки и попробовать переустановить с той версии. В общем незнаю даже что делать. Либо все удалять и ставить по новой включая все апдейты, либо если есть готовая последняя версия, поставить на нее БД и проверить работу.
Еще такой момент, может из-за БД неработать кэширование? У меня просто помню было несколько раз такое, что при обновлении БД (в каких-то старых обновлениях) таблицы не обновлялись и приходилось несколько раз запускать апдейт чтобы все записи добавились. Точно не помню в каких обновлениях это было, но было точно на 100%. Может быть что-то не добавилось тогда в таблицу?
Сейчас у меня в БД, 39 таблиц:
--- Код: ---accinsmailtable
moneyhistorytable
tuserslist
w_analisyshistoryp
w_bunnersgroupslst
w_bunnerslistitems
w_cachshorttable
w_commenttableoff
w_defaultinformtb
w_engineupdatesls
w_fileslisttableex
w_fontslisttable
w_globalsectionslst
w_googledatacenters
w_groupuserslistex
w_informactivetbus
w_informsectiontb
w_invitecodeslist
w_lastfeaturedtools
w_newslisttableq
w_newssectionslst
w_optionstablestw
w_panelhistorylist
w_paneloptionstblst
w_panelparamstblst
w_panelsectionstbl
w_panelsiteslisttb
w_redirectltableq
w_referbunnerslist
w_referslisttable
w_stringstablelst
w_toolsfrouplistb
w_toolsfrouplistbel
w_toolshistorytb
w_toolsimagelisttbl
w_tpllistitemsexdtd
w_updatedaytable
w_vitrinalinkstbl
w_xmlapitablelistx
--- Конец кода ---
neoplanet:
Как я и думал. Вся проблема была в некорректном обновлении БД. Залил install.php от версии 1.4.3 в корень сайта, запустил и он мне сразу создал 1 новую таблицу и одну пересоздал. Как и писал выше, что было такое что при обновлении не с первого раза добавлялись новые таблицы и приходилось запускать install.php несколько раз. Видимо в том обновлении пропустил этот момент :)
Создалась новая таблица кэша больших данных:
Сейчас в БД 40 таблиц. У вас также или может еще что-то было пропущено?
Записи в кэш больших данных и историю показателей теперь пошли нормально:
Единственное теперь появился новый вопрос. В кэш – "Кэш средних данных (числовые значения и прочее..) " не идут записи там как было 1кб, так и есть. Большие данные как видно на скриншоте выше пошли нормально. В БД w_cachshorttable – 0 записей. Может где-то выключено в настройках это значение?
Подскажите, в какую сторону теперь смотреть?
forwebm:
>Единственное теперь появился новый вопрос. В кэш – "Кэш средних данных (числовые значения и прочее..) " не идут записи там как было 1кб, так и есть. Большие данные как видно на скриншоте выше пошли нормально. В БД w_cachshorttable – 0 записей. Может где-то выключено в настройках это значение?
Такие данные идут от проверки индекса Яндекса, параметров в панели вебмастера и прочее - там будет не так много результатов. поробуйте сделать проверку Google pr например в панели вебмастера и посмотреть изменится ли кол-во элементов в какой-нибудь из таблиц кэша. Или даже не проверку Google pr, а проверку индекса по Google или обратных ссылок с Google
Таблиц 40 - все верно.
Навигация
Перейти к полной версии