Волков Николай

Касательно величины цены мне не почему-то сразу вспомнилась разработка ребят из modmore:

www.modmore.com/commerce/

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

Тоже готов. Связаться можно в телеграмм, вотсап, вайбер по номеру +7 (921) 931-94-64

Готов взяться. Со мной можно связаться в телеграмме, Вайбере или ватсапе по номеру +79219319464

Первое в чем оказался не прав :-)

Спасибо за честные минусы. И еще большее спасибо за не созданные левые аккаунты, чтобы минусы ставить.

Да и «крайне не рационально не опираться на уже подобные, готовые проекты, у которых можно позаимствовать удобный функционал. „

Прежде чем заимствовать стоит задуматься еще и о том, почему на данных проектах он был использован вообще… Иногда причиной будут “говнокодеры» иногда «извращенцы заказчики» иногда ведущему программисту «жена не дала»… В общем я к тому, что не надо тупо заимствовать.

Еще раз

«если у вас уже на уровне «DataTables или какого-нибудь Ajax-поиска» возникают вопросы, то вам самостоятельно проект вам не по плечу»

Я написал это, потому что реально для разработчиков, способных выполнить подобное ТЗ, не особо волнуют вариации по «DataTables или какого-нибудь Ajax-поиска», т.к. реализация будет производиться тем, что подходит для данного интерфейса + тем фрейворком, который им удобен и известен.

«заниматься фаллометрией»

Вы не девочка, чтобы я этим перед вами занимался.

«Я не разработчик. У меня другие задачи»

Я был прав на счет того, что «самостоятельно проект вам не по плечу».

«За совет «Подходит» — спасибо большое! :)»

Не за что! Нужен честный ответ — обращайтесь!

Не в принципе, а 100% замечательная штука, которая разработку лэндосов (разумеется, типовых) делает до неприличного простой задачкой.

Кстати с этим согласен:

У вас подход «смастерю (в хорошем смысле слова) что угодно из MODX + miniShop».

Тоже думаю, что в данном случае miniShop использовать хоть и можно, но несколько более умеренно что ли…

Врать не буду, но беглый взгляд на способ Дмитрия мне не особо понравился чем-то.

Самый простой способ — прочитать документацию к минишопу. Конкретно вот это:
docs.modx.pro/components/minishop2/development/plug-ins-products

Единственное, нужно передавать в массиве не«msProductData», а «msOrder».

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

mSearch2 — прямо из коробки в нем есть это. Если только текущей страницы, то в параметрах так и указать [[*id]]

Особенно порадовало:

Зарлата — вес.

Не все в деньгах меряется :-)

Использовать ContentBlocks или через Fenom + pdoResources.

если не секрет, то по какому каналу связи я молчу? И моё сообщение не было какой-либо провокацией, а было указанием на тот факт, что вы не обладаете навыками и опытом реализации подобных проектов.

На счёт этапов разработки: Вы сначала нормально сформулируйте, что вам нужно получить на выходе без «как тут» или «аналогично тому сайту». Далее пойдёт разработка интерфейса (на бумаге) в котором будет удобно работать и уже далее пойдут фреймворки. Но по фактукакой именно без разницы, поскольку вопрос для разработчика стоять будет скорее в том где ему будет удобно это реализовать.

Подходит, но поверьте, если у вас уже на уровне «DataTables или какого-нибудь Ajax-поиска» возникают вопросы, то вам самостоятельно проект вам не по плечу и лучшее решение будет передача стороннему специалисту на разработку.

P.S. «DataTables или какого-нибудь Ajax-поиска» являются далеко не первым этапом при разработке. Лучше посмотрите примеры этапов процесса разработки в аналогичных проектах.

Ну раз вами было озвучено ваше мнение, то озвучу и своё: то, что на вопрос не было долгое время ответа — это исключительно ваши проблемы и то, что они у вас возникли это ещё не причина бросать кому-либо все свои дела и бежать тратить своё время на их решение. Элементарно хотя бы потому, что за это не платят деньги. И то про деньги я упомянул не из-за жадности, а лишь потому что они являются единственной причиной по которой можно оправдывать время, потраченное на чужую тупость, лень и не желание самостоятельно справляться с трудностями, которые к примеру в вашем случае решались банальным переходом на сайт phpthumb и просмотра списка параметров скрипта…

Я думаю, что на первоначальный вопрос о переключателе, можно получить ответ банально перейдя на страницу miniShop2 на modstore, где подробно описаны все его возможности пр. Ваш вопрос банально был кому-то не понятен из-за отсутствия скриншотов, где четко видна проблема, либо потому что, к примеру в Питере вчера был день города и в течении него хочется немного не на вопросы отвечать;-) Ну в прочем, как и в любой друг выходной день…

А минусуют в ответ на предъявы в сторону «разработчика miniShop2». Вот мне очень интересно, чего уж стесняться и сразу не написать непосредственно разработчикам MODx о своей проблеме? Или разработчикам языка PHP? А может вообще самому Господу Богу? Почему их не упомянули написав про отсутствии реакции на ваши проблемы?

Во-первых, действительно именно «Попытка», поскольку к подобным вопросам нужно хотя бы скриншоты прикладывать, а ещё лучше ссылку на страницу с выводом кривых превьюшек… То что проблема связанна с неверными параметрами настройки для обработки превьюшками я почти уверен. Есть картинка 140х130 и её надо вывести в блоке 190х130. Сейчас они для полного заполнения блока и исходная ширина 140 растягивается до 190 указанных надстройками, ну и высота 130 увеличивается пропорционально росту ширины и затем обрезается до 130. Нужно режим переключить на вывод ограниченный размерами блока с сохранением пропорций у исходного изображения.