Да два разных, но когда я проверяю их они строку абсолютно идентично преобразуют

Стеммер Портера — алгоритм стемминга, опубликованный Мартином Портером в 1980 году. Оригинальная версия стеммера была предназначена для английского языка и была написана на языке BCPL. Впоследствии Мартин создал проект «Snowball» и, используя основную идею алгоритма, написал стеммеры для распространённых индоевропейских языков, в том числе для русского[1]. Алгоритм не использует баз основ слов, а лишь, применяя последовательно ряд правил, отсекает окончания и суффиксы, основываясь на особенностях языка, в связи с чем работает быстро, но не всегда безошибочно. Алгоритм был очень популярен и тиражируем, в него часто вносились изменения разными разработчиками, причём не всегда удачные. Примерно в 2000 году Портер принял решение «заморозить» проект и впредь распространять одну-единственную реализацию алгоритма (на нескольких популярных языках программирования) со своего сайта.

а похоже я был неправ, на самом деле русский стеммер на сноуболле и сделан

записи эквивалентны

но в целом это тебя должно мало парить

что, на каких-то токенах стеммер спотыкается?

(на всякий случай, я с русским языком поиска плотно не работал)

Я тебя запомнил

на самом деле он вроде разумную вещь говорит, что ActiveForm слишком ограничен и плохо расширяем

только прелесть ActiveForm в том, что им можно пользоваться, а можно не пользоваться

собственно, у меня не все формы сделаны на ActiveForm, и это еще достаточно простой фронтэнд безо всяких заморочек

> слишком ограничен можно пример.

да пожалуйста

он требует jquery

Давай наконец то нормальный тред

он требует jquery

Причем своей версии

ну тут не соглашусь

он требует JQueryAsset

что там внутри - не его дело

Ты такой внедряешь сторонний виджет... И превед

а, ну для меня это не актуально.

ну типа

Согласиська

так оно мало для кого актуально

я ж говорю, можно ругать ActiveForm, но можно его не использовать там, где ты хочешь все сделать по-своему

Тестировался на определенных версиях, обновлять квери уже риск потери функциональности

хорошо-хорошо, с жеквери понятно, ещё что есть?

я просто влево-вправо не ходил, поэтому интересно, что там за трудности у людей.

ну, нестандартная и хитрожопая валидация, например

имеющаяся система валидации четко связывает ошибку с (одним) конкретным полем

это скорее камень в огород yii\base\Model, но тут оно тоже вылазит

это ты про клиентскую или серверную сторону? Или обе?

про обе, но сейчас о клиенте

вот прикинь сложную форму...

прикидываю, у меня была.

но на то она и сложная? Ведь правда.

если тип товара "детская книжка", то поле НДС не проверять

а если тип товара "водка", то проверять

ну или еще какая-то лабуда

ну или еще какая-то лабуда

When, WhenClient так то есть

не, это как раз понятно

это фигня, вот когда у тебя от одного поля, зависит набор значений другого.

но не очень удобно

ну тоже да

и это надо в рантайме определять.

вот тут я попарился впервый раз.

да пофигу, главное что если форма сложная и не ложится в парадигму ActiveForm, то надо просто взять ее спокойненько реализовать на фронтэнде по-своему и все

а не пытаться закручивать гвозди отверткой

ну это да.

но для типовых задач ActiveForm -- отличный инструмент.

так кто бы спорил?

Норм скриптик?)

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

а можно как-то вливать файлы в группу, чтобы их не надо было скачивать?

@artnv это сарказм?

в смысле

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

Через рекурсию ?

ага

в смысле что 20 секунд работало

или что?

что нужно было оценить?

на первом скрине реальная задача, деревья категорий, на второй тест производительности, 5000 вложенных друг в друга категорий (деревьев)

на первом скрине реальная задача, деревья категорий, на второй тест производительности, 5000 вложенных друг в друга категорий (деревьев)

а какая задача то? построить дерево или создать его?

да просто вложенные категории или комментарии

https://github.com/creocoder/yii2-nested-sets

вот это не то же самое?

https://github.com/creocoder/yii2-nested-sets

Работал с ним... плодит ебаное количество запросов...

nested set в бд вся логика, тут один запрос, получаем все категории и далее обработка

*построение дерева в скрипте

как закончу потом код выложу

@artnv elisdn в yii2-demo-shop nested set использовал

то-то я смотрю, как дофига памяти уходит :)

Видели нововведения в 2.1??? yii\web\* - станет -> yii\http\* И в Yii::$app->request появится метод getUploadedFiles))) Мне это импонирует

https://github.com/yiisoft/yii2/commit/e0a7baf631dfbd6e37da55364823b83bfc5c1bc3

лучше бы релизнули миддлвару

Интерфейсы завезут ? или как обычно

Вообще же вроде уже пср 13 и 6 завезли

кешируй. ставь в кешь то что юзеру дал уже 10 балов

выполнил тест. проверили в кеше есть ли юзер+ тест если нет то. сделали +10 сохранили в кеш юзера и тест.

а юзер может несколько раз тест пройти ?

Сохранять сырые данные и потом их обсчитать?

Сделал бы схему тесты-вопросы--ответы-юзеры, связал все многие ко многим Каждый ответ имеет свой вес для вопроса В экшене сделай createOrUpdate по определенному пользователю определенный текст И считай перед выводом, а не плюсуй