Вопросы специалистов

Документация для специалистов

Песочница

Вопросы клиентов

Tips & tricks

MIGX

Неожиданно перестали приходить присьма(FormIt)

Не работает ajax ShopModxBox

Множественная выборка из составной строки

Различные варианты группировки и подсчета значений

Google PageSpeed Insights оптимизация сайта

помогите разобратся с FormIt

После переноса сайта проблемы с url, но не везде. Прорлемы с phpthumbof -> cache

Ошибка "Problem getting service shopModx" при переходе с главной страницы

Публикация топиков в VK

Как добавить превью-картинку к статье?

Это не формит перестал работать, а гугл отбивает ваши письма, судя по всему расценивая как спам.

Это не формит перестал работать, а гугл отбивает в

очень странно, такая мысль была, но тк эти письма отправляются только на 2 рабочих мейла, никто пожаловаться что это спам не мог… даже попробовали дописать в футере письма стандартную фразу вида — Это письмо отправлено автоматически с сайта такого-то, и даже ссылку отписаться поставили… все-равно шлет их в таком виде

очень странно, такая мысль была, но тк эти письма 

а еще попробовали в одной из форм для копии поставить ящик mail.ru, туда письма даже в спам не пришли.

а еще попробовали в одной из форм для копии постав

Гмейлу для этого ничьи жалобы и не нужны. Это технический вопрос настройки отправки почты с сервера. Бесплатно с этим вопросом вряд ли кто-то поможет, только если саппорт вашего хостинга.

Гмейлу для этого ничьи жалобы и не нужны. Это техн

Конечно, будем пока сами разбираться, но главное эт не formlt. 
 Спасибо, за консультацию.


Конечно, будем пока сами разбираться, но главное э

Не за что.

Лева, а вот такие вопросы возникают:
 1. Комментарии могут туда поститься? Конечно, сильно сомневаюсь, но все же. То есть если у нас здесь у комментирующего есть ВК-профиль, может от его имени публиковаться коммент или нет? Это чисто из интереса спрашиваю. Просто ты там бота одного писал и знаешь эти вещи лучше меня.
 2. Забирать комментарии можно оттуда? Это, на сколько я понимаю, более реально. То есть мы по комменту определяем к какой публикации у нас этот коммент делается, кем, и если здесь его профиль есть, то от него тут же публикуем и коммент здесь.
 3. Новые статьи, что публикуются в группе, мы так же можем сюда кросспостить, верно? Если пользователь определен, то от его имени. Если нет, то от имени Доброго робота.


Блин, мегакруто! :) Лева, а вот такие вопросы возникают:
 1. Комментарии могут туда поститься? Конечно, сильно сомневаюсь, но все же. То есть если у нас здесь у комментирующего есть ВК-профиль, может от его имени публиковаться коммент или нет? Это чисто из интереса спрашиваю. Просто ты там бота одного писал и знаешь эти вещи лучше меня.
 2. Забирать комментарии можно оттуда? Это, на сколько я понимаю, более реально. То есть мы по комменту определяем к какой публикации у нас этот коммент делается, кем, и если здесь его профиль есть, то от него тут же публикуем и коммент здесь.
 3. Новые статьи, что публикуются в группе, мы так же можем сюда кросспостить, верно? Если пользователь определен, то от его имени. Если нет, то от имени Доброго робота.

Блин, мегакруто! :) Лева, а вот такие вопросы возн

1. Не, так не прокатит. Только если юзеры авторизуют приложение, но это геморойно будет. 
 2. Забирать запросто, и постить тут тоже. Если есть связка юзер-вк, то можно постить от его имени, если связки нету, то можно постить от имени бота.
 3. Да можем, но ток по крону.

1. Не, так не прокатит. Только если юзеры авторизу

Значит 2 и 3 надо делать :)

Я тут понял, что люди не видят этого поста) И не могут на него зайти))) Его видим только мы?)

Я тут понял, что люди не видят этого поста) И не м

Нет. Его видите не только вы. Во всяком случае я перешел по ссылке из письма про новый топик.
 

P.S. А подробности по реализации будут?

