Андрей

Добрый день!

Сделал плагин для добавления подарка при достижении определенной суммы. Код стандартен

switch ($modx->event->name) {
	case 'msOnAddToCart': case 'msOnChangeInCart': case 'msOnRemoveFromCart':
		$cartArray = $cart->get();
		$cartStatus = $cart->status();
		
		if ($cartStatus['total_cost'] >= 100){
			$cart->add(666);
			$cartArray = $cart->get();
			foreach ($cartArray as &$cartProduct) {
				if ($cartProduct['id'] == 666) {
					$cartProduct['count'] = 1;
				}
			}
		}
		else{
			foreach ($cartArray as $key => $cartProduct) {
				if ($cartProduct['id'] == 666) {
					unset($cartArray[$key]);
				}
			}
		}
		$cart->set($cartArray);
		break;
}

подарок добавляется в корзину ($cart) все хорошо, но не знаю как обновить страницу с корзиной чтобы показать добавленный подарок в корзине. Тоже самое при удалении части заказа из корзины, если сумма заказа уменьшилась, я из $cart удаляю подарок, но страницу с корзиной не могу обновить.
Как обновить страницу с корзиной?

В ответ на вопрос по анимированию работы фильтров mFilter2, выкладываю пример решения данной задачи (демо).

Многие пользователи знают, что MODX хранит кучу старых версий дополнений, чтобы вы могли откатиться на них в любое время.

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

Скрипт нужно положить в корневую директорию и запустить. Он выберет все установленные версии, кроме самой последней, и корректно удалит их через родной процессор.

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

Приветствую, товарищи!

Помогите решить вопрос с HybridAuth. Установил HybridAuth и настроил для facebook*. Все стандартно. При первом запросе авторизации через facebook* каждый пользователь должен авторизовать приложение у себя в аккаунте и разрешить ему доступ к данным: мейлу, имени и так далее.

Проблема в том, что по умолчанию из коробки HybridAuth запрашивает у пользователя слишком много привилегий: кроме мейла и имени запрашивается много других ненужных полей и в том числе идет запрос на добавление новых записей от имени пользователя. Это видно на картинке ниже:



На MODX.pro все нормально: запрашивается только имя и мейл.



Помогите настроить список запрашиваемых привилегий для facebook*а. Мне нужно, чтобы запрашивалось только public profile и email, как на этом сайте сообщества.

Попросили меня в предыдущей статье привести свой вариант виджета используя просмотры Tickets, но не вписался в комментарий и написал отдельный топик.



Подумал, что лучше всё-таки использовать pdoResources, чтобы выводило не только тикеты, а любую страницу сайта.

Вот моё готовое решение (нужны установленные pdoTools, Tickets):

Зачастую в некоторых проектах требуется поддержка сортировки в комбобоксах. Требуется это по разным причинам, в частности, это и хотелки заказчика, и требования сортировки в ручном режиме для каждого товара, и т.п. странные пожелания.

Бывает иногда необходимо изменить способ доставки и стоимость доставки у ранее созданного заказа. И хотелось бы чтобы это выглядело так.

Приступим :)

Верстая очередной проект для замороченных на SEO клиентов, столкнулся с тем, что pdoCrumbs конечно хорош в своей программной логике, но приведенные в документации примеры не совсем верно построены с точки зрения SEO и архитектуры HTML.

Под катом сам код, мои заметки и несколько полезных комментариев.

Помогите пожалуйста, есть

[[!pdoPage?
    &sortby=`likeDislike`
    &includeTVs=`likeDislike`
    &where=`{"likeDislike:>":1}`
    ....

Все работает отлично, но сортировка идет как по тексту, а нужно по числам. Т.е. сейчас сортировка такая
4
4
4
33
3
3
22
2
2
и т.п.

Помогите как сделать по числам?

В новой версии компонента были реализованы такие возможности как:

• булевый параметр «useRandom» в сниппете «SeeTooResources», который обеспечивает включение и выключение присоединения случайных ресурсов в результатах вывода сниппета «SeeTooResources»
• исключение из создаваемых связей ресурсов, которые прописаны в таких системных настройках как «error_page», «site_unavailable_page», «unauthorized_page»
• класс под названием «SeeTooExcluder», с возможностью расширения, для исключения ресурсов из создаваемых автоматически связей
• Добавлена системная настройка «seetoo_exclude_where», которую использует класс «SeeTooExcluder» для определения правил исключения ресурсов

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