Спасибо, соратники, за участие. Углубляюсь в sql-запросы для начала, если нарою что ценное для общества, отчитаюсь. Не претендуя на большую тему "как ускорить сайт", ставлю задачу "как в админке задать параметры вьюсу, чтобы запрос к БД был оптимальным".
Наверное, я не так задал вопрос. Мы указали параметр LIMIT в SQL-запросе. Остановится ли выполнение запроса по достижении лимита, или сначала будет проверена вся база полностью, и только потом вернётся указанное кол-во значений?
Способ xandeadx хорош, и спасибо ему огромное за всё. Но хотелось более точной наводки.
Решение найдено, описываю, может кому пригодится.
1. Контент-менеджер решает, какие темы (теги) ему интересны, и находясь в админке, записывает их в ноду.
2. Для главной страницы используем шаблон. В нужном регионе добываем из ноды темы, записываем в переменные и программно вызываем один и тот же вьюс N раз с разными аргументами:
Это всё логично, я не собираюсь вас оспаривать, однако задача стоит конкретная - использовать одну и ту же фоту в полном варианте и в тизере. Кропленную фоту. И надо сохранить в базе именно ее.
Я поторопился с ответом - вывод кропленных фото в анонсе это хорошо, но зачем же тогда держать в базе некропленный вариант? Я хотел бы от него избавиться раз и навсегда, вот в чем задача.
От перекропа в этом случае придется отказаться, вы правы. Но фоты, как показала практика, никто после загрузки уже не трогает)
Вывод кропленных фото в анонсе чаще всего годится, но бывают косяки - как вам понравится половина головы у неплохого в общем-то футболиста?
Если кому-то еще понадобится, то вот моё топорное решение:
в файле simplenews.module закомментить строку 1357 - а именно в функции
function simplenews_subscribe_user($mail, $tid, $confirm = TRUE, $source = 'unknown', $preferred_language = NULL) {
строку
module_invoke_all('simplenews_subscribe_user', $subscriber, $subscription);
Метить как "Решение" не буду, если кто-то подскажет, как перевести топорное в друпалвэйное, буду признателен.
Нашел уже, он в модуле всего 4 раза встречается. Поотключал по очереди, но не помогло. Отключить самое первое сообщение нашел где, а второе - не найду.
да, похоже путь будет тернист. скорее всего:
1. добавить еще штук 5 полей (с запасом, множественных, типа image). всё ж таки добавлять оптом фоты в поле удобнее.
2. если менеджеру нужда будет, он заполнит фотами столько полей, сколько ему надо.
3. в текстовом поле менеджер ставит метки (1-й слайдер, 2-й слайдер) в нужных местах.
4. скрипт проверяет наличие метки, оборачивает массив фоток в слайдер и выводит его.
4'. вот тут засада: как воткнуть в вывод CKEditor скрипт. подумаем.
да. а что? на сайте сейчас так - фоты грузятся и вне редактора (в множ. поле), и в редакторе. если вне редактора, в поле, то фото/фоты автоматом выводятся над текстом (слайдером, если их больше одного). так чаще всего и надо, и это вполне удобно в админке.
если же есть необходимость, можно и в текст включить, только по одной фоте, в любое место.
заказчику же схотелось и в текст совать по нескольку, выводя слайдером...
мысль понятна. наверное... значит, есть у менеджера три пачки фоток. их надо вставить в разные места текста. он грузит их тремя пакетами, в три разных image-поля. потом переходит в редактор и где надо вставляет метку - параграф с классом. далее работает скрипт. так?
неудобно, конечно, согласен. но можно ли сделать некий шаблон в списке шаблонов - кликнул по иконке, и открылся диалог добавления фоток? или обязать менеджера изначально сообразить, сколько и куда галерей ему надо вставить, загружать сначала одну за другой пакеты фоток, а потом в эдиторе в тексте ставить метки на месте галерей? боже ж, написал и самому противно стало)
Итак, готово. Добавлен словарь "Авторы", в него добавлены термины вида "Иван Петров". В настройки профиля добавлено поле "Автор", это же поле добавлено в тип материала "Статья".
Вносим изменения в права доступа (Taxonomy) - право менять термины словаря нужным ролям.
Вносим маленькое изменение в шалон, в итоге под заголовком статьи показываем ссылку на термин.
Совершенно верно, "по клику на заголовок термина люди перейдут на страницу термина, где увидят все статьи" именно ТЕРМИНА, взятого из словаря. Это нужный вариант, когда термин - незарег-й автор (например, один из журналистских псевдонимов). Их будет много, поэтому я и сделал для них словарь "Авторы".
То есть, проверить, является ли один из авторов статьи зарег-м юзером. Если нет - сделать ссылку на термин (получить выборку анонсов по термину Иван Иванов). Если да - сделать ссылку на юзера (получить выборку анонсов по профилю Петр Петров). Так я вас понял?
Ускорить views
Спасибо, соратники, за участие. Углубляюсь в sql-запросы для начала, если нарою что ценное для общества, отчитаюсь. Не претендуя на большую тему "как ускорить сайт", ставлю задачу "как в админке задать параметры вьюсу, чтобы запрос к БД был оптимальным".
Ускорить views
Наверное, я не так задал вопрос. Мы указали параметр LIMIT в SQL-запросе. Остановится ли выполнение запроса по достижении лимита, или сначала будет проверена вся база полностью, и только потом вернётся указанное кол-во значений?
Один вьюс для вывода анонсов разных рубрик
Способ xandeadx хорош, и спасибо ему огромное за всё. Но хотелось более точной наводки.
Решение найдено, описываю, может кому пригодится.
1. Контент-менеджер решает, какие темы (теги) ему интересны, и находясь в админке, записывает их в ноду.
2. Для главной страницы используем шаблон. В нужном регионе добываем из ноды темы, записываем в переменные и программно вызываем один и тот же вьюс N раз с разными аргументами:
Manual crop кропит фото, но оставляет в базе и исходник
Спасибо! Натолкнули на мысль, подумаю в направлении стиля картинки. Прикручивать еще один модуль не хочется.
Manual crop кропит фото, но оставляет в базе и исходник
Это всё логично, я не собираюсь вас оспаривать, однако задача стоит конкретная - использовать одну и ту же фоту в полном варианте и в тизере. Кропленную фоту. И надо сохранить в базе именно ее.
Manual crop кропит фото, но оставляет в базе и исходник
Я поторопился с ответом - вывод кропленных фото в анонсе это хорошо, но зачем же тогда держать в базе некропленный вариант? Я хотел бы от него избавиться раз и навсегда, вот в чем задача.
Manual crop кропит фото, но оставляет в базе и исходник
От перекропа в этом случае придется отказаться, вы правы. Но фоты, как показала практика, никто после загрузки уже не трогает)
Вывод кропленных фото в анонсе чаще всего годится, но бывают косяки - как вам понравится половина головы у неплохого в общем-то футболиста?
CKEditor не дружит с Instagram
Да! Это оно! По вашей ссылке ответ есть. Простое, но большое человеческое спасибо!
Simplenews, подписка. Не отправлять второе письмо - об успешной подписке
Если кому-то еще понадобится, то вот моё топорное решение:
в файле simplenews.module закомментить строку 1357 - а именно в функции
function simplenews_subscribe_user($mail, $tid, $confirm = TRUE, $source = 'unknown', $preferred_language = NULL) {
строку
module_invoke_all('simplenews_subscribe_user', $subscriber, $subscription);
Метить как "Решение" не буду, если кто-то подскажет, как перевести топорное в друпалвэйное, буду признателен.
Simplenews, подписка. Не отправлять второе письмо - об успешной подписке
Нашел уже, он в модуле всего 4 раза встречается. Поотключал по очереди, но не помогло. Отключить самое первое сообщение нашел где, а второе - не найду.
Встроить слайдер в текст ноды
и это поюзаю, благодарю. жизнь полна жести.
Встроить слайдер в текст ноды
эт точно) что ж, буду пробовать. дело долгое, о результатах отпишу. наверняка такой вопрос еще всплывет перед кем-нибудь.
Встроить слайдер в текст ноды
ага, спасибо, принято.
да, CKEditor не поле, конечно, но меня интересует в нем как раз контент, который вписывается в поле body админки.
Встроить слайдер в текст ноды
да, похоже путь будет тернист. скорее всего:
1. добавить еще штук 5 полей (с запасом, множественных, типа image). всё ж таки добавлять оптом фоты в поле удобнее.
2. если менеджеру нужда будет, он заполнит фотами столько полей, сколько ему надо.
3. в текстовом поле менеджер ставит метки (1-й слайдер, 2-й слайдер) в нужных местах.
4. скрипт проверяет наличие метки, оборачивает массив фоток в слайдер и выводит его.
4'. вот тут засада: как воткнуть в вывод CKEditor скрипт. подумаем.
Встроить слайдер в текст ноды
да. а что? на сайте сейчас так - фоты грузятся и вне редактора (в множ. поле), и в редакторе. если вне редактора, в поле, то фото/фоты автоматом выводятся над текстом (слайдером, если их больше одного). так чаще всего и надо, и это вполне удобно в админке.
если же есть необходимость, можно и в текст включить, только по одной фоте, в любое место.
заказчику же схотелось и в текст совать по нескольку, выводя слайдером...
Встроить слайдер в текст ноды
вы опередили чуть) наборов фоток может быть несколько
Встроить слайдер в текст ноды
мысль понятна. наверное... значит, есть у менеджера три пачки фоток. их надо вставить в разные места текста. он грузит их тремя пакетами, в три разных image-поля. потом переходит в редактор и где надо вставляет метку - параграф с классом. далее работает скрипт. так?
Встроить слайдер в текст ноды
"соберет все картинки из нужного элемента" - из некоего поля image, например? т.е. добавить несколько image полей, множественных, спецом под слайдеры?
Встроить слайдер в текст ноды
неудобно, конечно, согласен. но можно ли сделать некий шаблон в списке шаблонов - кликнул по иконке, и открылся диалог добавления фоток? или обязать менеджера изначально сообразить, сколько и куда галерей ему надо вставить, загружать сначала одну за другой пакеты фоток, а потом в эдиторе в тексте ставить метки на месте галерей? боже ж, написал и самому противно стало)
Встроить слайдер в текст ноды
для менеджера она так и так изменится. параграф посмотреть надо, спасибо.
Встроить слайдер в текст ноды
Спасибо, почитаю для начала про фильтрацию. На первый взгляд сложновато...
Связь термина таксономии с профилем юзера
Итак, готово. Добавлен словарь "Авторы", в него добавлены термины вида "Иван Петров". В настройки профиля добавлено поле "Автор", это же поле добавлено в тип материала "Статья".
Вносим изменения в права доступа (Taxonomy) - право менять термины словаря нужным ролям.
Вносим маленькое изменение в шалон, в итоге под заголовком статьи показываем ссылку на термин.
Связь термина таксономии с профилем юзера
Ага, попробую сделать так. Спасибо! Отпишусь о резалте.
Связь термина таксономии с профилем юзера
Совершенно верно, "по клику на заголовок термина люди перейдут на страницу термина, где увидят все статьи" именно ТЕРМИНА, взятого из словаря. Это нужный вариант, когда термин - незарег-й автор (например, один из журналистских псевдонимов). Их будет много, поэтому я и сделал для них словарь "Авторы".
Связь термина таксономии с профилем юзера
То есть, проверить, является ли один из авторов статьи зарег-м юзером. Если нет - сделать ссылку на термин (получить выборку анонсов по термину Иван Иванов). Если да - сделать ссылку на юзера (получить выборку анонсов по профилю Петр Петров). Так я вас понял?