Нет. Его видите не только вы. Во всяком случае я перешел по ссылке из письма про новый топик. P.S. А подробности по реализации будут?

Нет. Его видите не только вы. Во всяком случае я п

Просто топик был в закрытую группу опубликовав :) А тебе как раз хватает привилегий на просмотр этой группы) Переместил в открытую группу.

Просто топик был в закрытую группу опубликовав :) 

FormIt не аджаксовый. Вам или AjaxForm надо использовать, или form-процессоры (но это еще сложнее), или в FormIt добавить вывод JS-кода при успешной отправке. В общем, это так много всего, что просто так не объяснить. Изучите в первую очередь что такое Ajax.

FormIt не аджаксовый. Вам или AjaxForm надо исполь

А каких подробностей вы хотите? =)

На самой странице редактирования статьи нет управления картинкой. Картинка редактируется в управлении статьями, двойным кликом по первой колонке. joxi.ru/xAeGldOh0OWOmy
 Там есть ряд тонкостей, почему сделано именно так (потому как редакторы открывают несколько вкладок и редактируют в разных местах, перетирая данные статьи).

Добрый день. Не за что! На самой странице редактирования статьи нет управления картинкой. Картинка редактируется в управлении статьями, двойным кликом по первой колонке. joxi.ru/xAeGldOh0OWOmy
 Там есть ряд тонкостей, почему сделано именно так (потому как редакторы открывают несколько вкладок и редактируют в разных местах, перетирая данные статьи).

Добрый день. Не за что! На самой странице редактир

Благодарю.
 Вот я невнимательный…

Не за что

Результат офигенный!

Спасибо :)

А есть еще developers.google.com/speed/pagespeed/module/build_ngx_pagespeed_from_source

А есть еще developers.google.com/speed/pagespeed/m

Он будет просто следить за скоростью, или все-таки как-то что-то оптимизировать?

Он будет просто следить за скоростью, или все-таки

Будет всякое оптимизировать: пережимать картинки на лету, конвертить jpeg в webp (если браузер поддерживает webp), склеивать CSS и JS, преобразовывать маленькие изображения в inline (data:) и куча всякого.
 Подробнее: developers.google.com/speed/pagespeed/module/config_filters

Будет всякое оптимизировать: пережимать картинки н

ОК. Спасибо за наводку! При случае попробую.

Спасибо за хороший урок оптимизации! ))

Как всегда пожалуйста!

ай) прошу прощения… удалите топик) по невнимательности пропустил 1 строчку без изменения пути к папке /connectors/. всё работает)

ай) прошу прощения… удалите топик) по невнимательн

В погоне за циферками как обычно страдают пользователи… Вот скажите пожалуйста — когда включали css в код страницы не возникало мыслей, что в отдельный файл его засовывают вот уже много лет не просто так?

В погоне за циферками как обычно страдают пользова

Василий, вы хотите меня обвинить в том, что я не понимаю для чего CSS в отдельный файл пихают? Основам веб-разработки хотите научить меня? Идите гуглу объясняйте, может они вас выслушают и перепишут свои алгоритмы и не будут раздавать глупые советы. Но они вам скорее всего ответят что-то в духе «да, с отдельным файлом есть куча плюсов, включая возможность его компрессировать и т.п. Но понимаете, у нас сейчас подход используется 'Сначала контент, потом оформление'. Отдельный файл — это отдельное соединение на сервер, там проверка прав на чтение его, компрессия, отдача и т.п. Да, это должно быть мельчайшие доли-секунды, но что если не так? Что, если у вас веб-сервер затупил и задерживает с отдачей CSS-файла? И из-за него человек не может прочитать текст страницы, потому что браузер упорно пытается получить этот CSS-файл. Юзер будет в печали, и мы вместе с ним. А так, когда CSS встроен в страницу, мы точно знаем, что получая код страницы, пользователь и стили сразу получит. Все-таки скачать один большой файл это как правило не больше, чем несколько отдельных. Не зря же придумали минификаторы всякие и т.п.».
 

Я в свою очередь добавлю, что я не пишу стили изначально в странице, а подгружаю в него готовый файл. А этот файл, в свою очередь, собран галпом из кучи лесс-файлов, включая бутстрап и остальное, и в нем все пути к картинкам прописаны корректно. Выполнив простую замену относительных путей на абсолютные, я точно знаю, что все картинки будут найдены.
 

