Николай Савин

По переходу это совсем просто. Добавить GET параметр в адресную строку, через JS отловить его и запустить событие $.fancybox.open (или как там по документации)
По клику тоже думаю несложно. Все так же через JS. Отловить событие вызова fancybox (в документации есть события), и через callback из документации добавить нужный параметр в строку. Id можно отловить через data атрибуты

Имя, Email и ссылка на фото или на профиль сохраняются в поле properties самого комментария.
Далее при помощи записанного Email можно определять автора комментария для каких либо действий в будущем.
Ну а задача проекта, насколько я понимаю просто скрыть форму комментрирования и показывать ее, тем кто в сессию добавил данные о себе из соц сети.

Интересное решение. Пока не знаю где применить, но жопой чую уверен, что пригодится и не раз.
P.S. Ссылка на Git не работает.

Лучшее спасибо — ваш плюсик в рейтинге статьи.
Шучу — деньги конечно. Но плюсик тоже приятно.

Ну может. Я не вникал и аналогов не искал.
Появилась задача — сделал — рассказал как.
Спасибо за наводку.

Нет.
1. Там старая версия Api
2. Там все равно нужно координаты указывать в TV

Я делал интеграцию для конкретного интернет-магазина.
При создании заказа — данные отправляются в CRM. Там менеджер уже видит всю информацию по заказчику и товарным позициям. Может позвонить, уточнить, подкорректировать карточку заказа и карточку клиента. Там же можно управлять позициями и видеть остатки на складе.
Там же можно оформить заказ на склад, оформить дозаказ недостающего товара.
К примеру можно объединить заказ с другими. Система автоматически показывает совпадения по email или номеру телефона. Можно управлять системой лояльности и бонусной системой. В общем нормальная такая система управления взаимоотношениями с клиентом.

При онлайн оплате на сайте — данный факт так же фиксируется и отправляется в CRM.
Я честно говоря данную CRM впервые вижу и не знаю, насколько она популярна и востребована.
API мне понравился. Очень детально документировано все + примеры. Есть какие то модули готовые, но мне было проще и интереснее разобраться именно через API, дабы знать возможности системы.

Посмотрим в этой теме, если будет реальный интерес — попробую собрать пакет.

Интернет-магазин — это по сути онлайн-витрина, а не средство управления складом, взаимоотношениями с клиентами и прочим.
Для ваших целей Вам нужно использовать CRM систему. А конкретно — RetailCRM. Там вы можете делать уже что угодно.
Данная система прекрасно интегрируется с MODX через API.
Modx передает первоначальный заказ, и профиль пользователя, в сам магазин даже заходить не надо для обработки заказа.
А дальше менеджер уже в CRM, где ему положено находиться обрабатывает заказ, меняет позиции, управляет доставкой и оплатой, передает в ответственные отделы и так далее.

Публикуете форму на странице, делаете ее скрытой через CSS.

<div class="hiddenForm" style="display:none>
	<form id="myForm"></form>
</div>

Далее в любом месте на этой же странице публикуем ссылку, в которой ссылаемся на данную форму. Остальное fancybox сделает сам.
<a href="#myForm" class=«fancybox>Открыть форму

Если вы хотите вызвать форму, которой нет на странице — создаете пустую страницу, там выводите форму.
Далее в ссылке просто ссылаетесь на нее
<a href=»formpage.html" class=«fancybox>Открыть форму

Уже делал интеграцию с retailCRM для минишоп (частный случай для конкретного магазина).
Есть ли необходимость данного компонента? Голосуйте за этот комментарией, посмотрю сколько человек вообще хотя бы знакомы с RetailCRM.
Чет я как то сомневаюсь в ее популярности, хотя не могу не признать — очень удобная система и API хороший, хотя и с явными недочетами.

Пилю интеграцию с сервисом SendPulse.
Кто не знает — данный сервис предоставляет мощности Email рассылки через собственные белые сервера.
Кроме того есть реализация SMS рассылки и Push уведомлений.
Будет ли востребован подобный компонент?

Я так понимаю помимо карточек продуктов на modstore, нужно еще переводить соответствующую документацию на docs.modx.pro?
Насчет скриншотов не совсем понятно. Беглый просмотр англоязычного контента — показал, что скриншоты на русском.

CSS и JS вполне себе нормально минифицируются

Wow Yes. I'm happy

А можно перевод в стиле персонажа с картинки, но за те же деньги?

Я сказал про НЕЛЬЗЯ, условно. Можно конечно, но это все велосипедно-костыльные труды. При большом количестве информации производительность крайне низкая из-за того, что все хранится в json строках. Это нужно сначала выбрать ВСЕ данные, декодировать их, собрать в единый массив. Ну а дальше конечно можно уже крутить этим массивом как хочешь.
Если таких таблиц тысячи, то нужно немалое количество ОЗУ, чтобы все это обработать.

Через MIGX ничего сортировать и группировать НЕЛЬЗЯ. Потому что записи лежат в одной большой куче.
ВСЕ данные, по которым вам нужно организовывать сортировку и группировку, должны находиться отдельно. На каждый тип данных отдельное поле. Например TV.
Для каких то подробных советов надо смотреть детально организацию материала в админке.

Первая часть решается через pdoTools. Подробнее не скажу, зависит от того по каким таблицам все разбросано.
Вторая совсем просто. Скрипт в кроне переодически проверяет даты и прошедшие отключает или переносит

Здравствуйте. Сделаем. Обращайтесь. Контакты в профиле

Иван — начните с того, чтобы описать ваши требования к продукту. Чего не хватает, что лишнее и так далее.
Может еще кто дополнит список правок. Ну и дальше — глядишь и соберем что-то. Хотя это вообще то нарушение интелектуальных прав. Я не думаю что автор пакета и администрация магазина будут в восторге.