Если результат поиска ajaxSearch появляется во всплывающем окне и там тоже есть поле для поиска, это два сниппета вызывать или как лучше сделать можно?

evoSearch плюс сниппет написать на js

а доков нету по evoSearch?

http://github.com/webber12/evoSearch

что-то я как-то не понимаю его. Буду с предыдущим разбираться наверное

Это только с виду, на самом деле ставится и запускается легко, там еще внутри компонентов есть инструкции - идите по ним https://github.com/webber12/evoSearch/tree/master/assets/snippets/evoSearch https://github.com/webber12/evoSearch/blob/master/install/assets/plugins/plugin.evoSearch.tpl

потом java

В 3 есть возможность подключать ТВ к пользователям

В 3 есть возможность подключать ТВ к пользователям

Скорее философствуем. Где ж там ниша сейчас, 02.06.2021, про которую скажут "меня б туда щас" лет через десять.

Может кто подскажет, как лучше веб-пользователю редактировать кастомную таблицу, делать CRUD?

Раз знаете про CRUD, тогда выглядит как вопрос на разрешение. Можно. Делайте. (;

Не, вопрос как лучше)

Исходите из постановки задачи. Поймите что должен делать пользователь. Например, нужно ли ему создавать таблицу с нуля или отдельные элементы в ней, будет ли редактирование/удаление элементов. Раз такое будет, тогда CRUD подходит. Другое дело реализация. Можно через инлайновое редактирование - куча либ для этого есть, можно без. Дальше берите инструмент для этого. Читайте документацию. (: Ваше метание "как лучше" не про это, видимо, т.к. CRUD это всего-лишь базовые действия, а Вам, скорее всего, нужны не названия, а решение в рамках CMS. Тогда нужно правильно задать вопрос. (;

...вот хочу я, чтобы пользователь мог себе спортивную награду добавить, удалить, отредактировать. И вопрос, как это сделать в рамках ЦМС, чтобы не хардкодить, при условии, что все эти спортивные награды - в кастомных таблицах modx_*

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

Можно взять за основу и сделать под фронт. Другое дело нужно ли вообще это. Сколько наград будет добавлять пользователь - 1, 10, 100?

Такими вопросами интернет полон. ((% Люди ж не хотят изучать, а хотят скопировать и чтобы работало. Деньги взяли и радость получили - "я сделяль". ((%

Скопировать, и чтоб работало - это основа программирования лет 50 как )

Ненене. Основа программирования это алгоритмы, решения и т.д. А то о чем Вы говорите это основы барыжничества. (;

Раз лично для себя, тогда стоит разобраться и сделать. (; Можно и с ФЛ разобраться, раз там есть все базовые вещи - валидация и т.д. Можно свое сделать - закинуть файлик на сервер с нужным, вывести таблицу чем удобно, написать форму обращающуюся через ajax к этому файлику и все. Со знанием дела работы на час, без знания дела нужно изучить как посылать данные ajax'ом, как обрабатывать и возвращать результат.

Да нет ни какого "правильно", это ж Эво.

Есть проверенные, побитые жизнью, отточенные решения, ищу их...

@Pathologic93 ну шо, 15 штук выделять что-ли, или "вон металл как подорожал"? :D

Парни подскажите как лучше реализовать: Есть 5к юзеров и при отправке сообщений я добавляю в таблицу чтобы и после открытия юзером отметить для каждого юзера прочитал или нет. Так вот делаю таблицу: id - userid - список юзеров кому ушло собщение message - само сообщение date - дата отправки read - список юзеров кто прочитал Так номр или выносить в отдельную таблицу список тех кто прочитал?

Мне кажется правильней так? Таблица сообщение, где одна строка одно сообщение id user_id message date read

И в отдельной связку айдишников что кому ушло

Так месаги надо в отдельной таблице хранить