P.S. Подскажите, в чем вы конкретно пострадали? Сомневаюсь, что хоть кто-то из рядовых пользователей будет заглядывать в код моих страниц и потом весь день ходить в печали от увиденного.

Василий, вы хотите меня обвинить в том, что я не понимаю для чего CSS в отдельный файл пихают? Основам веб-разработки хотите научить меня? Идите гуглу объясняйте, может они вас выслушают и перепишут свои алгоритмы и не будут раздавать глупые советы. Но они вам скорее всего ответят что-то в духе «да, с отдельным файлом есть куча плюсов, включая возможность его компрессировать и т.п. Но понимаете, у нас сейчас подход используется 'Сначала контент, потом оформление'. Отдельный файл — это отдельное соединение на сервер, там проверка прав на чтение его, компрессия, отдача и т.п. Да, это должно быть мельчайшие доли-секунды, но что если не так? Что, если у вас веб-сервер затупил и задерживает с отдачей CSS-файла? И из-за него человек не может прочитать текст страницы, потому что браузер упорно пытается получить этот CSS-файл. Юзер будет в печали, и мы вместе с ним. А так, когда CSS встроен в страницу, мы точно знаем, что получая код страницы, пользователь и стили сразу получит. Все-таки скачать один большой файл это как правило не больше, чем несколько отдельных. Не зря же придумали минификаторы всякие и т.п.». Я в свою очередь добавлю, что я не пишу стили изначально в странице, а подгружаю в него готовый файл. А этот файл, в свою очередь, собран галпом из кучи лесс-файлов, включая бутстрап и остальное, и в нем все пути к картинкам прописаны корректно. Выполнив простую замену относительных путей на абсолютные, я точно знаю, что все картинки будут найдены. P.S. Подскажите, в чем вы конкретно пострадали? Сомневаюсь, что хоть кто-то из рядовых пользователей будет заглядывать в код моих страниц и потом весь день ходить в печали от увиденного.

Василий, вы хотите меня обвинить в том, что я не п

Пусть будет в назидание другим не внимательным :)

OpenServer, как и денвер, лучше не юзать в принципе, хотя бы потому, что в винде есть ограничения на длину пути файлов. Но у вас скорее всего другое. Во-первых, переименуйте ht.access в .htaccess, у вас просто видимо 404-ая. А касаемо логов, это бага MODX-а. Патчиться пока придется вручную github.com/modxcms/revolution/pull/12359/files

Добрый день. OpenServer, как и денвер, лучше не юзать в принципе, хотя бы потому, что в винде есть ограничения на длину пути файлов. Но у вас скорее всего другое. Во-первых, переименуйте ht.access в .htaccess, у вас просто видимо 404-ая. А касаемо логов, это бага MODX-а. Патчиться пока придется вручную github.com/modxcms/revolution/pull/12359/files

Добрый день. OpenServer, как и денвер, лучше не юз

htaccess у меня без точки, пропатчил, то же самое

Вот потому у вас и не работает. Вам же винда не дает его переименовать в .htaccess с точкой, верно? *Обидно, да?*. Подсказываю: переименуйте его в админке MODX-а через управление файлами.

Вот потому у вас и не работает. Вам же винда не да

Нет, htaccess у меня с точкой в начале, как надо, неправильно выразился:)

Нет, htaccess у меня с точкой в начале, как надо, 

Плохо пропатчили. Там дифф, то есть разница. Красной строчки не должно быть в итоговом файле, то есть $this->getService($package['service_name'],$package['service_class'],$package['path']);
 В итоге в modx.class.php должно быть так:
 

if (!empty($package['service_name']) && !empty($package['service_class'])) {
    $packagePath = str_replace('//','/',$package['path'].$package['name'].'/');
    $this->getService($package['service_name'],$package['service_class'],$packagePath);
}

