mngatoff

Компонент реализует функционал создания пользователями событий на ресурсы.

• 
• 

Особенности:
— создание событий как на фронте, так и в админке сайта
— интеграция с miniShop2 (заказы, оплата)

Демо сайт userevents.vgrish.ru
Логин и пароль для входа в админку test

Это вторая часть статьи, где будет разобран только php код и работа с poscalc, вся база js кода у нас готова и работает в первой части статьи. Для тех, кто не хочет читать, добро пожаловать сразу на GitHub

Возникла задача сделать так, чтобы при выборе группы студентов в одном комбобоксе, в другом комбобоксе процессор getlist возвращал записи относящиеся только к выбранной группе. Делюсь как решил эту задачу я, надеюсь кому нибудь пригодится =)

В сообществе часто проскакивают вопросы про мультидоменность на одной копии MODX. А у меня, как раз, сайты демо версий компонентов реализованы таким образом. Думаю, информация будет полезной!

[SeoFilter] — удобное управление ЧПУ ссылками, мета-тегами и генерация текстов.
[Купить компонент в modstore] [Демо-версия]

Добрый день! Представляю компонент, идея которого зародилась довольно таки давно, и уже было подобное решение, с которого я и начинал. Большое спасибо Дмитрию Зарубину — автору того поста, а также Василию, за прекрасные уроки по написанию компонентов.



Основные возможности:
— работа из коробки с mFilter2;
— поддержка любых полей в фильтре: поля ресурса, поля товара, опций miniShop2, TV и любых своих;
— работа без двойной транслитерации (подробнее дальше);
— любой формат ссылок для поля (/color-white, /white-color, /white, /belyi и т.д);
— статистика переходов на страницы как по ссылкам, так и через фильтр;
— интеграция с компонентом frontendManager (добавлен контроллер для редактирования с фронта);
— возможность выбирать и прописывать в шаблоны мин/макс значения по числовым полям;
— prepareSnippet для дополнительной обработки шаблонов, для большей гибкости выборок;
— SEO шаблоны с Fenom и склонения через сервис morpher (Заголовок на скриншоте:)

{$category_i} {$color_r} цвета у метро {$metro}

Подробнее под катом.

Пакет довольно прост и одновременно функционален. Выполняет систему рейтинга для любого объекта, по-умолчанию, для ресурсов. Чем-то напоминает систему лайков на YouTube, в частности, в пакете реализован оптимистичный интерфейс.


Также, особенностью компонента является правильный подсчет рейтинга на основе вычисления нижней границы доверительного интервала Вильсона для параметра Бернулли. По-простому: эта формула не даст встать новым записям с 1 лайком и 0 дизлайками выше более старых записей с сильным рейтингом.

Список преимуществ:

1. Оптимистичный интерфейс,
2. Наиболее правильная формула вычисления рейтинга,
3. Работа с любыми объектами (modResource, modUser, кастомные объекты),
4. Голосование гостями,
5. Анимированное изменение полосы/числа рейтинга,
6. Событие плагина — xLikeOnVote.

Привет, друзья!

Сегодня мы расскажем о нашем опыте внедрения онлайн-кассы в маркетплейсе modstore.pro и хостинге modhost.pro.
Опишем всю цепочку — от выбора кассы и заключения договора до интеграции и первых пробитых чеков.

После статьи о расширении профиля юзера правильными дополнительными полями мне посыпались вопросы о расширении нативной таблицы со списком юзеров. Мы знаем, что практически любой стандартный компонент системы, работающий на ExtJS, можно расширить не затрагивая исходника. Главное уметь пользоваться «методом тыка» понимать принцип того, что делаешь. Что-ж… давайте расширять нативную таблицу пользователей!
Сразу опишем задачу, которую реализуем в рамках статьи:

1. Убрать слева каждой записи ненужный чекбокс,
2. Добавить столбцы: Фото, Дата рождения, Страна, Город,
3. Добавить возможность отфильтровать пользователей по стране,
4. Заменить некрасивое поле поиска на симпатичное и компактное,
5. Подсветить заблокированных красным цветом.

Как многим известно, сегодня вступают в силу изменения ФЗ-54 «О применении контрольно-кассовой техники», в соответствии с которым практически все юридические лица обязаны пробивать кассовые чеки в момент расчета.



Небольшое отступление:
Эта участь не обошла стороной и интернет-магазины. В Законе расплывчато говорится о времени, которое может пройти с момента расчета до момента пробития чека, но это однозначно должно быть какое-то малое разумное время. Таким образом, если покупка в ИМ осуществляется ночью, то и чек должен быть ночью, но никак не утром, когда проснется и придет на работу продавец/оператор.

Возникла необходимость добавления нового поля в таблицу заказов.
В документации не нашёл ничего по этому вопросу. Также как и в поиске ничего дельного.
В документации сказано, что есть 4 вида служб — cart, order, delivery, payment
А order как я понял отвечает за процесс оформления заказа, а не за таблицу.