22 января 2014 в 15:44
Народ, помогите. Обычно не часто лезу сюда, ограничиваюсь поиском и всегда хватало.
Проблема с кешем, ни когда такого не было. Только на одном сайте (от хоста не зависит, так кк пробывал менять)
Проблема заключается в том, что он наглухо кеширует страницы, изменения в тпл ках вообще не видны.
Не помогло:
Очистка через admin menu;
Очистка базы;
Очистка admin/config/development/performance
template.php drupal_flush_all_caches();
devel devel/cache/clear
drush cc all
drush не использовал, поэтому данный метод не пробовал.
Интересное только то что когда только переношу то видит, но после первого открытия все сразу кеширует. Кеш включал ранее в admin/config/development/performance, но уже отключен.
Буду очень признателен если пнете в нужном направлении. В гугле был, мне легче поискать нежели тут пост опубликовать, поэтому если кто знает с чем может быть связано буду очень признателен. Заранее спасибо Всем.
Может ли друпал хранит кеш в каких нить тем файлах ?
Если да то где они лежат, можно ли их редакторитьвать, или удалять ?
Комментарии
У вас что-то с буквами.
Хеширование
Кеширование
amdin
Да спс изменил. А по вопросу помочь не можете ?
вуа-ля!
))) привели единственный способ который я не использовал. А чем он отличается от других ?
интеллектом
Извиняюсь, так как я не работал, c drush. Эта команда выписывается и выполняется для всех сайтов, что установлены на сервере ?
нет она выполняется для одного сайта и выполняется находясь в корневом каталоге установки друпала
Хм, спасибо, за отклик, а можешь подсказать примерную цепочку выполнения данной команды? Если не затруднит, хотя уже гугл капашу ... но боюсь допустить ошибку и что нить натворить.
drush cc all
Спасибо, буду пробовать. получиться отпишусь.
Спасибо, получилось выполнить данную команду.
Странно, но все равно не помогла данная очистка кеша ... может это и не кеш тогда ?
Есть файл node--page3.tpl.php в котором был такой код
$photo_image = isset($item->field_photo['und']['0']['uri']) ? image_style_url('80_80', $item->field_photo['und']['0']['uri']) : '';
заменил на
$photo_image = isset($item->field_photo['und']['0']['uri']) ? image_style_url('120_120', $item->field_photo['und']['0']['uri']) : '';
в итоге
/sites/default/files/styles/88_88/public/photo/AHAH%20callback/art_col_list_1.jpg
нечего не поменялось.
Извиняюсь выдал вот такое вот сообщение в атаче скрин.
откуда такой шаблон вообще придуман?
А что тут не так ?
Тип материала называется page3. Есть четыре типа страниц аля статичных, у каждой свой функционал.
node--[type].tpl.php
https://drupal.org/comment/4490038#comment-4490038
Но вопрос ведь не этом, а в том почему не видны изменения. Ранее спокойно собрал и работало все ... Теперь не могу изменить ...
спрошу на всякий, тут admin/config/media/image-styles новый стиль тоже создали?
Да конечно, но это не принципиально. Все же если я просто в файле напишу к примеру <?php echo 'test' ?> он не выведет его. Хоть даже все удалю из данного файла, страница отображает все равно старый контент, что бы я не менял что бы я не делал все равно показывает как будто оно есть. Даже если и сам файл node--page3.tpl.php удалю, он сохранит структуру которая была задана ранее. Страница отображается в том ввиде в котором она была закеширована.
офтоп
Врагу бы такого не пожелал ...
с другого компа, браузера, через аномайзер, турбу оперы
да тут не похоже что кэш. Мож node--[type].tpl.php не в той теме меняете, или ноду не page3 проверяете? Как бы название файла верное и должно работать. Обычный друпаловский кэш и буст авторизованых пользователей вообще касаться не должны...
может тему другую включил или ноду смотришь не того типа , перепроверяй все - это определенно косяк невнимательности
1)С другого компа смотрели, с другой страны тоже смотрели. Работаю в двух браузерах проверку сразу веду на анонимного пользователя.
2)Я был бы рад если бы не тот файл. Но Увы тот. Так как страницы уникальны по своей структуре. и перепутать не возможно.
Ну шо, предлагаю посмотреть template suggestions и таки убедиться что это не кеш
накрайняк можно пустить поиск по файлам и найти где прописан теперешний стиль 88_88, найдете файл - найдете ошибку
Вот это тема была! Действительно, даже не задумался об этом. Показал мне в папке бекап. Но еще не успел проверить, отдуда ли тянет друпал и вообще как он его от туда мог тянеть ...
Спасибо.
Да бывают косяки не внимательности не спорю, но два дня и не заметить такой косяк ))) Просто получается так, что плеер есть только в одном типе материала. И еще раз уточняю. На хостинге не получилось сделать, решил слить на локальный и тут вроде изменения сработали, стал дальше делать и все снова перестал воспринимать.
По поводу тем использую две темы Своя и seven для админки. Тут тоже перепутать сложно, перепроверяю это все каждый 30 минут.
посмотри https://api.drupal.org/api/drupal/modules!node!node.module/function/template_preprocess_node/7
если тип материала имеет имя page3 , то все должно подхватываться
Повторюсь ребята. Он отображает верстку и структуру которая была ранее задана. То что он подхватывает и показывает ее это сто процентов. Дело в том что он не отображает новые изменения.
1) Я создал месяц назад тип материала и данный файл node--page3.tpl.php и он все прекрасно скушал и отобразил.
2) Сейчас мне надо внести изменения, небольшие фиксы, а изменения он упорно не видит.
В теме не так много файлов да и типов материала всего 4ре.
node--frontpage.tpl.php
node--page1.tpl.php
node--page2.tpl.php
node--page3.tpl.php
Все они уникальны по архитектуре и свои примочки и поля у каждого совершенно разные.
\templates
тут всего 13 файлов перепутать не реально.
вопрос опять же в стилях. Новые изменения это с 80_80 на 120_120? Так сейчас стоит 88_88, тоесть совсем левый. Или я чего не так понял?
Всем спасибо за помощь. Огромное спаибо я бы даже сказал.
Проблема действительно была не в кеше. У меня тема лежит по пути
sites\default\themes
Тут же лежит бекап
sites\default\themes\becup_teamplates
Не ведомым образом моя тема решила тянуть от туда файлы, что само по себе не мыслемо, запухнул бекап в архив и удалял папку и все вроде запахало. Ужс какой то.
Всем приятного провести вечер. Еще раз спасибо за помощь.