пропатчил, то же самое Плохо пропатчили. Там дифф, то есть разница. Красной строчки не должно быть в итоговом файле, то есть $this->getService($package['service_name'],$package['service_class'],$package['path']);
 В итоге в modx.class.php должно быть так: if (!empty($package['service_name']) && !empty($package['service_class'])) {
    $packagePath = str_replace('//','/',$package['path'].$package['name'].'/');
    $this->getService($package['service_name'],$package['service_class'],$packagePath);
}

пропатчил, то же самое Плохо пропатчили. Там дифф,

Проверил, пропатчил как надо. Красную убрал, зелёные добавил

Проверил, пропатчил как надо. Красную убрал, зелён

Тогда вероятен как раз самый неприятный сценарий: что из-за длины файлов у вас не подгружаются нужные файлы. Попробуйте в админке в консоли выполнить
 print (int)!empty($modx->getService('modxsite'));
 print (int)!empty($modx->newObject('Order'));
 

Должно быть две единички, тогда с подгрузкой классов ОК (хотя и не будет гарантировать подгрузку процессоров, к коим путь гораздо длиннее ).

Тогда вероятен как раз самый неприятный сценарий: что из-за длины файлов у вас не подгружаются нужные файлы. Попробуйте в админке в консоли выполнить
 print (int)!empty($modx->getService('modxsite'));
 print (int)!empty($modx->newObject('Order')); Должно быть две единички, тогда с подгрузкой классов ОК (хотя и не будет гарантировать подгрузку процессоров, к коим путь гораздо длиннее ).

Тогда вероятен как раз самый неприятный сценарий: 

Тогда OpenServer фтопку)) Больше ничего посоветовать не могу. На нормальном сервере все воркает.

Тогда OpenServer фтопку)) Больше ничего посоветова

У меня про modxclub.ru показывает 75 и 80 баллов: dl.dropboxusercontent.com/u/41241876/modxclub.png
 

А с сыы вопрос не в том, что гугл хочет видеть стили в коде страницы, вопрос в том, что хочет видеть не все. Достаточно в код страницы поместить стили, которые нужны для шапки сайта и эта часть теста пройдена. 
 

Ну и поделюсь своим опытом (97 и 98 баллов): dl.dropboxusercontent.com/u/41241876/97-98.png
 

По остальным пунктам:
  — типа блокирующие js и css вынес за body; стили шапки — в код страниц. При этом обнаружилось, что на медленных соединениях видна страница без стилей, вроде мелочь, но некрасиво. Поэтому добавил в код стиль для body:before, который изображает белый фон с анимированным гифом для иллюстрации загрузки, а в css-файле стиль этот стиль убрал;
 

 — кэширование и сжатие настроил как у тебя, только этот сайт на apache, но принцип тот же;
 

 — картинки шаблона сжимал на сервисе tinyjpg.org, картинки пользователей сжимаются при загрузке плагином, который вызывает утилиту jpegtran.
 

Осталось замечание про кэш браузера для яндекс-метрики, но исправлять его переносом скрипта на сервер смысла не вижу. Мало ли в этом скрипте что-нибудь поменяется, и метрика будет работать некорректно — а это важнее, чем 3 сферических балла в вакууме. К тому же метрика-метрикой, а ведь еще могут быть яндекс-карты (там будет дополнительно ругаться на несжатые картинки), виджеты типа твоего живосайта и т.п.

У меня про modxclub.ru показывает 75 и 80 баллов: dl.dropboxusercontent.com/u/41241876/modxclub.png А с сыы вопрос не в том, что гугл хочет видеть стили в коде страницы, вопрос в том, что хочет видеть не все. Достаточно в код страницы поместить стили, которые нужны для шапки сайта и эта часть теста пройдена. Ну и поделюсь своим опытом (97 и 98 баллов): dl.dropboxusercontent.com/u/41241876/97-98.png По остальным пунктам:
  — типа блокирующие js и css вынес за body; стили шапки — в код страниц. При этом обнаружилось, что на медленных соединениях видна страница без стилей, вроде мелочь, но некрасиво. Поэтому добавил в код стиль для body:before, который изображает белый фон с анимированным гифом для иллюстрации загрузки, а в css-файле стиль этот стиль убрал; — кэширование и сжатие настроил как у тебя, только этот сайт на apache, но принцип тот же; — картинки шаблона сжимал на сервисе tinyjpg.org, картинки пользователей сжимаются при загрузке плагином, который вызывает утилиту jpegtran. Осталось замечание про кэш браузера для яндекс-метрики, но исправлять его переносом скрипта на сервер смысла не вижу. Мало ли в этом скрипте что-нибудь поменяется, и метрика будет работать некорректно — а это важнее, чем 3 сферических балла в вакууме. К тому же метрика-метрикой, а ведь еще могут быть яндекс-карты (там будет дополнительно ругаться на несжатые картинки), виджеты типа твоего живосайта и т.п.

