1. Главная
  2. andypost@drupal.org

andypost@drupal.org: Комментарии

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

1 августа 2010 в 22:05

Поправил и почистил большую часть кода, сделал релиз (кандитат 2) http://drupal.org/project/rustemmer

Похоже есть возможность избежать патча, но пока не уверен

ЗЫЖ Azerot, просто опубликовать патч или баг - не эффективно, нужно об этом оповестить! Из всех десятков тысяч пользователей эта проблема досаждает единицам, так что им стоит координировать свои усилия, чтобы на них обратили внимание. Прекращаем пустую полемику... удачи.

1 августа 2010 в 19:08

Ну так что, кто заведет проект на d.o?

"Azerot" wrote:
Запощен мной более 3-х месяцев назад. Не только не исправлен, и не принят в работу, но даже ни ответа ни привета. Есть всё - описание, патч, казалось бы чего ещё надо?

Баг известный, нужно было потрудиться поискать... направил в рабочую очередь.

1 августа 2010 в 18:22

Насколько я помню, патч нужен для правильной подсветки слова в результатах поиска. Ибо подсвечиваться должно то слово, которое прошло стемминг, а не то, которое выводится на странице

1 августа 2010 в 16:20

Баги бывают разные, в стабильную версию попадают практически только изменени связанные с безопасностью и стабильностью работы. Существует масса багов, которые нельзя исправить не внеся изменения в текущий АПИ - они переходят в следущую версию.

Что касается багов в сторонних модулях (контрибе), тут все уже зависит от автора модуля. Вот типичный пример бага, который известен, но исправлен не будет http://drupal.org/node/194197

1 августа 2010 в 16:06

"Azerot" wrote:
На drupal.org делают только то, что считают нужным делать.

Есть правила и их нужно соблюдать!

"Azerot" wrote:
ноль реакции на баги

Зависит от багов и преложеного решения. Немаловажно еще и то, кто и как сообщает о баге

1 августа 2010 в 15:38

"graker" wrote:
А разве дают выкладывать на D.org модули, для работы которых нужно патчить ядро?

Безусловно, и таких примеров море. Здесь вопрос лиш в лицензировании библиотеки, которая делает стемминг

6 июля 2010 в 2:45

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

По крону ничего не чистится, запускайте его хоть раз в 5ть минут... пока не напишете свой код по чистке.

5 июля 2010 в 3:11

Спасибо за разъяснения, просто привык писать именно таки образом. Видимо когда-то наступил на эти грабли и отложилось как нужно писать Smile

EDIT: проверил, в ядре используется именно такой подход http://api.drupal.ru/api/function/trigger_assign_form/6

3 июля 2010 в 20:19

Все формы имеют идентичное название... вот и подхватывается первая
input type="hidden" name="form_id"

Для правильной реализации такого подхода нужно использовать hook_forms

5 июня 2010 в 19:46

На сегодняшний день основной отличие views 3 - возможность использовать источники данных отличные от базы данных (это упрощает интеграцию со сторонними сервисами).

Так же идет переработка пользовательского интерфейса.