Счетчики лучше втавлять в отдельный регион блоком, чтобы не считать админсткие страницы и посещения персонала, поэтому категорически против вставки в page.tpl всяких штук
Из счетчиков нравится liveinternet и google
с FastCGI не работал, не до экспериментов, но интрересно услышать мнение сталкивающихся
сейчас гоняю 6й друпал - ощутимо шустрее работает, правда еще не все портировал
На мой взгляд, самое узкое место друпала это база, так что тюнить нужно в первую очередь базу.
Потом от 3 до 15 процентов удалось нагнать за счет отключения лишних модулей в апаче (mod_php) и php
В моем варианте просто анонимных посетителей почти нет, а так кэш страниц один фиг на базу ложится, просто большой объем данных гоняется.
Категорически против limit - для этого есть db_query_range и pager_query, причем последняя удобнее для вывода страниц, когда нужно отрисовать theme('pager', ... и ей можно передать свой запрос для подчета количества, а первая просто делает запрос нужного количества с заданного смещения.
Кроме mysql есть еще масса других баз и это стоит учитывать!
И еще, просто глаза режет
<?php
function onthisdate_menu() {
$items = array();
if ($may_cache) { //незачем постоянно строить меню - оно кэшируется
Именно, вы качаете js-файл кладете его на сервер, а потом подключаете на нужные страницы
А модуль нужно самому писать, так как друпал и jQuery разные продукты, неужели не ясно
Плагины нужно подключать руками, особенно нужно учесть, что версии jQuery в друпале и текущая отличаются, так что могут быть несовместимости!
Подключать можно своим модулем http://api.drupal.org/api/function/drupal_add_js/5
Можно и в page.tpl прописать
Для продажи существуют свои места, а речь идет о развитии д.ру - большинство продуктов разделяют поддержку и сообщество
Может сделать drupal.com.ru - бет место для предоставления коммерчиских услуг
А здесь оставить пережиток 2.0...
Попробовал, работает, но криво - от меня пользователям приходят в виде <HTML><BODY>привет</BODY></HTML>
что не особо удобно и с кодировками косяки имеются по полной
Ассоциация это не фирма изготовитель, цели другие!
Почему все разговоры переползают на тему - кто будет получать лаве?
Речь идет в первую очередь об имидже продукта, а не о услугах при продукте!
Друал нужно подавать, как платформу и тогда вокруг можно будет плодить коммерческие сервисы, а пока продукт презентован весьма формально и внешний вид сайтов других платформ намного привлекательней!
Я просто предлагаю разделить сайт концептуально на презентацию и сообщество. А в последствии наращивать окружающие сервисы.
А давайте не путать сайт сообщества и биржу труда!
У них и аудитория разная и цели. Вот если аксель созреет до заведения сайта типа job.drupal.ru вот там и можно будет публиковать свои порфолио и говорить о работе, а на данный момент drupal.ru это место для тусовки (бар, баня...) людей, которые пользуются одним продуктом.
Счётчики
Счетчики лучше втавлять в отдельный регион блоком, чтобы не считать админсткие страницы и посещения персонала, поэтому категорически против вставки в page.tpl всяких штук
Из счетчиков нравится liveinternet и google
Повышение производительности. Эксперименты.
с FastCGI не работал, не до экспериментов, но интрересно услышать мнение сталкивающихся
сейчас гоняю 6й друпал - ощутимо шустрее работает, правда еще не все портировал
Повышение производительности. Эксперименты.
На мой взгляд, самое узкое место друпала это база, так что тюнить нужно в первую очередь базу.
Потом от 3 до 15 процентов удалось нагнать за счет отключения лишних модулей в апаче (mod_php) и php
В моем варианте просто анонимных посетителей почти нет, а так кэш страниц один фиг на базу ложится, просто большой объем данных гоняется.
PS: http://drupal.org/node/2601 начинал отсюда
drupal для одноклассников
Уж лучше обратиться к мамбе, они бесплатно дают свой движек для таких сайтов
Создаем настройки модуля.
Категорически против limit - для этого есть db_query_range и pager_query, причем последняя удобнее для вывода страниц, когда нужно отрисовать theme('pager', ... и ей можно передать свой запрос для подчета количества, а первая просто делает запрос нужного количества с заданного смещения.
Кроме mysql есть еще масса других баз и это стоит учитывать!
И еще, просто глаза режет
<?php
function onthisdate_menu() {
$items = array();
if ($may_cache) { //незачем постоянно строить меню - оно кэшируется
Автоподсказка freetags - сколько терминов друпал осилит?
И зачем это нужно? Есть SimpleMenu для ленивых, есть браузеры с вкладками, есть правка ноды наконец
Короткие заголовки у комментариев
А почему бы не написать молуль с одним хуком http://api.drupal.org/api/function/hook_comment/5
ну и одной функцией по настройке, судя по последним пожеланиям
Конкурент для Drupal.ru
а что так долго тема делается?
Не открывается сайт (на локале)
зайти q=/user - это же банально
Как скачать плагин JQuery?
Именно, вы качаете js-файл кладете его на сервер, а потом подключаете на нужные страницы
А модуль нужно самому писать, так как друпал и jQuery разные продукты, неужели не ясно
Drupal 4.7.10 and 5.5 fixing a critical bug released
Давно пора, еще с 5.4
Как скачать плагин JQuery?
Плагины нужно подключать руками, особенно нужно учесть, что версии jQuery в друпале и текущая отличаются, так что могут быть несовместимости!
Подключать можно своим модулем http://api.drupal.org/api/function/drupal_add_js/5
Можно и в page.tpl прописать
Конкурент для Drupal.ru
Это все клево тут расписано, даже можно считать вполне рабочей схемой, вот только топик не совсем о разработке, а о смене формата.
Полный русский перевод Drupal 5.x
Просьба
Для версии 5.4 и 5.5 добавить указанные в первом комментарии строчки http://www.drupal.ru/node/9915
Drupal 4.7.10 и 5.5 исправление критических ошибок
И еще строчка в user.module - очень важная
и system.module - просто номер версии
Ну и все *.info файлы стандартных модулей
Signwriter
если установлен drupal проще зайти /admin/logs/status
или даже сразу /admin/logs/status/php
Проверка формы (как удалить стандартные валидаторы).
Наверно все-таки проще не стаивть для поля #required - тогда стандартные проверки не понадобятся
Конкурент для Drupal.ru
Для продажи существуют свои места, а речь идет о развитии д.ру - большинство продуктов разделяют поддержку и сообщество
Может сделать drupal.com.ru - бет место для предоставления коммерчиских услуг
А здесь оставить пережиток 2.0...
Оказывается есть место где много Друпал - шаблонов.
зайти в настройки блоков и указать где выводить блок логина
зайти всегда можно через site.com/user
Gmail новая фишка (drupal ни как не касается, просто флейм)
Попробовал, работает, но криво - от меня пользователям приходят в виде
<HTML><BODY>привет</BODY></HTML>
что не особо удобно и с кодировками косяки имеются по полной
Gmail новая фишка (drupal ни как не касается, просто флейм)
те нужно заводить себе еще и AIM контакт, потом как-то добавлять туда асю?
Gmail новая фишка (drupal ни как не касается, просто флейм)
Насчет аськи не ясно, ибо добавлен AIM а это немного другая тема
Модуль для организации каталога ссылок
http://drupal.org/node/24719 вот что-то похожее
И родил Дрис Acquia...
Ассоциация это не фирма изготовитель, цели другие!
Почему все разговоры переползают на тему - кто будет получать лаве?
Речь идет в первую очередь об имидже продукта, а не о услугах при продукте!
Друал нужно подавать, как платформу и тогда вокруг можно будет плодить коммерческие сервисы, а пока продукт презентован весьма формально и внешний вид сайтов других платформ намного привлекательней!
Я просто предлагаю разделить сайт концептуально на презентацию и сообщество. А в последствии наращивать окружающие сервисы.
Король лемуров.
А давайте не путать сайт сообщества и биржу труда!
У них и аудитория разная и цели. Вот если аксель созреет до заведения сайта типа job.drupal.ru вот там и можно будет публиковать свои порфолио и говорить о работе, а на данный момент drupal.ru это место для тусовки (бар, баня...) людей, которые пользуются одним продуктом.