У меня про modxclub.ru показывает 75 и 80 баллов: 

Кстати, яндекс тоже сделал похожий сервис, в бета-версии веб-мастера. Но там пока без заморочек.

Кстати, яндекс тоже сделал похожий сервис, в бета-

У меня про modxclub.ru показывает 75 и 80 баллов: dl.dropboxusercontent.com/u/41241876/modxclub.png

Для http и https разные настройки используются. Тест на https проводился. Поправил кеширование и для http joxi.ru/8AnXDv9ubbxZmO
 Баллы упали до 91 из-за большой не оптимизированной картинке на главной. 
 

Достаточно в код страницы поместить стили, которые нужны для шапки сайта и эта часть теста пройдена.

У нас все стили собираются галпом в единый файл. Заморачиваться с разбивкой это на два отдельных файла для шапки и не для него ради пары процентов — не интересно. К тому же не факт, что поможет, ибо как я показывал выше, гугл на него ругается даже в самом подвале.
 

— картинки шаблона сжимал на сервисе tinyjpg.org, картинки пользователей сжимаются при загрузке плагином, который вызывает утилиту jpegtran.

С сервисами и утилитами заморачиваться не перспективно лично для меня. Будем поиграться с озвученным выше developers.google.com/speed/pagespeed/module/build_ngx_pagespeed_from_source и если все ОК, включим его в нашу сборку сервера. Тогда этот момент будет автоматически закрыт.
 

Мало ли в этом скрипте что-нибудь поменяется, и метрика будет работать некорректно — а это важнее, чем 3 сферических балла в вакууме.

Файл подгружается с Яши, просто на уровне сервера и кешируется. Вряд ли вероятность нарваться на неактуальный неработающий вариант скрипты метрики в промежутки между сбросом кеша.

У меня про modxclub.ru показывает 75 и 80 баллов: dl.dropboxusercontent.com/u/41241876/modxclub.png Для http и https разные настройки используются. Тест на https проводился. Поправил кеширование и для http joxi.ru/8AnXDv9ubbxZmO
 Баллы упали до 91 из-за большой не оптимизированной картинке на главной. Достаточно в код страницы поместить стили, которые нужны для шапки сайта и эта часть теста пройдена. У нас все стили собираются галпом в единый файл. Заморачиваться с разбивкой это на два отдельных файла для шапки и не для него ради пары процентов — не интересно. К тому же не факт, что поможет, ибо как я показывал выше, гугл на него ругается даже в самом подвале. — картинки шаблона сжимал на сервисе tinyjpg.org, картинки пользователей сжимаются при загрузке плагином, который вызывает утилиту jpegtran. С сервисами и утилитами заморачиваться не перспективно лично для меня. Будем поиграться с озвученным выше developers.google.com/speed/pagespeed/module/build_ngx_pagespeed_from_source и если все ОК, включим его в нашу сборку сервера. Тогда этот момент будет автоматически закрыт. Мало ли в этом скрипте что-нибудь поменяется, и метрика будет работать некорректно — а это важнее, чем 3 сферических балла в вакууме. Файл подгружается с Яши, просто на уровне сервера и кешируется. Вряд ли вероятность нарваться на неактуальный неработающий вариант скрипты метрики в промежутки между сбросом кеша.

К тому же не факт, что поможет, ибо как я показывал выше, гугл на него ругается даже в самом подвале.

Уверен, поможет. Да и стилей там нужно от силы десяток, чтобы шапку нарисовать. А если вставить стили из файла в код полностью, то будет ругаться «Сократите html».

