В том-то и дело, что это не всегда решает вопрос.
CSS остаются в кеше и не обновляются браузером.
Пример: человек исправил меню, я сбросил кеш, убедился, что грузится новая таблица CSS, а через 20 минут по аське объяснял другому перепуганному сотруднику как обновить кеш браузера, потому что из-старой CSS у него вся разметка меню развалилась.
1. Сделать "нормальный" (обычный) page-front.tpl.php - как он должен быть, с выводом материалов.
2. А в нём уже сделать соответствующие темизированные подсекции: одну для "первого" входа (с кнопкой), а вторую - стандартную, с выводом материалов...
3. В секции для первого входа (с кнопкой) отправлять куку с отметкой, что пользователь был на этой странице. Далее по клику на кнопке - переход на ...эту же самую страницу.
Всё равно непонятно...
Миниатюрки же однозначно будут формироваться "локально".
А чтобы создать миниатюрку-превьюшку скрипту невольно так или иначе придётся сделать копию оригинальной фотки с удалённого адреса и сохранить её хотя бы во временной папке.
Штатные подсистемы генерации миниатюр (ImageCache, например) работают именно по такому принципу.
так все равно сортировать нельзя даты... во вьюхе... в отличии от сск полей, где я в одном задал год в другом месяц в третьем день... и потом сортирую все ноды любые по году ибо год потом по месяцу потом по дню
Тут ещё сложность в том, что date хранит дату в виде UNIX-таймштампа (если я ничего не путаю).
Поэтому невольно потребуется пост-обработка, с тем, чтобы преобразовать формат даты с учетом включенных чекбоксов.
На flexifield вероятно, мульти-группы имеют ипические грабли с вьюсом
Вполне возможно. Дело давнее.
Я помню только, что много возился и с тем, и с другим.
Там бы тоже написать бы модуль, но заказчик непременно хотел, чтобы реализовано было именно через CCK-Views (он хотел впоследствии добавлять сам какие-то поля).
Вспомнил: есть же ещё возможность сделать составное поле CCK
(Модуль content_multigroup из CCK)
То есть - объединить NodeReference и вес (digit).
Тогда вроде всё ещё проще: используются стандартные возможности views для сортировки.
Но похоже, что content_multigroup сейчас используется только в CCK 3.0 - из 2-го CCK его изъяли.
Но если что - у меня остался модуль для второго, могу дать для экспериментов.
Обратная схема - делать в родителе множественный Nodereference и цеплять там пицот детишек имхо не верна.
Правильный процесс - создал статью и там же указал родителя
Первая мысль - добавить в ноду поле CCK (textarea), в котором перечислить отношения "вид_views = позиция".
Ну, например:
news = 0
sport = 4
articles = 3
А во вьюсах использовать кастомный PHP-фильтр (Custom PHP Views Filter), в котором парсить содержимое этого поля и соответственно фильтровать по результату.
Как-то так.
зы: тяжеловато немного, но штатных решений вроде больше и нет.
Если живые люди - то подтвердят подписку, получив ссылку для активации по почте. Если боты - то нет. Вам хотели сказать, что, возможно, неактивные подписчики - это боты. Ну или возможно, что люди, но по каким-то причинам неподтвердившие подписку.
UPD: Модуль ckeditor не имеет api для расширения. Для добавления кнопки надо править файлы модуля. Могу конечно сделать чтобы elfinder сам кнопку там прописывал, но это опасно - структуру файла поменяют и работать не будет, либо сломается что-нибудь.
И было бы отлично, если б функционал создания тумбнелов и превьюшек отдали модулю ImageCache, все-таки у него больше фич по настройке создания тумбнелов...
Вот тут я против. Устанавливать ещё один модуль только для миниатюрок - это уж слишком. Это ж файловый менеджер, не галерея.
Так, как есть - нормально, имхо.
Зашел под новым пользователем, как выйти?
Сбросить куки, лол.
Кто-нибудь встречал модуль для быстрой вставки Cache-Control: no-cache, must-revalidate и т.д.?
Да, возможно ещё из-за проксей.
Впрочем, вопрос это никак не решает
Кто-нибудь встречал модуль для быстрой вставки Cache-Control: no-cache, must-revalidate и т.д.?
В том-то и дело, что это не всегда решает вопрос.
CSS остаются в кеше и не обновляются браузером.
Пример: человек исправил меню, я сбросил кеш, убедился, что грузится новая таблица CSS, а через 20 минут по аське объяснял другому перепуганному сотруднику как обновить кеш браузера, потому что из-старой CSS у него вся разметка меню развалилась.
Отдельная заглавная страница.
1. Сделать "нормальный" (обычный) page-front.tpl.php - как он должен быть, с выводом материалов.
2. А в нём уже сделать соответствующие темизированные подсекции: одну для "первого" входа (с кнопкой), а вторую - стандартную, с выводом материалов...
3. В секции для первого входа (с кнопкой) отправлять куку с отметкой, что пользователь был на этой странице. Далее по клику на кнопке - переход на ...эту же самую страницу.
не могу найти решение для отображения фотографий в фотогалереи
Всё равно непонятно...
Миниатюрки же однозначно будут формироваться "локально".
А чтобы создать миниатюрку-превьюшку скрипту невольно так или иначе придётся сделать копию оригинальной фотки с удалённого адреса и сохранить её хотя бы во временной папке.
Штатные подсистемы генерации миниатюр (ImageCache, например) работают именно по такому принципу.
не могу найти решение для отображения фотографий в фотогалереи
Навскидку:
Picasa и Flickr Attach
Если ещё "дольше побьётесь" - возможно ещё что-то найдёте
Дата
Это ещё почему? Всё сортируется.
Дата
Тут ещё сложность в том, что date хранит дату в виде UNIX-таймштампа (если я ничего не путаю).
Поэтому невольно потребуется пост-обработка, с тем, чтобы преобразовать формат даты с учетом включенных чекбоксов.
Дата
Создайте три чекбокса рядом с полем даты:
1)учитывать год
2)учитывать месяц
3)учитывать день
И просто включайте нужное
Но правда, всё равно тогда придётся писать хук-процедуру.
Дата
Нет, насколько мне известно.
Возможно, через хуки (т.е. из своего модуля) можно как-то попытаться произвольно обрабатывать поле date.
И снова вывод нод на странице термина
А что именно выводится на странице термина? Или вообще ничего?
И как вы сделали вывод двух списков views, что-то не пойму...
РЕШЕНО! Вес материала - кастомно реализуемо?
А как именно решили?
Может кому ещё пригодится...
РЕШЕНО! Вес материала - кастомно реализуемо?
Вполне возможно. Дело давнее.
Я помню только, что много возился и с тем, и с другим.
Там бы тоже написать бы модуль, но заказчик непременно хотел, чтобы реализовано было именно через CCK-Views (он хотел впоследствии добавлять сам какие-то поля).
РЕШЕНО! Вес материала - кастомно реализуемо?
Не-не... не то.
Попробую чуть подробнее (как это могло бы быть в случае с content_multigroup):
1) создаём тип материала для потомков (т.е. песен), например Song
РЕШЕНО! Вес материала - кастомно реализуемо?
Вспомнил: есть же ещё возможность сделать составное поле CCK
(Модуль content_multigroup из CCK)
То есть - объединить NodeReference и вес (digit).
Тогда вроде всё ещё проще: используются стандартные возможности views для сортировки.
Но похоже, что content_multigroup сейчас используется только в CCK 3.0 - из 2-го CCK его изъяли.
Но если что - у меня остался модуль для второго, могу дать для экспериментов.
РЕШЕНО! Вес материала - кастомно реализуемо?
Так и я ж вроде про это:
РЕШЕНО! Вес материала - кастомно реализуемо?
Я честно говоря как-то не очень понял последний комментарий.
Ну делайте это поле (с перечислением отношений альбом/позиция песни) в ноде песни.
Дальше - уровень темизации ноды альбома.
Ещё лучше бы модуль написать.
РЕШЕНО! Вес материала - кастомно реализуемо?
Первая мысль - добавить в ноду поле CCK (textarea), в котором перечислить отношения "вид_views = позиция".
Ну, например:
news = 0
sport = 4
articles = 3
А во вьюсах использовать кастомный PHP-фильтр (Custom PHP Views Filter), в котором парсить содержимое этого поля и соответственно фильтровать по результату.
Как-то так.
зы: тяжеловато немного, но штатных решений вроде больше и нет.
Встречайте: DrupalSN — социальная сеть drupal-разработчиков
Я вышлю в личку, если у вас есть свободный инвайт
Встречайте: DrupalSN — социальная сеть drupal-разработчиков
Интересный вроде проект.
Скажу спасибо, если кто-то вдруг вышлет приглашение мне в личку
Почему не уходят все рассылки, или я чего-то не понимаю?
Если живые люди - то подтвердят подписку, получив ссылку для активации по почте. Если боты - то нет. Вам хотели сказать, что, возможно, неактивные подписчики - это боты. Ну или возможно, что люди, но по каким-то причинам неподтвердившие подписку.
Потестим кнопочку? (Простой вариант интеграции elFinder в CKEditor)
Разработка плагина для файлового менеджера elFinder
Вот тут я против. Устанавливать ещё один модуль только для миниатюрок - это уж слишком. Это ж файловый менеджер, не галерея.
Так, как есть - нормально, имхо.
Ошибка при подписке на рассылку "The email address you supplied is not valid." Simplenews
Форма всегда штатно доступна по адресу:
ваш_сайт/newsletter/subscriptions
(на отдельной странице)
Если хотите показывать в блоке - смотрите на странице управления блоками. Там будет блок с вашей рассылкой (если вы её уже создали, конечно).
Также почитайте README.TXT модуля - там иногда полезные вещи пишут.
Простейшая подписка на новости
А если человек ошибся при вводе email?
Он же об этом не узнает.
Ну и шутники всякие сюда же - подпишут невинных людей без их ведома. Или наоборот - отпишут.