Pavel Zarubin

Pavel Zarubin

С нами с 07 сентября 2016; Место в рейтинге пользователей: #17
Отправить деньги
Pavel Zarubin
28 января 2019, 00:30
+1
Вот вам пример того самого «продвинутого слайдера» о котором вы упоминали)
За все время существования компонента modSliderRevolution его загрузили 12 раз, подчеркиваю, загрузили, купили наверное и того меньше. Перечитайте еще раз внимательно сообщение которое вы процитировали, там нигде не говорится про то, что этот компонент на modx'e используют 2млн+ сайтов.
Однако же тот же msFieldsManager загрузили почти 500раз (больше в 41 раз), msOptionsPrice2 — 3600 раз (больше в 300 раз), вот вам и наглядная статистика того, о чем я говорю
Pavel Zarubin
28 января 2019, 00:16
0
А есть еще примеры кроме выгрузки на ЯМ? Выгрузку на ЯМ делается обычным pdoResource'ом за пол часа.Вот по этому я еще раз говорю что вы путаете немного инструменты. Коробочные инструменты тем и хороши, что там все работает из коробки, в том числе и готовые компоненты, а в modx никто никогда не купит компонент выгрузки в ЯМ т.к. все знают как и без компонента обойтись. Ну вот серьезно, какой процент разработчиков на битриксе знает как самому сделать выгрузку? 10%? А можно ли на битриксе сделать выгрузку за 30 минут? Нет. По этому на битриксе разработчики этого компонента возможно живут на деньги с продаж этого компонента, а у нас вы наверное первый за пол года кто купил его.
то зачем торговать готовыми решениями?
А почему бы не торговать? Во первых вы можете абсолютно бесплатно проверить любой компонент перед покупкой, во вторых если в компоненте не указан функционал который у вас не работает, то возможно в компоненте и нет этого функционала? А если указан и не работает — обращайтесь в поддержку магазина, я думаю они быстро разберутся в ситуации.
Просто еще раз, modx — не коробочное решение, конструкторы слайдеров, «снег на сайт», продвинутый слайдер и прочую лабуду тут врятли будут покупать, а когда нет покупок и фидбека — качество соответствующее, учитывайте это.
За то тут есть такие компоненты как например msOptionPrice2, у меня на нем облачное хранилище построено
Или например msFieldManager (с помощью него конструктор фильтров реализован) и т.д.
Сможет ли хоть один компонент на битриксе/опенкарте/вордпрессе похвастатся такой гибкостью и применением не по назначению? Нет
Pavel Zarubin
27 января 2019, 23:52
+3
Почему у меня все компоненты которые я покупал работают как надо? Не путайте коробочные решения типо битрикса или вордпресса с полу цмс — модыксом. С самого начала modx давал лишь инструменты, а не готовые решения. Если вам нужны коробочные решения, то непонятно зачем вы используете modx и тратите в пустую время, если же каждый проект у вас уникальный — я сомневаюсь что вам бы подошел бы хоть один из плагинов для вп/битрикса, в отличии от плагинов для modx'a.
Pavel Zarubin
27 января 2019, 20:26
+2
Не знаю как дела обстоят в Yii, но в ларе с документацией ни чуть не лучше, чем в modx, увы, если хочешь сделать хоть что то отличающиеся от бложика, нужно читать исходники. Благо modx научил это делать давным давно.
Все кейсы как ни крути не опишешь, я считаю что документация modx'a вполне обширная, а если учесть еще и огромный багаж готового кода на modxpro, то она даже больше, чем у лары
Pavel Zarubin
27 января 2019, 19:45
+10
Я лично потратил новогодние каникулы на углубленное изучение лары, после нее садиться за проекты на modx все равно что пересаживаться с иномарки на таз «Вроде едет, но все не удобно». Возлагаю большие надежды на Evolution 2.0 (которая построена на ларе). Почему бы сообществу modx.pro/modstore/modhost не подумать о том, чтобы бросить свои силы на помощь Дмитрию в организации «взрослой» инфраструктуры там? Пару месяцев наблюдаю за тем, как развиваются события вокруг Evo 2, по моему все очень перспективно (уж точно в разы перспективнее MODX3 куда переехали все старые болячки). Если под evo выйдет минишоп, я думаю бОльшая часть сообщества modxpro сами перейдут на Evo, т.к. знаю не меньше 5ти людей отсюда, которые делают в основном интернет магазины и они будут только рады такому переезду.
Pavel Zarubin
27 января 2019, 00:14
0
К сожалению сейчас нет не временных возможностей на создание компонентов, если вы хотите создать подобный компонент — создавайте, я не против) Если же вы как покупатель будущий интересуетесь, увы — не скоро
Pavel Zarubin
24 декабря 2018, 22:46
0
Пересчитывать при показе — это тратить лишние ресурсы сервера, возможно когда сайт посещают 100 посетителей в сутки — это незаметно, но при больших нагрузках вы ощутите огромную разницу. Предположим на странице 20 товаров, пользователь открывает страницу — получаем 20 лишних операций. А учитывая еще и то, что плагины в принципе не самая быстрая штука в modx, получаем значительные потери в скорости рендеринга страницы
Pavel Zarubin
24 декабря 2018, 22:42
0
Уважаемый пользователь, внимательно читайте описание дополнения:

modx.pro/solutions/15120
Pavel Zarubin
24 декабря 2018, 15:57
0
Максимальная версия стояла 2.6, исправил
Pavel Zarubin
20 декабря 2018, 16:01
+3
С 2019 года яндекс переводчик становится платным и отключает бесплатную платформу, советую всем у кого стоял yTranslit удалить его, иначе получите пустые alias'ы
cloud.yandex.ru/docs/translate/pricing
Pavel Zarubin
19 декабря 2018, 12:06
0
А при чём тут PHP?
А кто в кронтаб прописывает скрипт? Или там обычный exec который любой админ в здравом уме выключает?
Pavel Zarubin
18 декабря 2018, 23:37
0
В настройке crontab сервера прописывает путь до исполняемого скрипта, который вызывается системой раз в минуту
Ух ты, честно говоря не знал что php так может, изучу исходники детально, спасибо, думал работает по типу «На modx init дергает обработчик, который проверяет чему уже надо исполнится и исполняет»

Разделение на два сниппета тут логичное в плане «не клади все яйца в одну корзину». А если учесть что скорость тут не критична, ибо это делается в фоне а не в момент рендера страницы, то лишний вызов второго сниппета роли не играет
Ну тут наверное вкусовщина больше, было бы там кода строк на 500 я бы скорее всего согласился, а разбивать 40 строк по 20 так себе, ИМХО
Pavel Zarubin
18 декабря 2018, 13:46
0
в колбэк успешного создания заказа на страницы
Попробуй из колбэка возвращать false
return false;
Если не поможет, то надо именно default.js изменять минишоповский, там где то есть условие по типу:
if (response.link) {window.location.href = link}
Pavel Zarubin
18 декабря 2018, 13:22
+1
Не смотря на то что приходит много данных, уходит только цена, смотрите исходники:
Pavel Zarubin
18 декабря 2018, 13:17
+1
Не пойму что вы от нас хотите? чтобы код за вас написали? Выкладывайте сюда код, а мы уже посмотрим что так или не так
Pavel Zarubin
18 декабря 2018, 13:14
0
Я так понимаю, что нужно расширить класс msOrderHandler для того, чтобы убрать редирект
Нет, достаточно подправить js

Но вот каким образом в чанке tpl.msGetOrder вывести ссылку на оплату
таким же, каким она выводится в письме
Pavel Zarubin
18 декабря 2018, 12:12
+2
Хз-хз как тут, а в телеграмм чате помогают очень активно, если конечно не вопрос по типу «А как вывести контент в pdoResources?» ответ на который можно найти в документации или в гугле по первой ссылке.
Я бы тут возможно тоже помогал, но не удобно ужасно, пока на свою помощь получишь фидбек — состарится можно, а в телеграмме сам помогал много раз и получал помощь в ответ
Pavel Zarubin
18 декабря 2018, 00:49
+1
сниппет getCurrency получает из ЦБ курс на сегодняшний день и помещает его в системную настройку currency.
Затем сниппет updatePrice
Зачем два сниппета? Не легче ли все сделать в одном чтобы не парится с временем запуска?

CronManager
Это не полноценный крон и если на сайт никто не заходит — событие никогда не будет выполненно, странное решение. Непонятно почему нельзя было использовать нормальный крон

$value->getTVValue('usdprice')
В сниппете используется 2 раза, 1 лишний запрос в базу, непонятно почему нельзя было вынести в переменную и уже ее использовать, например
if ($us = $value->getTVValue('usdprice'))
Также не вижу округления, а если результат умножения будет с 10ю тысячными?

В сниппете получения валюты получение происходит по ID, это не кошерно, не легче ли более традиционно проверять CharCode? Да и по CharCode будет быстрее, т.к. не нужно будет использовать функцию, достаточно
$val->CharCode
А так в целом пойдет, новичкам думаю пригодится т.к. все максимально просто
Pavel Zarubin
11 декабря 2018, 11:40
0
Пожалуйста:
modxclub.ru/topics/rabota-obuchenie-prozhivanie-pitanie-v-moskve-dlya-it-speczialistov-2160.html
Вообще ссылка взята с упоминания на modxpro, закладки я почистил уже очень давно, если покопаться тут же, можно найти множество битых ссылок
Pavel Zarubin
10 декабря 2018, 17:03
+1
Ох-хо-хо. Наверное это будет немного не в тему. Когда-то modxclub был удобнейшее платформой, не менее удобной и позновательной, чем modxpro, у меня было куча закладок на действительно интересные материалы по xpdo и sql и разбор кишков modx'a. Сейчас же ни одна ссылка из этих закладок не работает, а по названию материалы не выбиваются в поиске. По этому толку от той информации что я действительно там когда-то находил — ноль. Как уже писал, это скорее оффтоп, навеянный ностальгией по твоему адекватному отношению, никто никогда не отрицал твой вклад в modx, но мы сейчас обсуждаем не твой вклад в modx, а твое сообщество.
Ладно, пустой разговор