К тому же не факт, что поможет, ибо как я показывал выше, гугл на него ругается даже в самом подвале. Уверен, поможет. Да и стилей там нужно от силы десяток, чтобы шапку нарисовать. А если вставить стили из файла в код полностью, то будет ругаться «Сократите html».

К тому же не факт, что поможет, ибо как я показыва

картинки шаблона сжимал на сервисе tinyjpg.org

Смени домен на: tinypng.com/
 Спасибо, отличная утилита. Помогает!
 

картинки пользователей сжимаются при загрузке плагином, который вызывает утилиту jpegtran

Может есть готовый пример реализации в MODx?

картинки шаблона сжимал на сервисе tinyjpg.org Смени домен на: tinypng.com/
 Спасибо, отличная утилита. Помогает! картинки пользователей сжимаются при загрузке плагином, который вызывает утилиту jpegtran Может есть готовый пример реализации в MODx?

картинки шаблона сжимал на сервисе tinyjpg.org Сме

Еще раз: смотрите эту картинку. Он просит из верхней части убрать ссылку на стили, которая находится в самом подвале страницы. Конечно здесь усматривается цепочка зависимостей, что если перехать как следует этот файл и он будет меньше, и тогда ругани на него будет меньше, но в текущий момент с ним есть проблема. Так что все пока так как есть.

Еще раз: смотрите эту картинку. Он просит из верхн

Опять же если модулю PageSpeed указать:
 pagespeed EnableFilters ...move_css_above_scripts,combine_css,combine_javascript,rewrite_css,rewrite_javascript,...;
 Соберет все js в один-два (видимо, зависит от объема), поместит эти собранные js перед , соберет все CSS в один, поместит его над собранными JS (не в head, если нужно в head, уберите move_css_above_scripts).
 

pagespeed EnableFilters insert_ga,make_google_analytics_async;
 Добавит асинхронный вызов GoogleAnalitics.
 Подстановка ID:
 pagespeed AnalyticsID ;


Опять же если модулю PageSpeed указать:
 pagespeed EnableFilters ...move_css_above_scripts,combine_css,combine_javascript,rewrite_css,rewrite_javascript,...;
 Соберет все js в один-два (видимо, зависит от объема), поместит эти собранные js перед , соберет все CSS в один, поместит его над собранными JS (не в head, если нужно в head, уберите move_css_above_scripts). pagespeed EnableFilters insert_ga,make_google_analytics_async;
 Добавит асинхронный вызов GoogleAnalitics.
 Подстановка ID:
 pagespeed AnalyticsID ;

Опять же если модулю PageSpeed указать:
 pagespeed

Вот это все круто. Спасибо! Будем экспериментировать.

Вот это все круто. Спасибо! Будем экспериментирова

Да не за что, я сам это почти случайно нарыл ~ в августе, поставил в своей «песочнице», полет вот уже больше 3 месяцев нормальный.

Да не за что, я сам это почти случайно нарыл ~ в а

Все же tinyjpg.com — автор тот же, там и png и jpg сжимаются.
 

<?php
$e = &$modx->event;
if (!function_exists('optimizeJPG')) {
    function optimizeJPG($file) {
        $ext = strtolower(end(explode('.', $file)));
        if ($ext == 'jpeg' || $ext == 'jpg') {
            $cmd = '/usr/bin/jpegtran -optimize -progressive -copy none -outfile '.escapeshellarg($file.'_').' '.escapeshellarg($file);
            exec($cmd, $result, $return_var);
            if (file_exists ($file.'_') && filesize($file) > filesize($file.'_')) {
                rename($file.'_',$file);
            } else {
                unlink($file.'_');
            }

        }
    }
}
if ($e->name == "OnFileManagerUpload") {
$msProperties = $source->get('properties');
$path = realpath(MODX_BASE_PATH.$msProperties['basePath']['value'].$directory);
optimizeJPG($path.'/'.$files['file']['name']);
}


