Я где-то слышал, что можно с помощью джаваскрипта определять доступна ли картинка. Т.е. если картинка не доступна на сервере - делать что-то типа display:none для такого поля в списке, где была картинка, чтобы пользователь не видел это поле до тех пор, пока кеш не обновится...
Мы отклонились от темы. Нужно организовать такое кеширование на сайте, чтобы оно учитывало актуальность данных, находящихся в кеше. И задача еще в том, чтобы максимально долго держать эти данные в кеше. Чтобы не было такого, что данные изменились, а в кеше осталась старая информация (старые ссылки, старые картинки, которых уже нет на сайте)...
May be сделать одинаковые имена файлов для тизерных картинок, т.е. одинаковый шаблон, что-то типа /files/teaser-node/[nid].jpg и картинку по умолчанию в том же imagefield'е?
Тогда получается, что imagecache будет отдавать актуальную картинку
Например, есть страница со списком "20 лучших статей". В тизерах списка есть картинки. Список кешируется (cache_set(), cache_get()). И если юзер, например, удаляет свою статью, то иллюстрация к ней тоже удаляется. А список статей в то время еще находится в кеше. И если кто-то другой заходит на сайт, то видит битую картинку.
1) бред, (варианта: 2 запрет менять и не перезаписывать старые). Какие варианты ещё если вы завязались на заголовки ?
Запрещать пользователю менять название статьи нельзя, пользователь должен иметь такое право. Это такое условие. Если не перезаписывать старые алиасы, то название урла не будет соответствовать новому заголовку материала.
На таком уровне нет возможности, например, отслеживать тип узла, который будет влиять на урл. На данный момент самым разумным способом считаю создание типов узлов в собственных модулях.
Перенастраивал все пути, было на тот момент (4 месяца назад) около 1000. Яша переиндексировал за 2 месяца, а google до этих пор ходит по старым ссылкам, в поиске процентов 10 страниц.
Да, я знаю, что результат неутешительный. Раньше, по глупости, я вообще кириллицу в урлах использовал, после чего заменил на транслитерацию. И тогда с поисковиками дела стали хуще (похоже на вашу ситуацию).
Какие хаки? Если вы сами будете создавать разделы сайта, а не пользоваться дефолтными механизмами, то и не будет необходимости убирать RSS со страниц, т.к. их там не будет.
Как вариант, в админке:
Настройки блока->Показывать блок на определенных страницах->Показать, если данный PHP-код возвращает TRUE (PHP-режим, только для экспертов). В поле вводим php-код:
autocomplete в модуле users или друпал кретинизмы
Аналогично и в модуле profiles:
<?php
Избавление от головной боли при верстке
Если для серьезных проектов, то да, придется поддерживать. Но если заказчик молчит про ИЕ6, то можно и не заморачиваться)
Скрытие в браузере удаленных кешированных на сервере картинок. Как правильнее делать?
Я где-то слышал, что можно с помощью джаваскрипта определять доступна ли картинка. Т.е. если картинка не доступна на сервере - делать что-то типа display:none для такого поля в списке, где была картинка, чтобы пользователь не видел это поле до тех пор, пока кеш не обновится...
Т.е, например:
Скрытие в браузере удаленных кешированных на сервере картинок. Как правильнее делать?
Мы отклонились от темы. Нужно организовать такое кеширование на сайте, чтобы оно учитывало актуальность данных, находящихся в кеше. И задача еще в том, чтобы максимально долго держать эти данные в кеше. Чтобы не было такого, что данные изменились, а в кеше осталась старая информация (старые ссылки, старые картинки, которых уже нет на сайте)...
Скрытие в браузере удаленных кешированных на сервере картинок. Как правильнее делать?
Скрытие в браузере удаленных кешированных на сервере картинок. Как правильнее делать?
Проблема вот какая:
Например, есть страница со списком "20 лучших статей". В тизерах списка есть картинки. Список кешируется (cache_set(), cache_get()). И если юзер, например, удаляет свою статью, то иллюстрация к ней тоже удаляется. А список статей в то время еще находится в кеше. И если кто-то другой заходит на сайт, то видит битую картинку.
Избавление от головной боли при верстке
Уже можно справлять панихиду по ИЕ6. Наконец-то...
autocomplete в модуле users или друпал кретинизмы
Спасибо. Интересно.
Ищем альтернативу pathauto
Не совсем то, что нужно было, но тоже неплохо. Только вот custom_url_rewrite_outbound нужно будет в ограниченных количествах применять.
Ищем альтернативу pathauto
Запрещать пользователю менять название статьи нельзя, пользователь должен иметь такое право. Это такое условие. Если не перезаписывать старые алиасы, то название урла не будет соответствовать новому заголовку материала.
Ищем альтернативу pathauto
На таком уровне нет возможности, например, отслеживать тип узла, который будет влиять на урл. На данный момент самым разумным способом считаю создание типов узлов в собственных модулях.
Ищем альтернативу pathauto
Да, я знаю, что результат неутешительный. Раньше, по глупости, я вообще кириллицу в урлах использовал, после чего заменил на транслитерацию. И тогда с поисковиками дела стали хуще (похоже на вашу ситуацию).
Вывести форму логина в своём блоке [РЕШЕНО]
А так:
<?php
return drupal_get_form('user_login_block');
?>
Обращение к докладчикам DrupalCamp, даже просьба-)
Впридачу и лес сохраним:)
Как скрыть сайт?
Не пройдет, когда нужно будет тестировать под анонимом.
Как скрыть сайт?
off-line - только под админом можно будет войти, а под обычным юзером не получится.
Обращение к докладчикам DrupalCamp, даже просьба-)
Аналогично)
Как отключить RSS
Какие хаки? Если вы сами будете создавать разделы сайта, а не пользоваться дефолтными механизмами, то и не будет необходимости убирать RSS со страниц, т.к. их там не будет.
Видимость блока в определенные дни
Как вариант, типа такого:
Убрать "Пользователи на сайте" из модуля "Сейчас на сайте"
ок
Убрать "Пользователи на сайте" из модуля "Сейчас на сайте"
Погодите, через пару часиков напишу код, если кто-нибудь раньше это не сделает...
Убрать "Пользователи на сайте" из модуля "Сейчас на сайте"
Зачем убирать, если можно заново сделать новый блок с необходимой информацией?
О кешировании на drupal.ru
Это ручной труд. Нужна автоматизация.
Видимость блока в определенные дни
Как вариант, в админке:
Настройки блока->Показывать блок на определенных страницах->Показать, если данный PHP-код возвращает TRUE (PHP-режим, только для экспертов). В поле вводим php-код:
Нстроить блок Сейчас на сайте
Создайте другой блок и сделайте необходимую выборку из БД, исходя из всех требований.