Привет!

Данную фразу употребил в том контексте, что было несколько анонсов и очень, мало кто подключился к работе.

Я очень рад за тебя и то, что у тебя хорошая работа.

Но тут open source и вопрос был не в деньгах, а в объединении разработчиков, кто работает с CMS и поработать над проблемами.

Что касается устаревания движка, никто и не спорит, что это не так. Но мы работаем над выпуском MODX 3 и будем двигать дальше. Чтобы сообщество жило и могли делать сайты и дальше на данном движке.

Open source дело добровольное и работа над ним даёт свои плюсы, такие как:
— опыт работы командой
— опыт ревью кода, созданию PR
— улучшает навыки работы с git.

Я работаю как минимум из-за этих пунктов.

Всем привет!

Извините, но немного негатива вкину, наверно. Я иногда захожу, поглядываю какие здесь движения происходят, и обычно молчу. Но в анонсе фраза имеется, которая меня зацепила, а именно: «А все желающие смогли неплохо заработать»…

Если откинуть явно выбивающегося из данной статистики Ивана (Иван, извини, что в 3-ем лице), то за исключением одного человека только, каждый смог заработать менее чем по 100 евро. И это же не каждый день. Я вообще про такие выплаты вижу здесь, наверно, в первый раз. Коллеги, это разве предел мечтаний. Я в полтора раза больше зарабатываю в день (примерно 180 баксов в день), при чем не важно отработаю я его или нет (потому что оклад в месяц). И я не исключение. В СберТехе когда работал, видел сотни ребят, которые не особо напрягаясь, зарабатывают вполне приличные деньги. При этом большая текучка, эти специалисты уходят, потому что «мы найдем получше местно с более интересными задачами и оплатой повыше». Только важный момент: они не работают с MODX.

Наверняка тут много ребят есть, которые меня и не знают. И уж совсем единицы вспомнят наши контры еще на почившем community.modxcms.ru, который был еще до появления modx.pro, modx.im, modxclub.ru и т.п. (и в развале которого меня же и обвиняют, может и не безосновательно). Я с MODx (а тогда он еще был именно MODx) начал работать в 2009-ом, еще на ветке 0.9.6.3 (это еще даже не Evolution была, а по-моему Etimate). Потом появилась Evolution, которая полностью обратносовместимая была с 0.9.6.3 и плавно перешел на нее, и довольно долго сидел на ней. А потом появилась MODX Revolution. Не сразу я на нее пересел (потому что багов много было), но где-то раз в месяц-два я качал свежую версию и изучал, пробовал. Где-то месяцев через 7 появилась довольно стабильная версия и я начал делать сайты уже на ней (к слову, тогда действительно активная работа над движком шла, в том числе благодаря тому, что в команде MODX был Shaun McCormick aka splittingred, который написал практически всю админку (Jason Coward только чисто бэком занимается, а Ryan Thrash и вовсе евангелиист и в тот момент, на сколько мне известно, код практически не писал)).

Так вот, когда я MODX Revolution достаточно хорошо уже изучил, я стал свои сайты перетягивать на него, и стал попутно писать статьи о нем и рассказывать про его плюсы, минусы, как что правильно делать. Но это часто перетекало в противоборство Evo vs Revo. Приходили люди и говорили «Эво наше все, а Рево можно даже и не рассматривать». У меня позиция была другая: «Хотите — юзайте Эво, но Рево тоже имеет право быть и у него есть ряд преимуществ, таких-то и таких-то». Прошло некоторое время, и разработчиков на Рево становилось все больше и больше (совсем не факт что какая-то моя в этом заслуга, просто даже при заходе на тот же modx.com на скачивание предлагалась в первую очередь Рево, то есть большинство из этих ребят и Эво-то не видели толком, а сразу начинали с Рево). И в какой-то момент уже начали звучать лозунги типа «Оставьте старичка в покое». Это про Эво. Я статью с наскока не смог найти, но вот коммент такой есть: forums.modx.com/thread/103105/modx-evo#dis-post-555009

Ваша проблема начинается с того что вы используете CMS которая ДАВНО устарела. EVO чтобы там не говорили evo-сектанты это глубоко устаревшая платформа, дополнения которой содержат множество уязвимостей, некоторые из которых известны более ДЕСЯТИЛЕТИЯ и которые уже никогда исправлены не будет и никаких авторизации с определенного ip тут не помогут, взлом производится не через админку. Попытка реанимации evo в виде CMS Evolution тоже уже кроме недоумения не вызывает, возможно она уже даже не полностью совместима с исходной EVO. Оставьте evo старичка в покое!

Что же делать? Ответ: Перенести сайт на ветку REVO и забыть Evolution как страшный сон.

