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

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

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

28 апреля 2010 в 7:15

Dеmimurych, так было в старой реализации NotCaptcha, которая под WordPress. В сабжевой реализации под Drupal значения кодируются ключом из настроек плюс случайным IV (Initialization Vector) для текущего набора изображений: http://ru.php.net/manual/en/function.mcrypt-create-iv.php. Так что, по хеш-суммам сравнивать будет проблематично.

Единственный выход - это перебор. Возможно, в будущих версиях появится больше картинок и искажение для улучшения защиты от переборов.

23 апреля 2010 в 22:23

Про utf-8 вопрос есть.

Посмотрели популярные модули (google-analytics, path, views) - они все в ANSI....

В Drupal Coding standards и Module developer's guide про юникод ни слова (кроме как работы со стринговыми функциями)

Вопрос в зал: исходя из каких соображений вы говорите что исходники модуля должны быть в юникоде ?

23 апреля 2010 в 20:18

<a href="mailto:GDI@drupal.org">GDI@drupal.org</a> wrote:
Чтобы разместить модуль на drupal.org надо привести его в соответствие с Drupal coding standards и почитать Module developer's guide. Для проверки соответствия есть специальный модуль Coder.

23 апреля 2010 в 17:48

vgoodvin wrote:
Переведите файлы в кодировку UTF-8.

мы не-ANSI символы не использовали, потому и оставили всё в ANSI...

UTF-8 для друпаловских модулей это рекомендация, хороший стилль или требование drupal.org ?

23 апреля 2010 в 15:07

Master of Tragedy wrote:
А вы на drupal.org выложили?

на форуме разработчиков отписались на предмет критики (http://drupal.org/node/779590)

а в модули еще не выкладывали (если честно, то еще не разбирались даже - у вас есть опыт насколько это просто\трудно опубликовать свой модуль на drupal.org, наверняка там сложный approve процесс)