Павел Гвоздь

Более не актуально.

Нужно на карте выводить подпись и балун общие для всех точек

1.1.0-beta (16.11.2018)
==============
- Добавлены параметры defaultIconContent, defaultIconCaption и defaultBalloonContent в сниппет YandexMaps2

и

Нужно в поиске чтоб высвечивались не только точки на карте, но и были ниже карты сами результаты поиска.

1.1.2-beta (18.11.2018)
==============
- Добавлен новый метод работы с mFilter2, поддерживающий вывод результатов в текстовом виде

Важно! Работает иначе. Как настроить, читайте в доке (отправил PR Василию, думаю скоро примет изменения в документацию).

Ну тогда Tickets + Office (extended поля для различных данных организации/исполнителя). При регистрации добавлять юзера в группу «Исполнитель» или «Работодатель». Не думаю, что что-то ещё понадобится.

Хотя, я бы только Office использовал и без extended полей. А вакансии и отклики хранил бы в своих таблицах. Потому что, если предусматривать масштабируемость, то вариант с Tickets не очень подходит. Слишком много ресурсов в будущем. Скорость работы сайта будет не очень.

Ты бы хоть описал, что требуется тебе на сайте. А то:

Я хочу создать поисковую систему, такую как Яндекс, но не такую как Яндекс, попроще. Ну думаю всем понятно.

Вы все сообщения будете писать на мыло, а через минуту дублировать сюда?

Нет.

условие where перестает работать.

Ещё бы!

'where'=>'{"id:!=":"[[*id]]"}'

Что это за колдунство?) Запишите нормально, по-человечески, массивом!
Вот тоже самое:

'where' => [
    'id:!=' => $_modx->resource['id'],
],

Благодарю! Да, дебажил и забыл раскоментить…
Обновляйтесь до 1.3.0-beta2:

1.3.0-beta2 (05.11.2018)
==============
- Поправлено формирование имени ТВ поля

???

Не знаю, надо дебажить. Опишите, как это воспроизвести.

Можешь отослать PR. Добавлю в следующую версию.

На самом деле стоит благодарить тебя за твои статьи! Если бы не они, я б и не подумал тратить столько времени на этот функционал! Но видя, как людям нравится MIGX, решил, что пора! Так что, Баха красавец! =)

Добавил поддержку MIGX.
modx.pro/components/16719

Вы можете самостоятельно написать для себя плагин с любой логикой проверки. Вот инструкция с примером.

Ну а откуда брать время? Сервера? Если так, то что делать с юзерами, у которых +-5 часов разницы? А если брать время JSом с компа юзера, то что делать с хитрыми юзерами, которые поменяют часовой пояс на компе?

Что значит «конкретны часы»?

При этом никаких задержек при оформлении заказа.

А как же задержки при отсылке писем менеджерам и юзеру о новом заказе?)

Вряд ли, быстрее. Удобнее и проще — точно!
Полезная статья, Николай! В идеале, пулл реквест в ядро miniShop2 не помешал бы, с системной настройкой включения данного функционала. :)

Нет, думаю такое не сделать с xParser. Тут нужно писать кастомное решение.

Через плагин можно думаю. Читайте доку.
И почему не пишете в ТП Модстор? Там можно было бы скинуть доступы, я бы посмотрел в чем дело.

Так в MODX везде вроде в байтах. Это нормальная практика. Вот если б вывод был в байтах, это разочарование, да… =)