Павел Бигель

Павел Бигель

С нами с 15 января 2019; Место в рейтинге пользователей: #16
Павел Бигель
29 мая 2020, 14:23
0
Потому что его нужно вот так настраивать )
И 1 контейнер != один проект
Все немного иначе )
Павел Бигель
29 мая 2020, 11:24
0
Ты это делаешь один раз на все проекты.
Павел Бигель
28 мая 2020, 20:35
0
Посыпаю голову пеплом
что я всегда был против локальной разработки
Не увидел слово был
Павел Бигель
28 мая 2020, 20:19
0
Лучше напиши заметку, как это прекрасно и замечательно — использовать Docker для локальной разработки.
Помимо многочисленных постов в интернете, даже тут было пару статей. Да и я в одной из статей (не про Docker) светил свой конфиг для работы с тройкой. Где все делается нажатием ровно двух команд.
Павел Бигель
28 мая 2020, 20:13
0
Если нравится поднимать отдельное окружение для каждого сайта, по сути отдельную виртуалку — на здоровье. Мне вот не нравится, тем более, что проекты всякие разные бывают, и на каждый конфигов не напасёшься.
Вась, изучи предметную область.
У меня один конфиг на 80% проектов. Если мне нужно докинуть elasticsearch или какой-то tarantool — я добавлю это в три строчки и перезапущу контейнеры.
Все!

По факту — valet крутая штука если тебе влом отдать денег на MAMP Pro. А нужные пакеты которые тебе нужны ты доставишь с помощью homebrew. Но ты ведь против локальной разработки. А получается что в нее же и влез :)

И самое важное, что работает точно так же, как и на хостинге, потому что MacOS — это Unix-совместимая система, очень похожая на GNU/Linux и FreeBSD, которые крутят 99% всех shared-хостингов. И вы устанавливаете нормальные версии сервисов для неё, а не какие-то специально приготовленные.
Ах если бы!
Тот же MySQL хранит данные все же по разному. php.ini так же может отличаться от системы к системе даже внутри UNIX. И так далее.
Павел Бигель
28 мая 2020, 13:17
+1
Это конечно классно, но все еще не проще чем MAMP Pro + нужные пакеты с homebrew.
Я полностью согласен с
Многие знают, что я всегда был против локальной разработки, и предпочитал использовать виртуальную машину с настоящим GNU/Linux
Но тогда мне тотально не понятно чем все это лучше чем Docker?

Один раз конфиг сделал и юзай для разработки сколько угодно. Захотел докинуть сервис — дописал в compose и полететели.
Павел Бигель
25 мая 2020, 21:00
0
MODX от современных трендов разработки отстал лет этак на 15
При этом в нем огроменная куча нюансов которые нужно учитывать.

Так или иначе — MODX удобный инструмент который решает огромное кол-во задач мелкого-среднего калибра и в текущем виде.
Павел Бигель
14 мая 2020, 14:39
0
Может я ошибся, но вчера видел тут (вроде тут) что основная причина такого хака — версионирование. Мол ClientConfig сложнее версионировать. Так можно же написать резолвер, который будет гонять данные в ClientConfig
Павел Бигель
14 мая 2020, 14:34
0
Есть суть в версионировании, что мешает написать резолверы?
Павел Бигель
14 мая 2020, 00:08
0
Ожидается, что программист на своей стороне обрабатывает эти моменты.
Кстати спасибо что напомнил что неплохо было бы написать практическую часть курса)
Павел Бигель
07 мая 2020, 22:33
0
А как можно обновить ключ? Я только знаю как он генеруется
Павел Бигель
23 апреля 2020, 21:25
0
Бустрапинг классов заменили альфа2.
Павел Бигель
21 апреля 2020, 00:46
0
Ты сам себя перенакрутил.
$ cd www/_build
$ cp build.config.sample.php build.config.php
$ cp build.properties.sample.php build.properties.php
$ php transport.core.php
На этом все
Павел Бигель
20 апреля 2020, 20:03
+3
Кстати да, хотелось бы такое решение из коробки замутить.
Но, я немного покритикую это тред:
@EVAL
$output = $modx->runSnippet('getCatOptions');
return $output;
EVAL — плохо. Даже разработчики MODX поняли что плохо и выпилили сие чудо в 3.0
Из этого следует что сниппет getCatOptions — в целом лишний, его можно заменить SQL запросом и вместо EVAL использовать SELECT.
Если же рассматривать сам сниппет, то
$options = $modx->getIterator('msOption');
я бы заменил на
$options = $modx->getIterator(msOption::class);
Опять же только с точки зрения того, чтобы не тратить время на это в момент выхода тройки.

Но в целом — спасибо за решение, кому-то однозначно пригодится.
Павел Бигель
09 апреля 2020, 09:44
0
phpthumbon работает лучше — факт
Павел Бигель
07 апреля 2020, 10:17
0
Ровно до первых нестандартных кейсов)
Павел Бигель
07 апреля 2020, 09:16
0
Тоесть вы создаете php class Product, описывая в нем свойства товара?
Да
Вот это вообще не понял. Под моделью вы понимаете терминологию MODX? тоесть модель это файловое отображение таблицы в базе данных? Вы создаете таблицы в базе свои? Что значит промежуточное состояние?
Модель это класс. Промежуточное состояние может быть разным. В моем случае это json файлы.
Тоесть в директории products у вас на скрине что хранится? Файлы json где в каждом файле один товар?
А после этого вы запускаете какой-то свой скрипт, который считает json файлы и запускает процессор создания товара?
Да, все верно
Павел Бигель
07 апреля 2020, 08:33
+1
Спасибо!
mSync решение не очень, уж в очень идеальных условиях оно работает
Павел Бигель
06 апреля 2020, 20:10
0
Честно сказать — не эксперт как это работает со стороны 1С.
Павел Бигель
06 апреля 2020, 19:41
0
Опять же, вебхуки — лучший вариант для решения таких задач. Правда, пока таких задач мне не поступало. Обычно обновление раз в 3-4 часа было.
Не нужно делать прямой коннект в базе. Это иррационально.