Евгений Шеронов

Добрый день, Георгий!

Ознакомился с задачей и зарегистрировался на приведённых сервисах.
Примерно понимаю, что именно Вы хотите. Но, как и всегда, остаются вопросы.

Сроки: не меньше двух месяцев.
Сперва обсуждение и продуманное прототипирование всех разделов (~2 недели).
Потом делается дизайн(~2-4 недели) и параллельно разрабатывается функционал (~1 месяц).
Дальше вёрстка и внедрение на сайт (~2 недели).
Тестирование, пожелания, доработки (1-2 недели).

Стоимость пока совсем размыта: от 100 до 250 тысяч рублей.
Точнее получится сказать, пообщавшись подробнее по скайпу: waytodesign или любым другим способом.
Написать на почту можно в профиле.

P.S. Со своей стороны могу гарантировать работу по договору и соглашение о неразглашении.

Здравствуйте!

Можно ли с помощью этого компонента сделать расчёт стоимости доставки за каждый километр от границ многоугольника?

К примеру, доставка в пределах МКАДа бесплатная, а за пределы — фикс. стоимость за каждый км.
(Расстояние нужно считать от границ МКАДа, не от склада то есть)

Скажите пожалуйста, не решили ещё подобную проблему?

Можно ли с помощью этого компонента реализовать подобное?

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

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

А зачем? Старые пакеты не так много места занимают и непосредственно в админке под руками не мешаются.

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

Проще всего увеличить лимиты на хостинге на передачу файлов через формы.

Лимиты в любом случае должны быть, иначе кто-нибудь загрузит Вам десятки фотографий космоса по 1гб каждая и не останется места для обычных людей)

Да, компонентами CET тоже пользовался, но я не про область для перетаскивания множества картинок.
Я имел ввиду функционал, похожий на convertio.co/ru/. Понимаю, что сделать подобное — дело не пары минут.

Если Вы не против, попробую в свободное время на основе исходников прикрутить подобную загрузку, хоть и одного файла. Если получится — отпишусь здесь.

Круто, ещё бы Drag&Drop загрузку и цены бы не было компоненту)

Спасибо за колоссальную работу!

На minishop2.com какие-то баги с ценой. В каталоге показывается и старая и новая цена, а на самой странице товара дважды старая цена.

А в админке у меня вообще нет полей цена, старая цена, артикул и вес во вкладке свойства товара, как на скриншоте. Может так задумано)



Хотя в исходном коде в js конфиге есть эти поля. На скриншоте видно.

Может плагин какой-нибудь или сниппет для импорта такой же плейсхолдер занимают?

У Вас изначально немного странная задача — выводить ресурсы по ID.
И в первой версии сниппета у меня опечатка была, 0 стоял вместо 2.

$id = $modx->resource->id;
$parents = $modx->getParentIds($id, 10, array('context' => 'web')); //10 - это глубина(высота) поиска
$parents[] = $id; // в массив можно добавить текущий id ресурса
foreach($parents as $parent) {
   switch($parent) {
	case 2: return '226,223,658';
	case 8: return '17,227,489,710';
	case 37: return '751,40,718,720';
	case 47: return '76';
	default: return;
  }
}

3 объявления о работе, 2 вопроса.
А сутки ещё не прошли. Что будет дальше?

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

Вы можете попробовать вызвать его на странице успешного оформления заказа (чанк tpl.msOrder.success) и передать туда id заказа и сумму([[+cost:replace=` ==`]]).

Но такая оплата не будет менять статус заказа, а будет показываться в собственном интерфейсе.
И не факт что вообще сработает, но попробовать стоит :)

Почему теперь [[+parent]]?
Откуда передаётся такой плейсхолдер?

Проще сделать свой сниппет и написать так:

&resources=`[[!myMenuParents]]`

где сниппет будет таким:

switch($modx->resource->id) {
	case 0: return '226,223,658';
	case 8: return '17,227,489,710';
	case 37: return '751,40,718,720';
	case 47: return '76';
	default: return;
}

P.S. Может с ошибками написал, не проверял, но должно работать

Всё действительно было очень и очень круто. Все дни были настолько насыщенными, что даже зайти в почту и кому-то ответить времени не было))

Конечно же, желаю развития базе MODX-Клуба и чтобы мероприятия вышли на международный уровень)
Спасибо организаторам! Буду приезжать ещё :)

Сергей, здравствуйте!
Готов сделать. Отписал Вам на почту.

Классно! Приеду из Чебоксар :)

Добрый день, Дмитрий!

Жду более подробной информации.
Skype: waytodesign

Просто это есть из коробки в mSearch2 и работает быстро, хотелось бы и здесь)

Это одна из самых важных функций в юзабилити ИМ, по моему мнению.
На демо это ещё не бросается в глаза, так как мало товаров и все опции в выпадающих списках. А если это будет интернет-магазин телефонов со всеми опциями в списках, то будет очень и очень не удобно пользователям сталкиваться с тем, что постоянно нет результатов)

А так, проделана огромная работа! Спасибо! Скоро обязательно пригодится этот компонент)

Умеет ли компонент назначать атрибут disabled инпутам, чтобы не было: «Подходящих результатов не найдено.»?

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

Смогли решить эту проблему? Если да, отпишитесь, пожалуйста.

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