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

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

8 ноября 2011 в 17:47

Заносите в блэклист. Потом блокируйте друпалом или вебсервером.
Вообще, если для вас генерирование 404 создает проблему - стоит подумать о покупке нормального хостинга.

3 ноября 2011 в 23:08

RxB wrote:
"Crea" wrote:

Есть, конечно, MongoDB, но не каждый отважится в эту сторону двигаться (я бы попробовал, впрочем).

На монго сам засматриваюсь, так как есть тот же самый mongodb_field_storage

Я о нем и говорю..

3 ноября 2011 в 22:53

Ну вот. А в социальных сетях полей дофига. Женат или нет, цвет глаз, волос и т.д.
В итоге без Solr/Sphinx это будет ползать.. Есть еще ограничение в MySQL на общее кол-во джойнов в запросе, что-то типа 64..
Есть, конечно, MongoDB, но не каждый отважится в эту сторону двигаться (я бы попробовал, впрочем).

3 ноября 2011 в 22:18

<a href="mailto:v1adimir@drupal.org">v1adimir@drupal.org</a> wrote:
На нормальном сервере, который для соц.сети нужен, никаких проблем не будет.

Я в свое время следил за разработкой 7. Помню, что там убирали специальное хранение в одной CCK таблице для полей с одним значением. Простой пример: в ноде 30 полей с 1 значением. На D6 1 джойн, на D7 - 30. Это исправили или нет ?

3 ноября 2011 в 18:22

Проблем не избежать в обоих вариантах, так что нужно быть готовым их решать (иметь деньги либо своего программиста, либо самому изучать программинг). Или вы думаете, что все существующие модули, требуемые вам, работают без ошибок из коробки так, как вам нужно ?

1 ноября 2011 в 23:03

orion76 wrote:

чем то надо жертвовать... или думать дальше... я не утверждаю.. что это конечный вариант.. просто направление...

Согласен, есть над чем подумать. Спасибо.

1 ноября 2011 в 20:01

orion76 wrote:

дык я не предлагаю полностью автомат... просто облегчить пользователю классификацию материала..

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

1 ноября 2011 в 18:40

orion76 wrote:
"Crea" wrote:
Да и если полностью модерировать метки,

А чем вам не нравиться такой подход:
..

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

1 ноября 2011 в 18:32

Valeratal wrote:
Ну да, не маштабируется
Посмотрите хабр что ли :)

Я не в курсе внутренностей хабра, не пользуюсь. В любом случае, некорректно сравнивать сайт для технарей и сайт для "блондинок".

1 ноября 2011 в 12:41

Valeratal wrote:
Ну, что могу сказать, модерация спасет :)

Это не масштабируется на большую аудиторию. Да и если полностью модерировать метки, тогда лучше сразу пусть только модераторы их создают. В общем, прелесть user generated content при таком решении несколько теряется..

31 октября 2011 в 16:10

Добавил еще проблему несоответствия тегов теме поста. Предопределнный набор тегов решает проблему появления новых мусорных тегов, но не решает эту проблему.

29 октября 2011 в 9:23

mutuz wrote:
Убрать в коде установщика проверку на версию PHP.

Соглашусь! На нормальном хостинге Друпал вообще работает без PHP. Поэтому и проверка не нужна!

6 октября 2011 в 10:00

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