И вот прошло еще несколько лет, и не знаю, первый я скажу или уже кто-то говорил, но я скажу так: «Оставьте старичка Рево в покое». Как тогда, когда появился Рево, он нес в себе те технологические новшества, которые требовала современность. И даже если сейчас говорить, что Эво все еще актуальная и очень современная, это только благодаря тому, что ее постоянно развивают, пихают в нее то, чего вообще не предполагалось пихать и что никакого отношения к MODX не имеет. И скорее всего в Рево тоже много чего напихать нужно было, и я бы так может и не говорил, но не сделали. Я вот сам не стал это видео смотреть www.youtube.com/watch?v=ihjUAEK11Wk, но попросил друга посмотреть (у него времени на это полно). Он посмотрел. И не смог рассказать практически ни про какие новые фишки. То есть планов на будущее полно, но вот прям сейчас показать особо нечего. Какой-то там блочный редактор вроде только. Fred, не? Если Fred, то такое… Та же Тина больше впечатляет.

Итог: если в какой-то момент стало «Эво — старичок, оставьте его», то почему не может быть «Рево — старичок, оставьте его»? Много кто сейчас конечно же будет топить за то, что этого просто не может быть, Рево всегда актуален будет! Но зайдите на тот же hh.ru и поищите MODX. 40 вакансий… Большинство до 100 000 рэ. Опять-таки, такое…

Предположу, что большинство из этих говорящих кроме MODX и не знают-то ничего, то есть сравнивать особо не с чем. Но прочитайте для расширения кругозора вот это: https://freecode.academy/topics/modx-+-react-+-nextjs-+-prisma-2-+-nexus.-gorodskie-bani.ru-v3

Мне до сих пор еще приходится сталкиваться с MODX. И чем больше у меня опыта в других технологиях, чем больше я работаю с более жесткой типизацией и т.п., тем больше я убеждаюсь, что надо «оставить старичка в покое». Нельзя его просто так взять и доработать. Его можно только переписать с нуля, написать новый современный движок. Но это нельзя сделать с сохранением всего и вся в БД. Вы просто не сможете обеспечить этому достойный уровень типизации. Хранение не только чисел и простых строк, но и JSON-строк в одних и тех же колонках типа Строка — это путь в никуда. Отсутствие возможности прочекать одной командой весь проект (включая зависимости и т.п.) — это путь туда же. И да, существовать и это будет, и может даже работать, но вот только на рынке мало кто вам, как специалисту, работающему с этим, предложит достойную оплату. А рынок все-таки диктует…

Привет, спасибо за плагин! Да, поддержка ms2Gallery очень актуальна

Убрал. То же поведение.

Вот это убери $modx->toJSON($where);

Убрал строку

'return' => 'json'

Ничего не изменилось, поведение то же.

Тогда попробуй не переводить в json

тип ввода — число

tv поле
monosnap.com/file/XrQup7mRyd8RiGmT6cx8DTlTdsSg7v

Lo это строка?

Попробуй прописать параметры напрямую без переменных

Вот пример сниппета для приема ajax

<?php
// Откликаться будет ТОЛЬКО на ajax запросы методом POST
if($_SERVER['REQUEST_METHOD'] != 'POST' ) {return;}

// Сниппет будет обрабатывать не один вид запросов, поэтому работать будем по запрашиваемому действию
// Если в массиве POST нет действия - выход
if (empty($_POST['action'])) {return;}

// А если есть - работаем
$res = '';
$action = $_POST['action'];
switch ($action) {
    case 'search':
	    $res = $modx->runSnippet('searchResources');
    break;
	
	// А вот сюда потом добавлять новые методы prodFastView
}

// Если у нас есть, что отдать на запрос - отдаем и прерываем работу парсера MODX
if (!empty($res)) {
	die($res);
}

Вызывать некешированным в самом верху страницы

а файл делать в Filesystem? и без аякса никак не обойтись?

В MODX сниппеты, которые в левом меню на вкладке Элементы, хранятся в БД. Чтобы всё заработало, как я и говорил, нужен файл который будет принимать ajax ( это более правильный вариант) или сниппет, который будет ловить все ajax'ы

{include 'file:chunks/blocks/pdo_project.tpl' $resources='250,251'}

{set $params = [
'depth' => '0',
'resources' => $resources,
'element' => 'msProducts',
'tpl' => '@FILE chunks/cards/card-project.tpl',
'includeThumbs' => 'medium',
'limit' => 80,
'includeTVs' => 'size,pro,price1,area,projectname',
'tvPrefix' => '',
'parents' =>  0 ,
]}
<div class="rows row row-cols-1 row-cols-sm-2 row-cols-md-3 catalog mt-2">
    {'!pdoPage' | snippet : $params}
</div>

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

А ты уверен что там есть $articles, я не встречал такого способа передачи параметров как у тебя?

да

в сниппетах

Это код расположен внутри чанка?

{set $params = [
'ajaxMode' => 'default',
'depth' => '0',
'element' => 'msProducts',
'tpl' => '@FILE chunks/cards/card.tpl',
'includeThumbs' => 'square',
'limit' => 6,
'includeTVs' => 'size,pro,price1,area',
'where' => ['article:IN' => $articles]
'tvPrefix' => '',
'parents' => 0,
'showLog' => 1,
]}
<div class="rows row row-cols-1 row-cols-sm-2 row-cols-md-3 catalog mt-2">
    {'!pdoPage' | snippet : $params}
</div>