vikeng.info

pager_query и точка с запятой

vikeng — Sun, 11 Oct 2009 12:20:45 +0000

Делаю модуль с постраничным выводом данных в виде таблицы. Данные из mysql извлекаются с помощью pager_query. И что-то у меня не хочет работать. Помучился немного, потом нашёл, что drupal оказывается отсылает следующий запрос к СУБД:

SELECT name, COUNT(*) AS c FROM m_redirect, m_stat WHERE id=rid GROUP BY id; ORDER BY name ASC LIMIT 0, 10;

Виной оказалась запятая перед ORDER BY. Я привык работая в консоли mysql все запросы заканчивать точкой с запятой - иначе нельзя, не будет работать. Я знал, что в php (и в Drupal тоже) sql-запросы необязательно заканчивать точкой с запятой - будет работать так и так. Поэтому раньше я о таких вещах как-то не задумывался.
В данном случае проблема вылезла наружу. pager_query дополняет запрос, указанный в параметрах, с помощью конструкции ORDER BY .. LIMIT ... - обеспечивая отбор данных нужных именно на этой странице и их сортировку. В результате и получился запрос в середине которого вклинилась незапланированная точка с запятой. Раньше то я похоже ленился в pager_query ставить этот знак препинания, но сейчас я этот запрос скопировал прямо из консоли, в которой его отлаживал, и ошибка вылезла наружу.
В общем вывод - надо формировать новую привычку.
P.S. Интересно, есть ли в drupal какой-нибудь хук, с помощью которого можно перехватить запрос и и убрать лишнюю точку с запятой?

Трекбек-ссылка

Вес модуля

vikeng — Thu, 08 Oct 2009 10:16:12 +0000

На drupalcookbook.ru опубликован новый рецепт. Интересен даже не сам рецепт, а лежащий в его основе факт, что у модулей тоже есть вес.

Веса проявляются в Drupal у многих элементов - ссылок, пунктов меню, блоков, элементов формы и пр. Но оказывается вес есть и у каждого модуля. Вес определяет порядок выполнения хуков модулей в CMS. Как говорится - мы подумаем к кому это применить.

Трекбек-ссылка

ВикиКомментарии!?!

vikeng — Thu, 01 Oct 2009 09:56:05 +0000

Google анонсировало новую вещицу SideWiki или, как их переводят на русский язык - ВикиКомментарии. Суть проста: в браузере слева имеется боковая панель в которую можно ввести комментарий относительно текущей страницы текущего сайта на котором вы сейчас находитесь. Панель можно получить если у вас стоит Google Toolbar.

Интересная возможность. У меня пока две мысли по этому поводу:

Неверное название. Вики - это когда можно редактировать чужие сообщения. :-). В данном случае мы наблюдаем просто свалку комментариев. Можно конечно сообщить о плохом комментарии или проголосовать, но этого конечно маловато для вики.
Похоже это одно из тех изобретений, которые будут использоваться не так, как задумывалось. Теперь делая сайт можно не задумываться о некотором функционале. Сайт, созданный в чистом html, уже обладает возможностями комментирования. И без всяких усилий со стороны создателя!

Трекбек-ссылка

Drupal vs Joomla

vikeng — Sun, 20 Sep 2009 19:28:36 +0000

Недавно получил письмо, в котором меня спрашивали о недостатках Joomla. Я на этом блоге как-то упомянул, что мне не нравится эта CMS, поэтому и отвечать на вопрос мне. Начал я как и полагается с недостатков joomla, попутно указывая, как всё должно быть реализовано в правильной CMS. Получилась статья, сравнивающая недостатки Joomla с достоинствами Drupal. Понятно, что при таком подходе, ни о какой объективности речи быть не может. Несправедливо конечно, но что поделать. Залез в папку "Отправленные", наткнулся на свой ответ. Оказалось получилась неплохая статья. Сама статья ниже.

Joomla была первой CMS с которой я начал серьёзно работать.
Вот ее недостатки:

Интерфейс админки

