а что с ревизиями документа?
или я что-то пропустил? или эта функция удалена из Друпала?
а если нет, то где настраивается? как можно отредактировать, увидеть изменения?
или я что-то пропустил? или эта функция удалена из Друпала?
а если нет, то где настраивается? как можно отредактировать, увидеть изменения?
На хостинге Servage.net появился автоинсталлер скриптов. Есть в том числе и Drupal. Для установки просто указываешь папку на сервере. Кроме Друпала есть множество других скриптов (гостевые книги, галереи изображений и тд.), есть в том числе и CMS Typo3 - [url=http://harzah.net/node/617]см. скриншот[/url]... наверное данная услуга будет развиваться и дальше. Радует, что Друпал был одним из первых...
Как всегда, рекомендуют срочно обновиться (три серьёзные уязвимости). Патчи прилагаются (патчить придётся много) или просто обновить через полное удаление старой версии и установки новой. Ссылка на [url=http://drupal.org/drupal-4.7.4]новость[/url]...
нет ли такого модуля, который бы позволял обычную страницу (статическую) вставлять в окружение Друпала? чтобы при открытии, блоки, меню, шапка, подвал были динамическими, а страница была расположена скажем в корне Друпала?
что в неё нужно прописать или для этого нужно что-то сложное наворачивать? отдельный модуль, например...
...
сразу скажу, что это нужно, если хочешь просто ввести без проблем в окружение Друпала, скажем, сторонний скрипт или рекламу или что-то подобное, для чего нет нужды писать отдельный модуль и тд...
Некоторое время назад, мне стало понятно, что RSS на моём сайте не играет той функции, которая ему положена, RSS в Друпале "никак не настраивается" и соответственно (исходя из логики) только потребляет ресурсы, потому что я не могу нормально предложить пользователям тот RSS, который был бы им удобен для просмотра.
...
Я стал задумываться о том, чтобы убрать RSS вообще... Руководствовался тем, что "если не работает, то и не нужно"... После того, как я [url=http://harzah.net/node/648]убрал[/url] RSS с сайта, он стал работать значительно быстрее.
Такой вопрос к специалистам (может я чего-то не понимаю?)... Зачем нужен path.module, который как мы выяснили жрёт много ресурсов, если есть .htaccess, который работает быстрее да и больше возможностей предоставляет...
>
Например, с помощью path.module мне не удалось создать для одного адреса несколько псевдонимов, а в .htaccess это прописывается просто:
RewriteEngine on
RewriteRule rss.xml urllist.txt
RewriteRule [^/.]/feed urllist.txt
>
И всё, никаких проблем и всё быстро перенаправляет... Получается path.module просто для удобства?
Немного предыстории:
Года два назад я довольно серьёзно увлёкся CMS Друпал, мне понравилась логичность, продвинутость и большие возможности этой системы управления сайтом. Единственное что меня огорчало, так это плохая поддержка русского языка. Но засучив рукова, и найдя переводы для версии 4.3, которыми занимались другие люди, я начал переводить. Переводы не кончались, но от версии к версии ситуация не менялась.
Очень интересный модуль [url=http://drupal.org/project/phpfreechat]появился[/url] на официальном сайте. Модуль чата. Полная интеграция, все настройки и возможности работают, правда только с бетой скрипта чата. Используется [url=http://www.phpfreechat.net/]Phpfreechat[/url] (LGPL).
Только модулю drupal? Или каким-то ещё? В том смысле, можно ли этот файл удалить, если модуль drupal отключен?
Имеет ли смысл переносить данные из файла темы css прямо в page.tpl.php, поскольку иногда сталкиваюсь с тем, что сначала загружается страница, а потом css-файл и видно белый фон сине-фиолетовые ссылки (и тд. вы тоже наверное стаким сталкивались на некоторых сайтах)...
или есть решения более грамотные в техническом плане?
Как периодически (как например модуль Poormascron) очищать таблицу cash? Желательно или при каждом заходе на сайт или как-нибудь так...
Не секрет, что модуль Image не очень хорош в плане юзабилити. Заходишь, например в галерею, потом жмёшь на понравившуюся картинку и переходишь в документ, посмотрел картинку и теперь нужно щёлкать назад, чтобы выбрать другую картинку для просмотра. Неудобно очень.
Вместе с тем, в том же самом модуле есть возможность показа блоков. Ничто не мешает нам, например, разрешить блок Random Image выбрать для него регион content и показывать его скажем только на страницах начинающихся с /image. Но картинка будет всего одна, смысла в таком блоке нет.
Очень интересный и полезный модуль(примерный перевод):
Node Adoption обеспечивает одно потенциальное решение проблемы собственности документа, когда пользователи удалены. Он позволяет администраторам определять, кому должны быть переданы документы удалённого пользователя.
Вполне может кому-нибудь пригодиться (у меня раньше были такие проблемы, а вот такого модуля не было)...
Так как модуль Archive не выдерживает никакой критики, не обновлялся годами (функционально), то неудивительно, что ему появилась замена. Очень неплохой (а главное, очень простой понятный и удобный) модуль Monthly Archive. Все сообщения показываются по месяцам, лист с месяцами выведен на отдельную страницу, показывается количество вообщений в скобках (сколько в каждом месяце было сообщений).
В настройках можно изменить:
1. Показ сообщений по старшинству или наоборот.
Оказывается следующая версия Друпала будет 5.0.0
Всех благодарят за огромную работу, в стандартную поставку будет включён мини CCK, будут переработаны административные страницы и файловая структура, новая тема для официального Друпала также будет (не обещают что сразу).
Комментарии для этой новости на Drupal.org можно почитать [url=http://drupal.org/drupal-5.0.0-code-freeze#comment]здесь[/url]...
Разница в лицензии модуля... уже разобрались... никакой разницы нет (просмотр в комментариях)...
Попробовал модуль devel, так много оказывается обращений к базе, на каждой странице "время исполнения страницы" меньше чем 362.76 ms вообще не было (при открытии форумов), на любой другой страницы 460-560 или больше... это нормально? или много?
на других сайтах встречал такое обозначение: Page execution time : 0.00019097328186035 ms
сколько это будет и какая разница?
Где именно меняются эти настройки? Хочу просто, чтобы всё было в однов виде и цвете?
Появилось то, что я так давно ждал. Модуль [url=http://drupal.org/project/comment_mover]Comment mover[/url], он позволяет максимально приблизить Drupal к движку большинства форумов, посредством функций переноса комментариев.
Итак, теперь вы можете:
а) перемещать комментарии между собой в одном документе
б) перемещать комментарии в другой документ
в) конвертировать комментарии в тему форума
г) конвертировать документ в комметарий
Это очень интересный и полезный модуль, который, я думаю, пригодился бы всем. В большинстве форумов сегодняшнего дня есть возможность разделять и склеивать темы, вот это то же самое для Drupal'a, таким образом, если ещё принять во внимание модуль, который позволяет медерировать отдельные форумы не только администратору, Drupal становится лучшим и здесь (учитывая другие его возможности).
Такая проблема. Почему-то у меня на сайте пути к графическим файлам выглядят: 1) в аватарах как <img src="//harzah.net/system/files/pictures/picture-1.jpg" alt="B.X's picture" title="B.X's picture">
2) а в image как <img src="http://harzah.net/system/files/images/kjasmu_1_0.thumbnail.jpg" alt="Моё фото" title="Моё фото" class="image thumbnail" height="79" width="100">
Почему так? И, если можно, в каком направлении копать? Потому что на Drupal.ru всё нормально и пути нормальные, как я вижу. Причём оба эти вышеприведённых варианта нормальн