Василий Столейков

Ну и я вообще не понимаю, как именно могут фильтроваться результаты сниппетов TicketLatest (смысл которого выводить последние тикеты или комменты, в порядке их появления)

Почему использовал его, т.к. в его чанке легко вызываются плейсхолдеры [[+comments]], [[+date_ago]] и [[+fullname]] автора (или тогда как вывести кол-во комментариев тикета в pdoResoruces?)

Конечный результат: фильтр должен фильтровать статьи по категории (TV) и тегам (TV), и всё должно быть на Ajax-e, поэтому и был выбран mFilter2.

Про фильтрацию хлебных крошек я вообще молчу.

Просто вёрстка сложная, и между фильтром и выводом статей должны выводиться хлебные крошки, поэтому я и вызвал там чанк [[$breadcrumbs]], который выводится на всех других страницах, но пришлось отказаться от такого варианта.

У меня возник вопрос, который я и раньше задавал:

1. Можно ли подключить характеристики в таблицу товаров в категории, чтобы обновлять нужное поле не заходя в товар?
2. Можно ли таким образом подключить в таблицу товаров список нужных TV-параметров?

Или возможны только поля ресурса и miniShop2? Новые характеристики не относятся к полям miniShop2?

Пришлось костыльно установить:

1. При неудачном обновлении в папку /core/packages/ закачался новый пакет, закачал его на компьютер.
2. Полностью удалил все версии минишопа
3. Загрузил файл с компьютера обратно и установил его локально.

P.S. Очень надеюсь, что потом не нужны будут такие бубны для стабильного обновления и обновится поверх гладко…

То же самое. Обновится не удалось. Перепробовал полную переустановку (с полным удалением) в результате чего слетели настройки и лексиконы, но так и не получилось обновиться.
При попытке обновления постоянно выдаёт:

Не удалось загрузить и создать пакет с подписью:minishop2-2.2.0-beta

Ок, спасибо, напишу со скайпа baz-studio!

1. У тебя нету наработок по массовой загрузке из csv, екселя или другой БД? Или хотя-бы тыкни в код, чтобя я дальше уже думал как его использовать… Если тебя это не затруднит, конечно — я буду тебе очень благодарен!
2. А ошибка от чего, от несуществующего адреса или от неуказанного адреса?

А когда загружаешь из экселя 200+ адресов, можно и пропустить ошибку.

По ссылке ты написал

когда загружается список с ящиками

Как можно загрузить список с ящиками для рассылки? Я просто думал создавать велосипед создания пользователей из списка ящиков, но не думаю что это хорошая идея…

Да, точно, проблема началась примерно тогда, когда опросник создавал!
Интересно… Спасибо за идею… Будем думать…

Спасибо!

modstore.pro/packages/ecommerce/msearch

Добавил ещё 2 языка, полёт нормальный.
bazstudio.com/bg/
bazstudio.com/ro/

bazstudio.com/ — web
bazstudio.com/en/ — en
macinatorul.com/ — macinatorul-ru
macinatorul.com/en/ — macinatorul-en
macinatorul.com/ro/ — macinatorul-ro

Интересное решение! В закладки!

Уже тестировал на сайтах:

• bazstudio.com/
• macinatorul.com/

Оба этих сайта в одной админке. У первого языки ru (web) и en, а у второго ru, en, ro. Можешь погонять, пока они ещё в тестовом режиме.

Не понял что ты имеешь ввиду? У меня задача была чтобы языки были не на отдельных доменах, а в подпапках определённого домена. И если указывается несуществующая подпапка языка, то соответственно это несуществующая ошибка главного языка, и это нормально.

И всё же, может быть оформить это решение как отдельный пакет для репозитория modstore.pro/ ?

Почему я поднял этот вопрос:
потому что сейчас я решил «как обычно» не заморачиваясь скачать пакет «Units» из офф-репозитория, но его там не оказалось (не знаю, конфликт версий с MODX наверное). Дальше я вспомнил про этот сниппет и решил вбить его здесь на сообществе в поиск. Но подобрать подходящее слово у меня не получилось, и по «Units» тоже эта статья не нашлась. И пришлось мне кликать по пагинации раз 20 пока я не нашел эту статью (в закладках в профиле тоже куча статей и также долго пришлось её искать).

Я понимаю, что решение для кого-то несложное, но зачем каждый раз его велосипедить, если быстрее скачать и использовать?

Я тебя упомянул в статье, потому что без твоих идей я бы не справился, спасибо тебе!

Проверки на несуществующие языки типа /de/ оказывается и не нужно было писать в плагине. Достаточно было во всех контекстах сайта прописать настройку страницы 404 [error_page] для каждого контекста отдельно, даже для web.
Все мои задачи уже решены!

Как-то Василий вспомнил одну интересную поговорку «лучше день потерять потом за пять минут долететь». Я тоже уже кучу времени потерял с этим решением в ущерб работе с мыслю о инвестиции в будущую экономию времени на настройку — гораздо проще раз поставить плагин и забыть о нём.

В моём варианте я тоже вначале срезал у регулярки зоны, правда не знаю как она себя поведёт в ситуации с поддоменами типа sub.site.ru — я не силён в регулярках. Поэтому я не использую её для определения хоста, а запрашиваю контекст из БД через $host_language, который у меня указан вместе с доменной зоной (site.ru_en)

//Прописываем языки в массиве. Админ знает какие, незачем делать запрос к БД
if (! in_array($lang,array('en','de','sp'))) $lang = 'ru';

Да, я решил добавить запрос в БД, чтобы решение было универсальнее.

// Определяем домен
preg_match('/(.+)(\.com|ru)/', $_SERVER['HTTP_HOST'], $m);

А если все домены в разных доменных зонах? И новые домены будут добавляться непонятно каких зон? Как автоматизировать этот момент?

//Если контекст не найден, то остаемся в контексте web, у которого страница 404 (заглушка).

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