Красивый, но неудобный интерфейс администратора. Обычно интерфейс называют преимуществом Jooml'ы перед Drupal. Мне это непонятно. Зачем администратору все эти картинки? Чем они лучше текстовых ссылок Drupal? Я понимаю, что красивый интерфейс может быть очень важен для пользователей. Но для администратора важнее функциональность. Я очень долго учился работать с Джумлой (возможно потому-что это первая моя CMS), и достаточно быстро с Drupal (возможно потому-что сразу наткнулся на хороший учебник на сетегноме). В Джумле введя логин и пароль администратор оказывается в положении телеги, которую тянут лебедь, рак и щука. У него разбегаются глаза от изобилия возможностей: на странице слева ряд кнопок, позволяющих выполнять основные операции на сайте: настройка сайта, добавление и редактирование меню и материала, пользователи и пр. Справа - я даже не знаю что. Какое-то чудовище с вкладками, которое содержит список пользователей на сайте, список компонентов (почему компонентов, ведь в Джумле есть еще модули и мамботы, почему их забыли???). популярные материалы (очень важно для администратора, только зашел и сразу посмотрел - что пользуется спросом на сайте, обязательно нужно ещё добавить списки последних материалов, последних изменённых материалов, последних пользователей и чего-нибудь ещё :-)) и опять меню. Но наверху страницы есть меню (опять это слово - если вы запутались о каком из меню идет речь - я не виноват) с помощью которого можно редактировать меню(!!!) и материалы, устанавливать модули, мамботы и компоненты и выполнять некоторые другие вещи. Никакой логики! Такое чувство, что интерфейс разрабатывали следующим образом: смотрите какие у меня есть красивые картинки, давайте их используем. А я умею делать вкладки. Здорово! Пригодится! То ли дело Друпал! Заходишь на страницу, там список возможностей приведённый в строгой иерархии. Не без недостатков конечно, но вполне удобно и функционально.

Структура сайта

В Джумле есть разделы и категории. Т.е. создав материал его нужно поместить в категорию, которая находится в каком-то разделе. Вот такая трехуровневая иерархия. Если нужно два уровня: разделы-материалы, или четыре-пять это ваши личные проблемы. Выкручивайся как можешь. Разработчики видимо сами чувствовали, что работать неудобно, поэтому придумали еще и "Статичные материалы". Это как раз один из способов для выкручивания себя под Джумлу. То ли дело Друпал. С помощью таксономии можно сделать любую иерархию, которая придёт в голову. Можно создать свой тип материала, который будет чётко будет знать своё место в иерархии сайта.

Права пользователей

Джумла поддерживает многопользовательность. Но также как и с материалами она не обеспечивает необходимой гибкости в работе.
Имеются следующие уровни:
Registered
Author
Editor
Publisher.
Как можно ограничить пользователя? На самом нижнем уровне пользователь может написать материал. Его кто-то проверит и опубликует. А если дать ему возможность самому публиковать материал? В этом случае пользователь получает возможность редактировать любой другой материал. Как предоставить ему возможность создавать материал, редактировать только свои собственные материалы и не трогать чужие? В Джумла это невозможно. Друпал стандартными средствами обеспечивает очень гибкое назначение прав пользователям. Если этих прав не хватает эту гибкость можно расширить дополнительными модулями. А уж если делаешь собственный модуль, то ограничения могут накладываться только недостатком фантазии и избытком лени.

Модули

В Друпал для расширения возможностей системы существуют модули. Есть достаточно большая коллекция качественных модулей на http://www.drupal.org. Есть api для создания новых модулей. С помощью модулей можно реализовать практически всё что угодно. В Джумле существует аж три вида модулей: компоненты, собственно модули и мамботы. Кому это нужно сможет без труда отыскать описания для чего они нужны: все вместе и по отдельности. Для каждого из них есть своя, ограниченная, область применения. Но отсюда следует что каждый из модулей может делать что-то своё, и есть задачи которые нельзя решить ни с помощью компонентов, ни с помощью модулей, ни с помощью мамботов.

Темизация

Проблемы темизации. Всё что относится к формированию внешнего вида страницы в Друпале вынесено за пределы ядра. В настройках темы можно поменять всё что угодно. В джумле немного подругому. Когда-то (двух лет не прошло) я установил на Джумлу тему скачанную с интернета. В целом тема меня устраивала, но было несколько мелких косяков. Я был очень удивлен, когда причину одного из косяков обнаружил в html-таблице, которую вставила сама Джумла. Пришлось править код Джумлы. Я конечно понимаю, что в некоторых случаях для разметки страницы лучше использовать не дивы со стилями, а таблицы. И темы созданные с учетом подобного подхода имеют право на существование. Но то что эти таблицы вставляет сама CMS - это уже прошлый век.

Для себя я сделал такой вывод: Джумла хороша когда нужно создать просто сайт, с материалом и новостной лентой. Если же нужно что-то более сложное - лучше поискать замену.

Трекбек-ссылка

Плагины FCKeditor

vikeng — Sat, 12 Sep 2009 14:23:15 +0000

