Где живёт гугль?
К сожалению (или к счастью), в последнее время редко заглядывал на форум. Но последнюю неделю - скорее от избытка времени - посещал чуть ли не ежедневно.
К сожалению (или к счастью), в последнее время редко заглядывал на форум. Но последнюю неделю - скорее от избытка времени - посещал чуть ли не ежедневно.
"А вот ещё красивая картинка" ©
Занятная история последних дней.
Кто сталкивался? Как D ведёт себя в TOR? Есть ли подводные камни?
В общем, чего ждать?
Несложный проект и бюджет ограничен.
Всё очень просто и сам могу сделать.
Но занят, ох, занят делами столичными.
Ищу друпаллурга, пусть сбацает мне.
Клянусь: нефиг делать, да сам бы я смог,
Не будь я так занят делами столичными.
Аванса не дам, бо имею урок.
Кому интересно - пишите мне в личные.
Ну кто опять ноет про низкий бюджет?
Добавить ноли, а ты сам кто такой?!
Мне, братцы, тут нужен конкретный ответ,
Коль не берешься - свали и не ной.
Чувак, ты опух? Ценник твой просто ржака!
Сбрось два ноля, там ваще низший класс.
Но так, чтоб красиво, и чтобы без брака,
И не трынди про двадцатку за час.
Вы чё, оборзели?! Все разом свинтились?
Да что тут, блин, делать - я сам бы так смог.
Всего лишь распарсить, всего лишь закодить,
Родилось жёсткое решение "на скорую руку": как вывести средствами views и несложного хука список терминов верхнего уровня из одного словаря со счётчиками материалов во вложенных (дочерних) терминах (рекурсия без привязки к глубине).
Я специально заострю ваше внимание: только РОДИТЕЛЬСКИЕ ТЕРМИНЫ и вывод именно СРЕДСТВАМИ VIEWS (поскольку требуется кроме этого вывод ещё ряда связанных с терминами полей - изображение, tid и т.д. плюс условие не перестраивать имеющуюся CSS разметку выборки, связанную с views).
Просто ещё один опрос - ради банальной статистики (думаю, результат будет всем интересен).
Самый такой незамысловатый и естественный вопрос: а для чего мы все тут собираемся - в основном? Что нас приводит на drupal.ru? Разумеется, сложно охватить все возможные мотивационные моменты, многие из них часто как бы комбинируются и охватывают несколько пунктов опроса, но я думаю, что каждый таки сможет выделить для себя наиболее основное, главное.
Прошу ответить честно. Если не находите готовых вариантов/опций ответа - добро пожаловать в комменты, это тоже интересно.
Однобокости, односторонности, одноклеточности и однотипности посвящается.
Предлагаю устроить миниконкурс на самое бестолковое/беспонтовое объявление типа "Ищу специалиста на постоянку", "Мне нужно сделать сайт", "Памагите напесать модуль!!!", " и т.д. Короче - такой как бы формат объявления, которое, по мнению заказчика, должно прямо-таки неизбежно заинтересовать разработчика.
Жутчайший угар и мрачнейший хоррор приветствуются.
Но без пошлятины. Все очень серьёзно, да-да. Тут вам не это.
Бюджета у конкурса нет. Победителю - просто лавры.
Предложение 1. Обязать публиковать хотя бы минимальный бюджет проекта.
Предложение 2. Обязать публиковать чёткое ТЗ (ну, тут уже иногда могут быть некоторые исключения - например, если заказчик ещё не знает, насколько реализуем проект в принципе).
Причины:
Причина 1: есть предложения, с которыми загодя просто нет смысла связываться. После длительного разбора всех технических деталей/условий часто выясняется, что работа не интересна/не выгодна в материальном плане и заказчик не располагает адекватным бюджетом.
Причина 2: сам разбор деталей/условий, при котором тратится много времени на распутывание вводных и имеющейся конфигурации заказчика. По сути дела - это уже работа.
Понравилось:
http://habrahabr.ru/blogs/hr/138912/
upd: комменты там тоже занятные.
Себе на заметку и другим в помощь.
Сниппет выводит общее количество ВСЕХ опубликованных (подтверждённых) комментариев сайта.
<?php
$result = db_query("SELECT COUNT(cid) AS count FROM {comments} WHERE {comments}.status = 0");
print '<a href="/comments" title="Все комментарии сайта">Все комментарии (';
$row = db_fetch_object($result);
print $row->count;
print ')</a>';
?>
Или оформление в виде функции в template.php
<?php
function get_comments_count() {
$result = db_query("SELECT COUNT(cid) AS count FROM {comments} WHERE {comments}.status = 0");
$row = db_fetch_object($result);
return '<a href="/comments" title="Все комментарии сайта">Все комментарии (' . $row->count . ')</a>';
}
?>
В последующем можно вставлять в любом месте page.tpl.php используя вызов
<?php
print get_comments_count();
?>
Нужно что-то для управления кэшированием страниц и подгружаемых компонентов на стороне клиента (чтоб каждый раз не жать Ctrl+F5, Ctrl+R, etc).
По принципу: обновились шаблоны (таблицы CSS) - установить соответствующий last-modified в заголовке.
Вопрос именно про модуль - чтобы не лазать каждый раз в шаблоны, а писать эти метатеги из админки drupal'а.
Смысл: над проектом "на горячую" работают несколько людей, нужно чтобы они могли видеть изменения в структуре вёрстки/разметки, сделанные другими исполнителями.
UPD. Как выяснилось из комментариев, модуль ckeditor с версии 6.x-1.3 официально поддерживает elfinder. Таким образом, всё написанное относится к возможному способу вывода "быстрой" кнопки elfinder'a на тулбар.
UPD2(08/05/2011). Плагин доработан до автоматического определения типа файла, возвращаемого elFinder
Нужен был файлменеджер/мультизагрузчик для редактора CKeditor (именно для drupal-модуля).
Я обычно использую IMCE и стал искать дополнения к IMCE, поддерживающие мультизагрузку.
Нашёл только IMCE Swfupload, но он ещё в бета-стадии и требует установки дополнительных модулей. В общем, не устроил.
Зато как-то неожиданно открыл для себя elFinder.
Менеджер показался очень удобным (на мой взгляд, даже получше IMCE).
Мультизагрузка, drag&drop, создание-удаление директорий, файлов. Автоматические тамбы картинок, ну и в целом как-то юзабельнее выглядит.
CKEditor (по крайней мере 6.x-1.3) позволяет интегрировать IMCE как "быструю" кнопку на тулбар (отдельно от диалога выбора ссылки/картинки/файла). Просто нужно раскомментировать соответствующие определения в ckeditor.config.js и убедиться что присутствует папка imce в /modules/ckeditor/plugins
Я стырил это решение и наскоро адаптировал его под elFinder в виде скромного плагина-кнопки (elFinder).
Результат: на тулбаре имеется самодельная кнопочка, по клику на которой сразу открывается окно этого файлового менеджера (т.е. минуя диалог выбора адреса).
Судя по всему, проблема реально стара, как мир. Но и достала уже реально.
Суть вопроса. В Opera 10 при попытке отправить на загрузку список файлов из AJAX поля загрузки возникает ошибка JavaScript:
или же (в зависимости от модуля, использующего поле загрузки):
После чего анимированный индикатор загрузки тупо отваливается, хотя загрузка при этом продолжается (видно по трафику). А вот после нажатия кнопки "Сохранить" на страницу вываливается внушительный фрагмент кода. Хотя изображения из списка в итоге оказываются всё-таки загруженными и привязанными к документу.
Проблема описана также:
http://www.drupal.ru/node/14290 (отличается только сообщением об ошибке)
и в http://faq.drupal.ru/node/38443
Что я имею:
Opera 10.01
Drupal 6.19
Модули: slideshow, gallery_assist
Предлагаемые решения по ссылкам выше (обновление jquery.form.js и т.д.) ни к чему не привели, как и полное обновление jquery (с помощью модуля jQuery Update, http://drupal.org/project/jquery_update).
Забить на проблему нельзя, у заказчика Опера любимый браузер.
Сам уже голову сломал, больше не могу об этом думать.
А ведь какое-то лекарство должно быть, я знаю.
У кого какие соображения?
Кто-нибудь сталкивался с подобным:
Требуется "поднимать" наверх списка выбранное поле cck imagefield (с множественным значением)при редактировании.
То есть по принципу: добавить в группу полей этого поля (наряду с ALT, title и пр.) дополнительную ссылку "Наверх", по клику на которой при помощи jQuery (или как-то иначе) будет эмулироваться операция "перетаскивания" поля на верхнюю позицию.
Для чего нужно: в отдельном типе содержания требуется вывод только первой фотки из списка (а какой именно - определяет админ).
UPD. Простейшее решение обнаружилось в комментариях. Написанное в посте - не самый простой способ. Но возможно пригодится для решения других задач, связанных с очередностью выводов блоков.
6-ка. Простая задачка: дизайнер сделал градиентный вертикальный фон страницы, и в верхних областях сайдбаров фоновая картинка блоков по его макету отличается от нижележащих (иначе они будут плохо гармонировать с фоном). То есть, для самых верхних блоков в регионе однозначно нужен дополнительный CSS класс.
Можно, конечно использовать модуль BlockClass для ручной привязки дополнительных классов к отдельным блокам, но заказчика пугают вещи вроде идентификаторов блоков и это не самый гибкий подход (тем более, что у него действительно есть необходимость довольно часто перемещать блоки).
Итак, копнул theme.inc, нашёл theme_blocks():
Переопределяю эту функцию в своём template.php с добавлением единственной строки:
Буду признателен, если поможете в решении вопроса. С Drupal'ом часто работал раньше, но здесь не соображу, как лучше поступить.
Для начала задача. Требуется отобразить материалы портфолио в отдельном разделе сайта. Материалы упорядочены в 2-уровневой иерархии терминов. При навигации на "корень" раздела (фактически - словарь) требуется отобразить материалы из ВСЕХ нижележащих терминов (т.е. глубина - 2). При выборе любого дочернего термина 1-го уровня требуется отобразить все материалы этого и всех принадлежащих ему дочерних терминов 2-го уровня. И так до терминов 2 уровня, где нужно отобразить непосредственно материалы только этого термина.
Теперь о том, что уже есть.
1. Есть Drupal 6.9
2. Есть тип документов "Портфолио" (CCK + ImageField).
3. Есть словарь "Портфолио", к которому привязан этот тип.
4. Есть тип Views "portfolio", который "листает" документы, принадлежащие словарю "Портфолио".
Параметры Views:
Аргументы: Таксономия: Term ID (with depth) (глубина: 2)
Фильтр: Таксономия: Term
Путь (!): portfolio
То есть фактически по адресу mysite.com/portfolio находится "листалка" таксономии словаря "Портфолио", принимающая в качестве аргумента ID термина и отображающая все материалы этого термина и дочерних терминов. И это работает.
Теперь вопрос: как связать этот Views с навигацией по таксономии? Это нужно для иерархического меню навигации по таксономии. Изначально планировалось использовать какой-нибудь модуль для навигации по таксономии.
Доработанная и исправленная статья о формировании красивых синонимов URL в Drupal. Рассматривается возможность совместного использования модулей Path, Pathauto и CCK.