Кирилл

Согласен!

Компания — да :))
А я лично нет, не разрабатываю на MODX.
Отсюда и говорю что простое решение.

Спасибо, так в разы лучше )

Спасибо за информацию, о многих багах и проблемах знаем, но не правим.
В ближайшее время мы выкатим новую версию сайта, но уже на Laravel, а не MODX

Михаил, а приведите примеры этих сайтов.

Олег, я не возьмусь рассуждать о каких современных фронтенд технологиях ты говоришь, но если ты про js фреймворки, то не всем сайтам нужны они.
Переход в тот момент когда клиент будет готов платить за разработку на фреймворке. Однозначно же сайт на MODX стоит дешевле, чем на фреймворке.

Прочитал статью и понимаю, что такой статьёй не стану делиться.
По заголовку думал сейчас скину коллегам в отдел продаж, по факту, получилась история программиста, о том как надо продавать сайты на MODX.
Хороший продавец со слабым знанием продукта лучше продаст MODX, чем хороший программист с отличным знанием MODX (всех его плюсов и минусов).

такое ощущение что всем бизнесам, будь то ИП или ООО или какая другая собственности, нужно сразу же решение на фрэймворке.
Из собственного опыта: в большинстве случаев чтобы закрывать начальные и средние потребности клиента в интернет-маркетинге — MODX более чем будет хватать.
А когда клиент заработает денег на сайте с MODX, то тогда можно уже и на более дорогие решения использовать.

Была такая проблема с 302 редиректом для первой страницы:

<section class="row content">
        <section class="col-lg-12 articles">
          <div class="row"></div>
        [[!pdoPage?
            &parents=`3`
            &ajaxMode=`default`
            &tpl=`blog_tpl`
            &includeTVs=`img_blog`
            &limit=`3`
            &includeContent=`1`
            &tplPage=`@INLINE <li><a href="[[+href]]">[[+pageNo]]</a>`
            &tplPageWrapper=`@INLINE <ul>[[+prev]][[+pages]][[+next]]</ul> `
            &tplPageActive=`@INLINE <li class="active"><a href="[[+href]]">[[+pageNo]]</a>`
            &tplPagePrev=`@INLINE <li class="first"><a href="[[+href]]"><i class="icon arrow-menu"></i></a></li>`
            &tplPageNext=`@INLINE <li class="last"><a href="[[+href]]"><i class="icon ico-pag"></i></a></li>`
            &tplPagePrevEmpty=`@INLINE <li class="disabled"><</li>`
            &tplPageNextEmpty=`@INLINE <li class="disabled">></i></li>`
           
        ]]
          <div class="row pagination">
            <div class="col-lg-12">
                [[!+page.nav]]
            </div>
          </div>
        </section>
      </section>

И в итоге в перелинковке 302 редирект. От него решили не избавляться, а просто убрать из перелинковки "/?page=1". В моём случае надо было убрать &ajaxMode=`default`

<section class="row content">
        <section class="col-lg-12 articles">
          <div class="row"></div>
        [[!pdoPage?
            &parents=`3`
            &tpl=`blog_tpl`
            &includeTVs=`img_blog`
            &limit=`3`
            &includeContent=`1`
            &tplPage=`@INLINE <li><a href="[[+href]]">[[+pageNo]]</a>`
            &tplPageWrapper=`@INLINE <ul>[[+prev]][[+pages]][[+next]]</ul> `
            &tplPageActive=`@INLINE <li class="active"><a href="[[+href]]">[[+pageNo]]</a>`
            &tplPagePrev=`@INLINE <li class="first"><a href="[[+href]]"><i class="icon arrow-menu"></i></a></li>`
            &tplPageNext=`@INLINE <li class="last"><a href="[[+href]]"><i class="icon ico-pag"></i></a></li>`
            &tplPagePrevEmpty=`@INLINE <li class="disabled"><</li>`
            &tplPageNextEmpty=`@INLINE <li class="disabled">></i></li>`
           
        ]]
          <div class="row pagination">
            <div class="col-lg-12">
                [[!+page.nav]]
            </div>
          </div>
        </section>
      </section>

И больше в перелинковке не было 302 редиректа для page=1 при использовании pdopage. А вы так понимаю изменяли в исходниках с 302 на 301? Почему сразу в pdopage по умолчанию в компоненте не использовать 301?

пару минут, я уже разобрался, что с filetranslit
Сейчас допишу статью как я решил эту проблему :)

Максим? Решили как-то?

если переносили файлы, так же посмотрите какие права на файлы + кто владелец файлов
+ удалите физически /core/cache/

поисковые роботы + всякий софт что может сканить сайт + реальные пользователи и при большой посещаемости это вполне нормально.
Зачем его уменьшать? Он как-то мешает кроме как увеличения дискового пространства? Добавьте места на диске и не заморачивайтесь

какой угодно может быть софт, от самописного, до промышленного типа zennoposter

Да я по другому решил сделать, чтобы ко всем img добавить class lazy
по сути не определяю в контенте это или нет, чтобы добавило класс.
Теперь работает так как надо. Спасибо

Весь этот код заменяет class был он там или не был

$src = $img->src;
                if ($src) {
                    $img->src = null;
                    $img->{'data-src'} = $src;
                    $img->class = 'lazy';

А как переписать чтобы добавлял class lazy к существующим class'ам при наличии? и при отсутствии просто добавлял class=«lazy»?

классный вопрос, всё сразу понятно и сразу можно помочь :D

Счастье всегда на стороне отважных.
Но это круто что делаете, посмотрим как будет развиваться в течение полугода.
Мы в компании делаем проекты на modx revo и laravel + vue, а тут прям modx + laravel, вопрос сразу в готовых дополнениях и модулях для ускорения разработки и для более дешевых клиентов. Ну а про то что на Laravel можно всё что угодно сделать, понятное дело.
Видео не смотрел, Evolution CMS совместима ли с vue? можно ли сделать решения для админской части или для клиентской на vue и будет ли работать с Evolution CMS?