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

Простенький скрипт, который пробегает по массиву email => name, регистрирует пользователя в системе и кладёт ему определённую сумму на внутренний счёт miniShop2.

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

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

Добрый день!
Кто делал интеграцию с каким-нибудь сервисом рассылок типа getresponse? Поделитесь опытом, мнениями. Хочу настроить грамотную рассылку для магазина на minishop2. Склоняюсь в сторону Mailchimp. Но может, есть что-то русское (и лучше бесплатное))))?

Ребята, всю голову изломал, ситуация следующая, написал снипет (как мог, в php не бог) который накладывает текст на изображение. Есть рисунок, и есть форма с именем пользователя, он отправляет форму и имя его накладывается на изображение, все работает, но если он в форме еще раз меняет имя и отправляет опять форму, ему показывается первый рисунок, хотя в папке он уже другой, то есть из кеша берется рисунок. Я и так и так пробовал, в имя добавлял дату что бы всегда новый был рисунок, так порядок, но может накопиться куча рисунков от одного юзера, не вариант, но вот с постоянно заменяемым одним рисунком кеш не показывает обновленный рисунок :( как быть? Подскажите куда копать пожалуйста?

Вот код снипета моего limagehandler

<?php
// наше изображение
$img = ImageCreateFromJPEG("uploads/img.jpg");

$thumb_file = "uploads/";
$id_user = $modx->user->get('id');
$dir = $thumb_file.$id_user;
$path = mkdir($dir, 0777);

$name = isset($_POST[name]) ? $modx->stripTags($_POST[name]): '';

// определяем цвет, в RGB
$color2 =  imagecolorallocate($img, 111, 213, 232);

// указываем путь к шрифту
$font = 'site/fonts/Robotobold.ttf';

imagettftext($img,  80, 0, 730, 930, $color, $font, $name); // Имя

imagejpeg($img, $dir.'/img_'.$id_user.'.jpg', 100);

$img = $dir."/img_".$id_user.".jpg";

return $modx->setPlaceholder('img-c',$img);
$modx->cacheManager->delete($userId, array(xPDO::OPT_CACHE_KEY=>'users_data'));

Код укоротил, он работает, вызываю на странице так:

[[!limagehandler]]
<img width="100%" src="[[!+img-c]]" alt=""/>

Главное на хостинге подменяется картинка новая, но она с тем же именем, и браузер после обновления страницы показывает старую, не могу побороть эту беду. Как быть?

mFilter2 — фильтрация найденных результатов.
Tagger — система управления тегами.

[[!mFilter2?
    &filters=`
        tagger|3:tgroup,
        tagger|1:tgroup,
        tagger|2:tgroup
    `
    &aliases=`
        tagger|3==cars,
        tagger|1==colors
    `
]]

3,1,2 — группы тегов Tagger-а.

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

Я не ставлю целью якобы обличить “дураков-заказчиков” и “дураков-менеджеров”, а себя выгородить как жертву обстоятельств, а просто пытаюсь поделиться опытом и рассказать, как не стоит делать сайты. Тем более сложные.

В кастомном сниппете идет массовое создание ресурсов. Как использовать транслитерацию (компонент транслит) в самом сниппете?

Для обеспечения безопасности сайта, часто рекомендуют выносить папку core за пределы веб сервера. Но так же часто бывает необходимость получить доступ к этой папке из админки. Для этого в меню — Медиа создаем новый источник файлов. Называем его. В параметрах basePath — указываем абсолютный путь к папке core (слэш на конце обязательно). basePathRelative — ставим НЕТ. После этого папка core доступна из админки

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

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

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

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

Давно уже компонент пропал из магазина, все руки не доходили переписать. Дошли :)
Messenger это система личных сообщений «как вконтакте» без перезагрузки страницы и тд.



Все переписано с нуля, теперь выстроено на nodejs с использованием socket.io + react на фронтэнде.
Для связью с нодой используется modnodejs.

Есть замечательный компонент easyComm, который позволяет посетителю сайта задать вопрос с фронтенда, а менеджеру сайта ответить ему с бекенда. А есть отличный плагин Emoji One Area, позволяющий добавлять эмоджи к любой textarea.
Задача — внедрить эмоджи-плагин в easyComm в админке, чтобы менеджер сайта мог пользоваться смайлами прямо в админке.