В блоге bolzamo появилась интересная статья о создании и установке плагинов к FCKeditor. Кроме собственно создания и установки приведены полезные ссылки по теме.
P.S. Кстати FCKeditor сменил название. Теперь он называется CKEditor.

Трекбек-ссылка

Воруем спам!

vikeng — Wed, 26 Aug 2009 05:17:21 +0000

Продолжаем решать проблему спама. После того, как меня на моём блоге начали убеждать, что спам бывает качественный - меня осенило! Решил использовать старую истину - если не можешь что-то остановить, его надо возглавить. Учитывая что мой блог - это мой блог, что хочу то и делаю, я решил присваивать спам себе. Итак, в чем же моя идея?

На блоге появляется новый комментарий. Возможные варианты:

Нормальный комментарий, по теме, всё нормально оставляем.
Откровенный спам - тоже всё нормально, удаляем.
Ни рыба, ни мясо. С одной стороны и спамом его не назовёшь - нормальные комментарии тоже такими бывают, с другой - когда таких комментариев много, блог уже на блог не похож. Замечено - такие комментарии обычно дополнены ссылкой, причём ссылкой ведущей на ресурс совершненно не имеющего отношения к теме текущего блога, причем сделанные совершенно не для людей. И я совершенно не хочу учавствовать в расрутке ГС на тему строительства котеджей и печения оладушек. Я люблю оладушки - но не до такой же степени! Если просто удалять такие комментарии, то скоро спам появится снова. У спамера всегда останется надежда, что вследующий раз будет создан настолько качественный спам, что его не удалят. Поэтому я решил, не удалять такой спам, а воровать. В смысле: сообщение оставлять, а ссылку менять на мою собственную. Пока буду оставлять на эту страницу. У спамера теперь будет уже не надежда, а уверенность, что его комментарий прочитают и по ссылка не сработает.

P.S. Нужно будет подумать об автоматизации процесса. Не вручную копировать адрес ссылки, а просто ставишь галочку - и всё ок!

Трекбек-ссылка

Тайна раскрыта!

vikeng — Tue, 18 Aug 2009 08:40:26 +0000

Тайна исчезновения сухогруза Arctic Sea раскрыта! Читайте статью Максима Кононенко "Галактеко опасносте!". Читается взахлёб, и способна объяснить буквально все события происходящие на планете Земля события за последние несколько лет.

Трекбек-ссылка

У спамеров тоже бывают проблемы

vikeng — Sat, 08 Aug 2009 14:18:53 +0000

Сегодня, на мой ящик, мне пришло письмо следующего содержания:

Здрaвcтвуйтe!

Мы занимаемся {m}{a}{c}{c}{o}вы{m}и {p}{a}{c}{c}ыл{k}{a}{m}и по {emailadresam}.

{NizkieCeni}

{NahiPrеiimuhestva}
{opisanie}

Контактные данные:
Телефон: {telefon}
ICQ: {icqvse} 

Автор - Руслан Бориславович.
Похоже, по воле случая, я стал свидетелем неудачной спам-рассылки.

Трекбек-ссылка

SMath Studio

vikeng — Sun, 14 Jun 2009 13:00:51 +0000

Случайно наткнулся на математический пакет SMath Studio. Пакет позиционируется как аналог MathCad. До маткада ему конечно далеко, но и то что есть очень даже неплохо. Есть версии для Windows, Linux и КПК (к сожалению только с Windows Mobile). Немного повозился с этой программой - понравилось: просто и удобно.

Трекбек-ссылка

Новые приключения trackback

vikeng — Sat, 09 May 2009 13:09:29 +0000

Сегодня решил заняться немного блогом. Вспомнил, что давно его не обновлял. Drupal 6.11 вышел в еще в апреле - правда в самом конце, а я до сих пор сижу еще на 6.10. Итак начал обновляться. Кроме Drupal пришлось обновить еще и несколько модулей. Среди них модуль trackback - с версии 6x-1.1 до 6x-1.2. Для него как раз сегодня обновление вышло.

Внешне прошло всё нормально, но когда через несколько часов начал писать предыдущую заметку при её сохранении увидел белый экран. Через некоторое время в логах нашёл сообщения такого рода:

Cannot modify header information - headers already sent by (output started at /home/vikeng/public_html/sites/all/modules/trackback/trackback.module:1) в файле /home/vikeng/public_html/includes/common.inc в строке 141.

Кроме того, в некоторых местах (например при попытке отключить-включить модули) также появлялись белые экраны браузера.
Свои приключения описывать не буду - скажу лишь, что после возврата на место trackback-6x- 1.1 всё заработало как надо.

Трекбек-ссылка