Все же tinyjpg.com — автор тот же, там и png и jpg сжимаются. Плагин выглядит так: <?php
$e = &$modx->event;
if (!function_exists('optimizeJPG')) {
    function optimizeJPG($file) {
        $ext = strtolower(end(explode('.', $file)));
        if ($ext == 'jpeg' || $ext == 'jpg') {
            $cmd = '/usr/bin/jpegtran -optimize -progressive -copy none -outfile '.escapeshellarg($file.'_').' '.escapeshellarg($file);
            exec($cmd, $result, $return_var);
            if (file_exists ($file.'_') && filesize($file) > filesize($file.'_')) {
                rename($file.'_',$file);
            } else {
                unlink($file.'_');
            }

        }
    }
}
if ($e->name == "OnFileManagerUpload") {
$msProperties = $source->get('properties');
$path = realpath(MODX_BASE_PATH.$msProperties['basePath']['value'].$directory);
optimizeJPG($path.'/'.$files['file']['name']);
}

Все же tinyjpg.com — автор тот же, там и png и jpg

Благодарю.
 На днях буду прикручивать…

Там в пояснениях написано, что 14% верхней части страницы могут быть отображены без загрузки стилей — я об этом говорю. Тогда перестанет ругаться и не будет просить убрать ссылку из подвала.

Там в пояснениях написано, что 14% верхней части с

Ладно, мы вероятно о разных вещах говорим и друг друга не понимаем. Проехали.

Ладно, мы вероятно о разных вещах говорим и друг д

Судя по всему просто дело в правах на файлы. На одном сайте поигрались, перенесли на другой (вместе с кешем старого сайта). assets/commponents/phpthumbof/cache, к слову, на то и называется cache, что не является рабочей папкой, а папка для уже конечного результата, потому в одном с ней контексте говорить «все картинки, которые использовались в этом дополнении улетели» не совсем корректно. Это сайт работал с уже имеющимися в ней картинками, а вот phpthumbof уже ничего не мог с этой папкой делать (опять-таки, судя по всему из-за отсутствия прав). Потому когда вы их удалили, phpthumbof не смог ничего в эту папку записать.
 

То же самое и с УРЛами. Что-то смогло закешироваться, а что-то нет. Когда вы перенесли обратно на первый сайт, перенесли с кешем второго сайта. «Кэш чистил» — опять-таки: как чистили? Через админку? Админка ничего не скажет, если не сможет какие-то файлы кеша удалить при сбросе. Она только скажет «кеш очищен», но был ли он очищен или нет — знать не будете. Только физическое удаление папки core/cache по ftp или ssh (когда вы видите, что папка удалилась) гарантирует вам, что он удален (в случае, если используется дефолтный кеш-провайдер). А так, если у вас кеш-файлы со старого сайта остались, не удивительно, что с УРЛами фигня получилась.
 

В общем, не гарантия на все это, но скорее всего именно так.

Судя по всему просто дело в правах на файлы. На одном сайте поигрались, перенесли на другой (вместе с кешем старого сайта). assets/commponents/phpthumbof/cache, к слову, на то и называется cache, что не является рабочей папкой, а папка для уже конечного результата, потому в одном с ней контексте говорить «все картинки, которые использовались в этом дополнении улетели» не совсем корректно. Это сайт работал с уже имеющимися в ней картинками, а вот phpthumbof уже ничего не мог с этой папкой делать (опять-таки, судя по всему из-за отсутствия прав). Потому когда вы их удалили, phpthumbof не смог ничего в эту папку записать. То же самое и с УРЛами. Что-то смогло закешироваться, а что-то нет. Когда вы перенесли обратно на первый сайт, перенесли с кешем второго сайта. «Кэш чистил» — опять-таки: как чистили? Через админку? Админка ничего не скажет, если не сможет какие-то файлы кеша удалить при сбросе. Она только скажет «кеш очищен», но был ли он очищен или нет — знать не будете. Только физическое удаление папки core/cache по ftp или ssh (когда вы видите, что папка удалилась) гарантирует вам, что он удален (в случае, если используется дефолтный кеш-провайдер). А так, если у вас кеш-файлы со старого сайта остались, не удивительно, что с УРЛами фигня получилась. В общем, не гарантия на все это, но скорее всего именно так.

Судя по всему просто дело в правах на файлы. На од

Спасибо! Полезно, нужно оптимизировать.

