1. Главная
  2. Ne01eX

Ne01eX: Комментарии

Главные вкладки

4 декабря 2008 в 20:47

Вы будете ржать, но такой модуль есть :-). Называется themesettingsapi и позволяет менять многие параметры темы не влезая в css (цвет, размер, расположение логотипа и.т.п.). Правда и темы должны быть соответствующие. Список тем, поддерживающий themesettingapi за приведенной выше ссылкой.

Модули устанавливаются в каталог sites/all/modules, а темы в каталог sites/all/themes. Этих каталогов по умолчанию нет и их нужно создать ручками.

3 декабря 2008 в 6:41

1. Посмотрите сколько грузится официальный сайт Битрикс и сколько грузится Drupal.ru.
2. В первом случае это сайт небольшой компании, а во втором портал с большой посещаемостью.
3. Битрикс это законченное решение, а Drupal это, по сути, набор модулей.

А теперь взвесьте все "за" и "против" и примите решение самостоятельно.

28 ноября 2008 в 6:41

"Serebron" wrote:
посмотрите это http://made-cat.com/[/quote]

Да, этот скрипт подошел бы, если бы он бы свободным (под лицензией, совместимой с GNU GPL ) =(...

21 ноября 2008 в 16:18

А мне как раз, чтобы была кнопка "Забанить засранца" (где угодно) и чтобы можно было выбрать время, в течении которого юзер будет курить в сторонке (можно дискретно), но не навсегда. Штатная банилка не имеет такой возможности... Sad

Сижу, листаю словарь, читаю http://drupal.org/project/Modules/name...

17 ноября 2008 в 7:40

Создать роль Администратор. Разрешить роли Администратор переопределение прав контроля доступа и нехай сами себе выставляют права на вновь установленные модули. Сам так делаю на нескольких проектах. Более того, в панели управления модулями даже линк имеется на страницу переопределения прав доступа. Более того, лично мне это кажется более удобно и безопасно чем дублирование uid=1 или автоматическое заполнение линейки контроля прав доступа для вновь установленных модулей. И наконец, на рабочем проекте новые модули ставятся нечасто, а потому никаких неудобств в таком способе не вижу.

16 ноября 2008 в 21:54

1. Имхо, приложение, установленное на своем сайте лучше чем сторонние сервисы. Потому ХЗ че с ними будет потом. Тем более, если речь идет о проекта не распространяющих исходные коды или распространяющих их не под свободными лицензиями.
2. Для проекта, написанного на PHP советовать Awstats, написанный на перле как-то аляповато чтоли... Перл хороший язык, но держать два интерпретатора не совсем разумно...
3. Учитывая первое и второе, логично будет предположить что phpTrafficA (для проекта на движке Drupal) это неплохой выбор.

16 ноября 2008 в 12:25

Ребята, расскажу по секрету: самый простой путь патчить код друпала, - это пересесть на Unix-like свободную операционную систему, например: GNU/Linux, *BSD и.т.п. Smile Smile Smile

15 ноября 2008 в 17:26

Химический Али wrote:
Я, видимо, не друпаллург, ибо виндузятник и ситуацию менять не собираюсь. :(

Он, видимо, не друппаллург,
Он дома юзает винду,
Таких бы сразу я, друзья,
Слал прямиком в п$#$у...

ЗЫ: Без обид Wink