а можно и не отучать. Просто сделать чтобы после регистрации показывался для нового пользователя и пароль (как он отображается для админа - первого пользователя). Для этого в модуле user.module нужно подправить кусок, который после "if ($account->status)", начиная со строки 998:
В принципе возможно. Хотя есть НО: как юзать такие пути не русско-язычным пользователям? Как будут реагировать на русские буквы в адресной строке поисковики?
Хотя друпал (на уровне ядра) не поддерживает не англоязычные символы в путях. Так что без патча не обойтись. (а вопрос как это сделать, я исследую, только место проверки на корректность пути никак не вылавлю. Эх, отладчик бы сюда).
А кроме изменения этих настроек нужно патчить ещё что нибудь?
У меня без патча в файле database.mysql.inc:
функция function db_connect($url)
mysql_query('SET NAMES utf8;',$connection); //добавляем строку
выдаёт огромную кучу варнингов.
Вот таких:
warning: array_keys() [function.array-keys]: The first argument should be an array in C:\webserver\home\gatovo.net\www\includes\menu.inc on line 916.
warning: Wrong parameter count for min() in C:\webserver\home\gatovo.net\www\includes\menu.inc on line 916.
Это не работает при кодировке базы latin1 и MySQL 3.23. Хотя если если заменить UTF-8 на cp1251, то работает (регистронезависимо ищет), но как-то кривовато начинает с некоторыми функциями mbstring (не возможно включить отображение поля поиска в теме).
php_value mbstring.http_output UTF-8
php_value mbstring.internal_encoding UTF-8
Почему то не работает (выдает - внутренняя ошибка сервера) если вставляешь эти строки в .htaccess? Может php должен подключен быть как модуль? Сейчас у меня в httpd.conf он прописан так:
# Даём знать веб серверу, что у нас есть PHP интерпретатор
ScriptAlias /php5/ "D:/pub_server/apps/PHP5/"
Action application/x-httpd-php-5 "/php5/php-cgi.exe"
# Устанавливаем расширения для PHP скриптов
AddType application/x-httpd-php-5 .php .php5
По видимости какие-то файлы из дистрибутива были изменены (при закачке или после), так как заголовок (а ругается именно на него) пишеться уже после чего-то. А должен перед выводом всего.
а ты в таблицу search_index загляни своей базы данных. А какая кодировка используется в Mysql и drupal? может разная. И версия MySQL, PHP - эта связка виновата
Это могло бы быть полезно для людей, которые программируют не будучи все время в сети.
Я уверен, что Doxygen позволяет создать в формате PDF с гиперсвязями и сжатый HTML (*). Оба способа кажутся мне удобными.
(*) [ http://www.stack.nl/~dimitri/doxygen/ ]
У меня такая же идея. Делаем свой сайт в локалке. На CMS Drupal. Нужны практически теже фишки. Начал искать способы решения. Начал с того, что определяем перечень категорий (интересов) для каждого пользователя свой - персонализация. Реализовывается это будет при помощи 2 модулей - taxonomy_access-4.6.0.tar.gz и taxonomy_dhtml-4.6.0.tar.gz
Но для своего Drupal 4.6.2 пришлось пропачтить чтобы taxonomy_dhtml-4.6.0.tar.gz заработал. taxonomy_access - для разграничения прав доступа. taxonomy_dhtml - для вывода категорий в меню.
Универсально (так чтобы во всех местах сразу) и без программирования - скорее всего не получиться, т.к. модульная архитектура и каждый модуль по своему выводит. Т.е. в зависимости от модуля зависит и способ исправления. А зачем такой непонятный подход нужен. Уж не для выпадающих меню ли? А в каких модулях (или разделах) такое собираешься использовать?
Да, я тоже проверил, странно это сделано - высылается ссылка и пароль меняется (сейчас так уж мало кто делает). Сейчас актуален другой способ - отправка ссылки для активацию нового пароля. Но этоже касается и регистрации - не оптимально выбран способ регистрации нового пользователя. Лучше бы также генерировать уникальную ссылку отправляемую на ящик и только после её открытии и ввода желаемого пароля, добавлять пользователя в БД. Может предложить разработчикам такой вариант или спросить почему не переделать более удобно?
У тебя проблема с кодировкой на http://spinus.kiev1.org/. У меня на своём localhost такая же проблема (симптомы похожие). Хотелось бы знать как решить. Может поделишься, когда исправишь как это сделать?
По умолчанию, Drupal получает параметры пути при помощи внутренне сгенерированного URL. В результате получается URL, похожий на следующий: "http://www.example.com/?q=node/83." Обратите внимание на довольно неприглядный "?q=". Помимо того, что это выглядит неэстетично и трудным для запоминания, это также не позволяет многим поисковым машинам проиндексировать ваш сайт.
Регистрация без необходимости высылки e-mail'а, пароль на руки
а можно и не отучать. Просто сделать чтобы после регистрации показывался для нового пользователя и пароль (как он отображается для админа - первого пользователя). Для этого в модуле user.module нужно подправить кусок, который после "if ($account->status)", начиная со строки 998:
Модуль pathauto
В принципе возможно. Хотя есть НО: как юзать такие пути не русско-язычным пользователям? Как будут реагировать на русские буквы в адресной строке поисковики?
Хотя друпал (на уровне ядра) не поддерживает не англоязычные символы в путях. Так что без патча не обойтись. (а вопрос как это сделать, я исследую, только место проверки на корректность пути никак не вылавлю. Эх, отладчик бы сюда).
Как настроить поиск русских символов без учета регистра?
А кроме изменения этих настроек нужно патчить ещё что нибудь?
У меня без патча в файле database.mysql.inc:
функция function db_connect($url)
mysql_query('SET NAMES utf8;',$connection); //добавляем строку
выдаёт огромную кучу варнингов.
Вот таких:
warning: array_keys() [function.array-keys]: The first argument should be an array in C:\webserver\home\gatovo.net\www\includes\menu.inc on line 916.
warning: Wrong parameter count for min() in C:\webserver\home\gatovo.net\www\includes\menu.inc on line 916.
Как настроить поиск русских символов без учета регистра?
Да, нет там кодировки. Сорри. Но вопрос остаётся открытым
Как настроить поиск русских символов без учета регистра?
Это не работает при кодировке базы latin1 и MySQL 3.23. Хотя если если заменить UTF-8 на cp1251, то работает (регистронезависимо ищет), но как-то кривовато начинает с некоторыми функциями mbstring (не возможно включить отображение поля поиска в теме).
php_value mbstring.http_output UTF-8
php_value mbstring.internal_encoding UTF-8
Как настроить поиск русских символов без учета регистра?
Почему то не работает (выдает - внутренняя ошибка сервера) если вставляешь эти строки в .htaccess? Может php должен подключен быть как модуль? Сейчас у меня в httpd.conf он прописан так:
# Даём знать веб серверу, что у нас есть PHP интерпретатор
ScriptAlias /php5/ "D:/pub_server/apps/PHP5/"
Action application/x-httpd-php-5 "/php5/php-cgi.exe"
# Устанавливаем расширения для PHP скриптов
AddType application/x-httpd-php-5 .php .php5
Ошибка при выводе заголовков страницы
По видимости какие-то файлы из дистрибутива были изменены (при закачке или после), так как заголовок (а ругается именно на него) пишеться уже после чего-то. А должен перед выводом всего.
Проблемы с импортом файла ru.po
а если по частям загружать? там же есть и кусочками вариант
Drupal 4.6 PHP5+MySQL 4.1.X проблемы с локализацией
а cron.php в таком варианте патча работает? У меня что не получается после запуска этого файла найти русские слова в материалах сайта
в чём проблема?
Ошибка работы с модулем Search
а ты в таблицу search_index загляни своей базы данных. А какая кодировка используется в Mysql и drupal? может разная. И версия MySQL, PHP - эта связка виновата
Как можно получить всю документацию по Drupal
Как можно загрузить всю документацию по API?
спрашивал: Ballie - October 29, 2004 - 18:45
Есть способ скачать документацию по API целиком?
Это могло бы быть полезно для людей, которые программируют не будучи все время в сети.
Я уверен, что Doxygen позволяет создать в формате PDF с гиперсвязями и сжатый HTML (*). Оба способа кажутся мне удобными.
(*) [ http://www.stack.nl/~dimitri/doxygen/ ]
Нужна КОНЦЕПТУАЛЬНАЯ помощь
У меня такая же идея. Делаем свой сайт в локалке. На CMS Drupal. Нужны практически теже фишки. Начал искать способы решения. Начал с того, что определяем перечень категорий (интересов) для каждого пользователя свой - персонализация. Реализовывается это будет при помощи 2 модулей - taxonomy_access-4.6.0.tar.gz и taxonomy_dhtml-4.6.0.tar.gz
Но для своего Drupal 4.6.2 пришлось пропачтить чтобы taxonomy_dhtml-4.6.0.tar.gz заработал. taxonomy_access - для разграничения прав доступа. taxonomy_dhtml - для вывода категорий в меню.
Вывод в меню дочернего дерева ссылок после отцовского
Универсально (так чтобы во всех местах сразу) и без программирования - скорее всего не получиться, т.к. модульная архитектура и каждый модуль по своему выводит. Т.е. в зависимости от модуля зависит и способ исправления. А зачем такой непонятный подход нужен. Уж не для выпадающих меню ли? А в каких модулях (или разделах) такое собираешься использовать?
Проблема с переходом к комменту в многостраничных ветках
Да, я тоже проверил, странно это сделано - высылается ссылка и пароль меняется (сейчас так уж мало кто делает). Сейчас актуален другой способ - отправка ссылки для активацию нового пароля. Но этоже касается и регистрации - не оптимально выбран способ регистрации нового пользователя. Лучше бы также генерировать уникальную ссылку отправляемую на ящик и только после её открытии и ввода желаемого пароля, добавлять пользователя в БД. Может предложить разработчикам такой вариант или спросить почему не переделать более удобно?
FCKeditor
У тебя проблема с кодировкой на http://spinus.kiev1.org/. У меня на своём localhost такая же проблема (симптомы похожие). Хотелось бы знать как решить. Может поделишься, когда исправишь как это сделать?
зеркало drupal.org
Я кстати, решаю такую же задачу. Похоже - прийдется писать свой. Только кто-нибудь намекнул каков план действий
Что и Как менять в .httaccess для коротких URL - вопрос чайника.
Кусок доки:
Короткие ссылки (Clean URLs)
По умолчанию, Drupal получает параметры пути при помощи внутренне сгенерированного URL. В результате получается URL, похожий на следующий: "http://www.example.com/?q=node/83." Обратите внимание на довольно неприглядный "?q=". Помимо того, что это выглядит неэстетично и трудным для запоминания, это также не позволяет многим поисковым машинам проиндексировать ваш сайт.