в 6й версии есть поддержка мультиязычного контента, но мне их подход не нравится. Можно сделать мультиязычные ноды с помощью ССК - на каждый язык свое поле "body", которое "переключается" в зависимости от языка интерфейса прямо в node.tpl.php
такие связи можно было бы делать с помощью модуля category, но он сейчас находится в полуживом состоянии со множеством неисправленных ошибок. Как вариант, можете рассмотреть использование одного словаря с множественной иерархией, и включить в него все необходимые вам термины
В чём +/- такого способа преобразования адресов по сравнению со встроенным в lighttpd
главное и основное преимущество в том, что проверяется фактическое наличие запрашиваемого файла и преобразование clean url выполняется только если это необходимо. Это также может быть полезно, если двигаться дальше и выполнять кэширование средствами lighttpd.
Как я понял из статьи, сделать проверку наличия файлов средствами конфига lighttpd нет возможности - нужно передевать url скрипту, который этим займётся
невозможность разрулить правила преобразований апачевского mod_rewrite - немного не понял, это в каком случае?
реализовывать апачевский mod_rewrite полностью на mod_magnet вряд ли есть смысл, и гибкость тут особой роли не играет, т.к. тестовый сервер и перегрузить не жалко, а у продакшена все равно всё по-максимуму должно быть жестко в конфигах.
Сейчас это основная тема, поэтому решено было не распыляться - реальных практических активистов, как обычно, оказалось гораздо меньше, чем заявлявшихся таковыми. В планах конечно же есть расширение спектра - псевдо-приборы, шарлатанские "методики лечения" от различных заболеваний, итп.
Просто нельзя объятьнеобъятное ограниченными силами. делаем, что можем. Хотите - присоединяйтесь.
как правило, даже при минимальной самодисциплине, код получается достаточно самодокументированным. Минимальный набор правил, которым нужно следовать - единое соглашение об именах функций и переменных (необязательно некое привнесенное извне, достаточно, чтобы самому себе было понятно) и описывать в комментариях только заведомо непонятные вещи, например - временные заглушки, неоптимальные решения, оставленные "на потом", хитрые алгоритмы (не их принцип, но результат), итд.
Я на это могу сказать, что автомобили - это не жестко поставленные на рельсы поезда, ведь количество дорог, по которым они могут ездить - бесконечное множество?
По-хорошему, должна быть единая методика для тестирования сторонних модулей, в том числе и на производительность. Если у кого-нибудь есть материалы на эту тему, предлагаю свести их воедино, для удобства. Каждый сможет проверить свои любимые модули на то, как они выдерживают большие объемы данных и критические нагрузки на сервер.
пардон, сразу не заметил, что ссылка на filerequest уже есть. Вот переделанная версия под 5ку: http://drupal.org/node/172511
при желании модифицируется и для других типов файлов. Работает не как тотальная запрещалка, а чтобы не делали ссылки со своих сайтов на картинки сайта-донора
Перевод модуля Conditional Fields
Интересный модуль
Как (в CCK) сделать ССЫЛКУ на картинку тизера?
существует поле с типом link
Содержание сайта на Drupal на разных языках
в 6й версии есть поддержка мультиязычного контента, но мне их подход не нравится. Можно сделать мультиязычные ноды с помощью ССК - на каждый язык свое поле "body", которое "переключается" в зависимости от языка интерфейса прямо в node.tpl.php
Как пересечь(связать) словари?
такие связи можно было бы делать с помощью модуля category, но он сейчас находится в полуживом состоянии со множеством неисправленных ошибок. Как вариант, можете рассмотреть использование одного словаря с множественной иерархией, и включить в него все необходимые вам термины
Заточка lighttpd для Друпала
Да ничем. php там тоже через fastcgi. Просто бывают ситуации, когда приходится работать с тем, что есть.
Несуществующие картинки от imagecache
надо темизировать это поле, см. описание в папке theme модуля CCK
Заточка lighttpd для Друпала
главное и основное преимущество в том, что проверяется фактическое наличие запрашиваемого файла и преобразование clean url выполняется только если это необходимо. Это также может быть полезно, если двигаться дальше и выполнять кэширование средствами lighttpd.
Заточка lighttpd для Друпала
Заточка lighttpd для Друпала
невозможность разрулить правила преобразований апачевского mod_rewrite - немного не понял, это в каком случае?
реализовывать апачевский mod_rewrite полностью на mod_magnet вряд ли есть смысл, и гибкость тут особой роли не играет, т.к. тестовый сервер и перегрузить не жалко, а у продакшена все равно всё по-максимуму должно быть жестко в конфигах.
imagecahe - квадратные thubmails без искажения пропорций
Action crop в imagecache сделает Вам всю необходимую работу
Проблемы imagecache + imagefield
смотрите логи - либо (как выше сказали), не хватает памяти, либо времени исполнения (скрипт обрывается по таймауту)
Рунет vs псевдолекарств (на правах антирекламы)
Exiton, среди организаторов сайта есть врачи. Что касается ссылки, даже если это было бы истиной, положительный эффект от явления все равно есть
Друпал обновился. Вышли версии 5.3, 4.7.8, и 6.0 beta 2.
я почитал, и решил, что суетиться стоит
Рунет vs псевдолекарств (на правах антирекламы)
Сейчас это основная тема, поэтому решено было не распыляться - реальных практических активистов, как обычно, оказалось гораздо меньше, чем заявлявшихся таковыми. В планах конечно же есть расширение спектра - псевдо-приборы, шарлатанские "методики лечения" от различных заболеваний, итп.
Просто нельзя объятьнеобъятное ограниченными силами. делаем, что можем. Хотите - присоединяйтесь.
Рунет vs псевдолекарств (на правах антирекламы)
Давайте ближе к теме: для сбора информации и поддержки создан сайт www.antibad.info
на Друпале. Добро пожаловать.
Документирование, логика, структура
как правило, даже при минимальной самодисциплине, код получается достаточно самодокументированным. Минимальный набор правил, которым нужно следовать - единое соглашение об именах функций и переменных (необязательно некое привнесенное извне, достаточно, чтобы самому себе было понятно) и описывать в комментариях только заведомо непонятные вещи, например - временные заглушки, неоптимальные решения, оставленные "на потом", хитрые алгоритмы (не их принцип, но результат), итд.
Оптимизируемся. Часть 1, MySQL
Я на это могу сказать, что автомобили - это не жестко поставленные на рельсы поезда, ведь количество дорог, по которым они могут ездить - бесконечное множество?
Словарь Translateit
гугл - это наш "большой брат". Без крайней необходимости им лучше не пользоваться
Оптимизируемся. Часть 1, MySQL
По-хорошему, должна быть единая методика для тестирования сторонних модулей, в том числе и на производительность. Если у кого-нибудь есть материалы на эту тему, предлагаю свести их воедино, для удобства. Каждый сможет проверить свои любимые модули на то, как они выдерживают большие объемы данных и критические нагрузки на сервер.
Процедура для очистки кэша
в модуле devel есть в доп. меню как раз такая ссылочка
Как сделать вывод вида нода+список?
можно создать view с тизерами и в node.tpl.php выводить его после основного текста:
anti-leech системы для Друпал
пардон, сразу не заметил, что ссылка на filerequest уже есть. Вот переделанная версия под 5ку: http://drupal.org/node/172511
при желании модифицируется и для других типов файлов. Работает не как тотальная запрещалка, а чтобы не делали ссылки со своих сайтов на картинки сайта-донора
антилич
Есть для картинок: http://drupal.org/project/filerequest
переделанный под пятерку: http://drupal.org/node/172511
Планета населена роботами :)
On чт, 13/09/2007 - 05:15 Beduir says:
Насколько я знаю в textarea нельзя ограничить количество символов.
количество символов будет проверяться при валидации формы перед сохранением в базу
Пребемы с хостингом от РуЦентра
У меня один сайтик там, на среднем тарифе. Впечатления тоже весьма средненькие.