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

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

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

13 ноября 2010 в 12:52

БД должна быть в UTF8, я не говорил, что надо делать так:
nstall_add_role(t('administrator'));
я намекнул, что не худо было бы использовать функцию t('administrator') В РАБОТЕ, а не в данном конкретном вызове

13 ноября 2010 в 12:16

Хм. Так как бы и надо вставлять латиницу, в вот при выводе использовать t(), чтобы эта латиница превратилась в русское 'administrator'. IMHO самый правильный путь

12 ноября 2010 в 8:10

Не ребята. рф - это же никакой фантазии!
Вот раньше помню был, но к сожалению уже давно закрыт домен:
lopatoy.po.piz.de
Вот это полёт фантазии! Вот это по нашему! А РФ - это любой пионер на кирилице сделает.

11 ноября 2010 в 12:20

Попробуйте снова. У меня открывается и открывалось.

Quote:
А как в сравнении с другими вариантами? Вам на хостинге виднее, хочу спросить. И почему все же CGI? Чем оно хорошо?

Режим CGI имеет достоинства и недостатки. Недостатки - самая фиговая производительность из всех возможных режимов работы PHP. Не будет работать акселератор.

11 ноября 2010 в 8:58

vgoodvin, не знаете, чего писать?
AdVv, вы криво настроили свой хостинг вот и всё. У меня на куче серверов под разными версиями PHP работает как CGI и довольны и счастливы все.

Почитайте, там довольно хорошо расписано:
http://drupalist.org.ru/docs/install_linux6.html

27 октября 2010 в 12:05

Скажу свои две копейки:
1. apache в связке с mod_php - это гарантированная утечка памяти со временем и вопрос его перезапуска - это лишь вопрос времени. Чем навороченней код сайта и чем больше на нём активность, тем быстрее оно загнётся. Решение - писать скрипт остлеживающий количество памяти и как только её станет мало - рестартить apache. Как известно таковой рестарт никаких опасностей в себе не таит - 5 секунд и снова всё работает, а на не очень посещаемом сайте никто даже ничего не заметит.

21 октября 2010 в 22:43

Проверьте, у вас mod_rewrite вообще работает? Без чистых ссылок пока - просто работает или нет?

Quote:
Причем на уровне "серых" переключателей в Админе drupal'а, т.е. похоже, что-то фундаментально не включено!

Уж сколько раз твердили миру - Drupal не отвечает за чистые ссылки, отвечает только веб-сервер.

21 октября 2010 в 10:56

Прочитайте статью. Там рассмотрены все известные проблемы на этот счёт. Думаю, что у вас какая-то одна из них, но если нароете чего нового - буду рад добаавить:
http://drupalist.org.ru/docs/cleanurls.html

17 октября 2010 в 12:07

Это значит, что в каталоге, который определён для MySQL как временный либо кончилось место, либо по какой-то причине не стало прав для записи для MySQL
Проблемы хостера если вы на виртуальном хостинге

13 октября 2010 в 19:29

Quote:
На странице, где материал собран по меткам, и конкретно в ноде -- один и тот же текст. Это дублирование, получается?

Поэтому и написал - как хотите.

Quote:
И, кстати, в автоматическом режиме это делают какие-нибудь модули?

pathauto

12 октября 2010 в 15:34

Так вы собираетесь таки пользователей банить или IP? Если первое, то просто отберите права на создание нод у пользователей. Если второе - это крайне неэффективно в условиях практически тотального получения динамических IP адресов, не говоря уже про анонимные прокси.

4 октября 2010 в 11:58

Quote:
Выход вижу - для каждого офиса делать по три роли.. но это невозможно!

Почему? И встречный вопрос - а каким тогда волшебным образом Друпал должен узнать, что вот этот сотрудник начальник ИМЕННО ЭТОГО отдела и ему можно то и это, а этот сотрудник - просто сотрудник ИМЕННО ЭТОГО отдела и ему можно только то?

2 октября 2010 в 0:07

Например, можно создать словарь в таксономии, в нём описать как термины отделы, а права раздавать через модуль taxonomy_access - заметьте, это только один из возможных вариантов.