Я тут тоже заморочился с пейджСпидом — все ок, но не знаю как бороться с «Удалите из верхней части Css ...»
 

Но у меня все на феном, а в примере, я так понял, что на смарти.
 

Не подскажете как сделать тоже самое, но только на феном?

Приветствую! Классный результат! Я тут тоже заморочился с пейджСпидом — все ок, но не знаю как бороться с «Удалите из верхней части Css ...» У вас в примере <style>
{include "{$modx->config.base_path}{$template_url}bundle/styles/styles.css" assign=css}
{$css|regex_replace:'/url\(([\'"]?)\.\.\/\.\.\//':"url($1{$template_url}"}
</style> Но у меня все на феном, а в примере, я так понял, что на смарти. Не подскажете как сделать тоже самое, но только на феном?

Приветствую! Классный результат! Я тут тоже заморо

Про синтаксис на феноме лучше на модх.про спросить, может Василий ответит.
 

В целом на счет инклюда стилей: все-таки скорее всего правильней заморочиться с тем, чтобы разделить стили на те, что в шапке будут подгружаться (минимальный набор и самое важное) и те, что в подвале. Суть просто в том, что когда стили в документ вшиты, они будут каждый раз с документом загружаться. При 100кбайт не особо проблема, но вот сейчас мы фронт вебпаком собираем, а он картинки кодирует и прям в стили вшивает, в итоге получается полметра и больше. Так вот, каждый раз лишние полметра тянуть — не круто. В когда стили по ссылке подгружаются и сервер правильно настроен, то они будут браузером из кеша браться. Вот смотрите как статика может отдаваться при правильной настройке сервера: joxi.ru/Y2LjLVESn8Mqjr


Про синтаксис на феноме лучше на модх.про спросить, может Василий ответит. В целом на счет инклюда стилей: все-таки скорее всего правильней заморочиться с тем, чтобы разделить стили на те, что в шапке будут подгружаться (минимальный набор и самое важное) и те, что в подвале. Суть просто в том, что когда стили в документ вшиты, они будут каждый раз с документом загружаться. При 100кбайт не особо проблема, но вот сейчас мы фронт вебпаком собираем, а он картинки кодирует и прям в стили вшивает, в итоге получается полметра и больше. Так вот, каждый раз лишние полметра тянуть — не круто. В когда стили по ссылке подгружаются и сервер правильно настроен, то они будут браузером из кеша браться. Вот смотрите как статика может отдаваться при правильной настройке сервера: joxi.ru/Y2LjLVESn8Mqjr

Про синтаксис на феноме лучше на модх.про спросить

Парни, а у кого получилось вот этот пункт сделать
 

{file_get_contents('https://mc.yandex.ru/metrika/watch.js')|regex_replace:'/\[\[/':'[ ['}

У меня с десяток js скриптов со сторонних серверов, но когда вставляю вместо mc.yandex.ru/metrika/watch.js свои, например:
 

{file_get_contents('http://s7.addthis.com/js/300/addthis_widget.js')|regex_replace:'/\[\[/':'[ ['}

в чанки, то вместо кнопок от addthis в подвале у меня отображается просто
 текст {file_get_contents('http://s7.addthis.com/js/300/addthis_widget.js')|regex_replace:'/\[\[/':'[ ['}

Парни, а у кого получилось вот этот пункт сделать {file_get_contents('https://mc.yandex.ru/metrika/watch.js')|regex_replace:'/\[\[/':'[ ['} У меня с десяток js скриптов со сторонних серверов, но когда вставляю вместо mc.yandex.ru/metrika/watch.js свои, например: {file_get_contents('http://s7.addthis.com/js/300/addthis_widget.js')|regex_replace:'/\[\[/':'[ ['} в чанки, то вместо кнопок от addthis в подвале у меня отображается просто
 текст {file_get_contents('http://s7.addthis.com/js/300/addthis_widget.js')|regex_replace:'/\[\[/':'[ ['}

Парни, а у кого получилось вот этот пункт сделать 

В чанках этот код не работает. Он работает в Smarty (смотрите инфу по odxSmarty). Или в сниппет загоняйте preg_replace().