Песочница

Blog by Fi1osof

Ищем программиста по Modx

Как скопировать цены?

Дыры MODX

modImporter импорт из ссылки со стороннего сайта

Не работает modx  Site temporarily unavailable.

Сортировка по нескольким значениям

Передать значение ID в окно редактирования

Оригинальный интернет-каталог на MODX+node.js+react.js

ShopModxBox-4.0 by React-JS

Фабрика сайтов использует неэтичные способы собственного продвижения

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

Можем обсудить детали. Контакты в профиле. Доступе

Саша, емейл пользователя не виден всем просто так. Функции показа емейла и личные сообщения я попозже введу. Пока что просто напиши на указанный емейл топикстартеру.

Саша, емейл пользователя не виден всем просто так.

Привет, Коля. Я тебя понял.

Поясните, какая связь между price2 и ShopmodxProduct?

В ShopmodxProduct нет поля price2.

Я так понимаю, Вы обновили shopmodx с версии 2.х до версии 3.х?

Поясните, какая связь между price2 и ShopmodxProduct? В ShopmodxProduct нет поля price2. Я так понимаю, Вы обновили shopmodx с версии 2.х до версии 3.х?

Поясните, какая связь между price2 и ShopmodxProdu

Связи нет. Просто нашел топик https://modxclub.ru/topics/sql-zapros-na-update-s-dzhoinami-sredstvami-xpdo-2152.html  и попробовал сделать все по аналогии...  Поможете?

Связи нет. Просто нашел топик https://modxclub.ru/

Начиная с версии shopmodx-3.0 поле price находится в modResource, компонент ShopmodxProduct там не используется.

С ImportX не сталкивались, не могу по нему ничего сказать. Мы используем свой компонент для импорта.

Посмотрите в журнал администратора

Если после импорта там появляются записи типа 

, то можно навесить плагин на событие OnDocFormSave, который будет копировать цену из tv в поле price документа.  Если цена попадает при импорте в TV price2, то плагин будет примерно такой:

<?php
$object->set('price', $object->getTVValue('price2'));
$object->save();

Начиная с версии shopmodx-3.0 поле price находится в modResource, компонент ShopmodxProduct там не используется. С ImportX не сталкивались, не могу по нему ничего сказать. Мы используем свой компонент для импорта. Посмотрите в журнал администратора http://joxi.ru/82QLOa7t1RjOjm Если после импорта там появляются записи типа http://joxi.ru/L21GXajh6L84Jr то о , то можно навесить плагин на событие OnDocFormSave, который будет копировать цену из tv в поле price документа.  Если цена попадает при импорте в TV price2, то плагин будет примерно такой:

Начиная с версии shopmodx-3.0 поле price находится

записи есть. А какой код плагина?

Не забудьте включить событие:

Не забудьте включить событие: http://joxi.ru/VrwzbwQcKaOl3A

Не забудьте включить событие: http://joxi.ru/Vrwzb

про событие понял..

Ну и после этого нужно повторить импорт

Спасибо! Буду пробовать...

Пожалуйста. Напишите по результату :)

Attempted to set execution time to infinite. Max execution time currently: 30.

Тестирование данных перед импортом...

Данные из CSV-файла заменят все данные, введённые вручную. Название файла: import-NA-SITE.csv

Ошибок не обнаружено. Готовим данные к импорту...

Для импорта готовы элементы в количестве: 3. Импортирование...

Потом все зависает. Если обновить страницу, появляется 1 ресурс из 3 импортируемых тестовых. В этом ресурсе поле price =0. 

Что-то пошло не так: Консоль запущена... Attempted to set execution time to infinite. Max execution time currently: 30. Тестирование данных перед импортом... Данные из CSV-файла заменят все данные, введённые вручную. Название файла: import-NA-SITE.csv Ошибок не обнаружено. Готовим данные к импорту... Для импорта готовы элементы в количестве: 3. Импортирование... PHP notice: Undefined index: data PHP notice: Undefined variable: object Потом все зависает. Если обновить страницу, появляется 1 ресурс из 3 импортируемых тестовых. В этом ресурсе поле price =0.

Что-то пошло не так: Консоль запущена... Attempted

<?php
$resource->set('price', $resource->getTVValue('price2'));
$resource->save();

Попробуйте

никто не знает, иначе бы они не были дырами :)

Но могу сказать, достаточно надёжная система.

Главное - самому не накосячить.

никто не знает, иначе бы они не были дырами :) Но могу сказать, достаточно надёжная система. Главное - самому не накосячить.

никто не знает, иначе бы они не были дырами :) Но 

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

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

К сожалению, Ссылка - не работает. Этот функционал закладывался именно под это, но не был реализован, вероятно, из-за того, что в расширяющем процессоре совсем не сложно прописать импорт внешнего файла по ссылке. CURL в помощь.

Добрый день. К сожалению, Ссылка - не работает. Этот функционал закладывался именно под это, но не был реализован, вероятно, из-за того, что в расширяющем процессоре совсем не сложно прописать импорт внешнего файла по ссылке. CURL в помощь.

Добрый день. К сожалению, Ссылка - не работает. Эт

Все ясно, спасибо!

Не за что!

 Идет женщина, попарку, вдруг слышит голос из кустов. Инна, Инна!!!!
Подходит к кустам, а там лежит вжопу пьяный мужик и зовет кого-то. Инна,
Инна!!!! Женщина наклоняется, к мужику и говорит. Я не Инна, я Наташа. А 

Идет женщина, попарку, вдруг слышит голос из кусто

✅✅✅✅ 15 ООО рублей в день работая 15-20 минут за компьютером или ноутбуком!

✅✅✅✅ Pабoта для жeлaющих сaйт   http://delocentr.ru

✅✅✅✅ 15 ООО рублей в день работая 15-20 минут за компьютером или ноутбуком! ✅✅✅✅ Pабoта для жeлaющих сaйт   http://delocentr.ru

✅✅✅✅ 15 ООО рублей в день работая 15-20 минут за к

Николай, подскажите, пожалуйста, куда смотреть и в чем моя ошибка. Делаю импорт из yml. Категории создаются отлично, обновляются тоже. С товарами же такая беда: один товар создается и идет ошибка "Что-то пошло не так...". В консоли вижу такие ошибки:

(ERROR @ /core/xpdo/om/xpdoobject.class.php : 1452) Error 23000 executing statement:
INSERT INTO `smgn_modimporter_objects` (`tmp_object_type`, `tmp_external_key`, `tmp_import_id`, `tmp_parent`, `tmp_title`, `tmp_content`, `tmp_processed`, `tmp_error`, `tmp_raw_data`) VALUES ('category', '', 1, '3', '', '', '0', 0, 'a:1:{s:9:\"pagetitle\";s:0:\"\";}')
Array
(
    [0] => 23000
    [1] => 1062
    [2] => Duplicate entry 'category' for key 'tmp_external_key'
)

(ERROR @ /core/xpdo/om/xpdoobject.class.php : 811) msCategory: Attempt to set NOT NULL field parent to NULL
(ERROR @ /core/xpdo/om/xpdoobject.class.php : 811) msCategory: Attempt to set NOT NULL field parent to NULL
(ERROR @ /core/xpdo/om/xpdoobject.class.php : 811) msCategory: Attempt to set NOT NULL field parent to NULL
(ERROR @ /core/xpdo/om/xpdoobject.class.php : 811) msCategory: Attempt to set NOT NULL field parent to NULL
(ERROR @ /core/xpdo/om/xpdoobject.class.php : 811) msCategory: Attempt to set NOT NULL field parent to NULL


Николай, подскажите, пожалуйста, куда смотреть и в

Андрей, вам же четко пишет ошибку: Duplicate entry 'category' for key 'tmp_external_key'.

То есть вы пытаетесь в таблицу временных данных создать сразу несколько записей с одинаковым ключом. В данном случае у вас конфликтное значение - '', то есть пустая строка. Пустая строка - это тоже значение. Если этой блокировки по неуникальным данным не будет, у вас дубли наплодятся. Скорее всего это произошло в следствии того, что вы не указали при импорте уникальный ключ для категорий (то есть каждая запись должна иметь внешний ключ (1С-артикул или типа того)). Это необходимо не только для предотвращения появления дублей, но и для того, чтобы в дальнейшем при повторном импорте выполнялось обновление ранее существующих данных, а не создание каждый раз новых объектов.

А Attempt to set NOT NULL field parent to NULL - это MODX-ошибка. Вы пытаетесь создать документ без указания поля parent. Даже если родителя у документа нет, у него parent должен быть установлен 0.

Андрей, вам же четко пишет ошибку: Duplicate entry 'category' for key 'tmp_external_key'. То есть вы пытаетесь в таблицу временных данных создать сразу несколько записей с одинаковым ключом. В данном случае у вас конфликтное значение - '', то есть пустая строка. Пустая строка - это тоже значение. Если этой блокировки по неуникальным данным не будет, у вас дубли наплодятся. Скорее всего это произошло в следствии того, что вы не указали при импорте уникальный ключ для категорий (то есть каждая запись должна иметь внешний ключ (1С-артикул или типа того)). Это необходимо не только для предотвращения появления дублей, но и для того, чтобы в дальнейшем при повторном импорте выполнялось обновление ранее существующих данных, а не создание каждый раз новых объектов. А Attempt to set NOT NULL field parent to NULL - это MODX-ошибка. Вы пытаетесь создать документ без указания поля parent. Даже если родителя у документа нет, у него parent должен быть установлен 0.

Андрей, вам же четко пишет ошибку: Duplicate entry

Николай, странно, откуда у меня эта ошибка. Попробовал на чистом сайте импортировать - все залетело без проблем. А может быть из-за версии 2.6.0 ошибка? Или из-за того что в БД у меня уже много всего?

Николай, странно, откуда у меня эта ошибка. Попроб

Так вы попробуйте теперь на ту чистую еще пару раз поверх прогнать. Но может на рабочем сайте структурные изменения каталога какие-то проводили.

Так вы попробуйте теперь на ту чистую еще пару раз

Николай, нашел причину того, почему импорт не работал. Не работает он на новой версии 2.6.0 из-за нового события OnResourceCacheUpdate. Честно говоря, не знаю для чего это событие, но вот этот фикс проблему решил: https://github.com/modxcms/revolution/commit/719c29231279b44cd9a6f5cd5a49f181a44a63dd 

Николай, нашел причину того, почему импорт не рабо

Ну, это вообще проблема никак не связанная с модимпортером. Та ошибка в принципе фатальная и в случае ее возникновения php разваливаться будет.

Ну, это вообще проблема никак не связанная с модим

Ну а может из-за это фатальной ошибки вываливаться импорт?

Ну а может из-за это фатальной ошибки вываливаться

Конечно может, ведь весь php-процесс разваливался. Импортер создает документы. При сохранении документа вызывался несуществующий метод ($this->modx->invokeEvent вместо $this->xpdo->invokeEvent), из-за чего выполнение разваливалось. 

Но это не имеет никакого отношения к Duplicate entry 'category' for key 'tmp_external_key'. Вот прям вообще никакого. Про это я написал в первом комментарии.

Конечно может, ведь весь php-процесс разваливался. Импортер создает документы. При сохранении документа вызывался несуществующий метод ($this->modx->invokeEvent вместо $this->xpdo->invokeEvent), из-за чего выполнение разваливалось. Но это не имеет никакого отношения к Duplicate entry 'category' for key 'tmp_external_key'. Вот прям вообще никакого. Про это я написал в первом комментарии.

Конечно может, ведь весь php-процесс разваливался.

Так, с этим понял. А подскажите, как задать уникальный ключ, если например поле артикула у меня отсутствует? Использовать для этого ID документа в файле импорта? В коде это задается здесь?

protected function prepareCategoryUpdateData(array $data)
    {
        if ($data['tmp_parent']) {
            $parent = $this->modx->getObject('msCategory', array('externalKey' => $data['tmp_parent']))->id;
        } else {
            $parent = $data['category_parent'];
        }
        $data = array_merge($data, array(
			'class_key' => 'msCategory',
            'id' => $data['category_id'],       // Устанавливаем id документа
            'pagetitle' => $data['tmp_raw_data']['pagetitle'],
            'published' => 1,
            'parent' => $parent,
        ));

        return $data;
    }


Так, с этим понял. А подскажите, как задать уникал

Нет, этот метод используется уже непосредственно для обновления категорий, то есть когда временные данные уже записаны во временную таблицу и взяты для обновления категорий на сайте. Вам нужен метод StepWriteTmpCategories, то есть тот, в котором готовятся данные для записи во временную таблицу. 

Какой вы ключ будете использовать для задания уникальности - это уже ваше дело. Вы сами что для себя логически там используете? Названия категорий? Если да, и если они уникальные, то да, можете их и использовать. Только имейте ввиду, что поле ключа ограничено по длине (смотрите системные настройки в modImporter, а лучше прям в базе данных смотрите структуру таблицы modx_site_content). Если так, то можете брать md5() заголовка. Тогда длина ключа будет фиксированное, а значение уникальное. Но в таком случае, если у вас заголовок в данных импорта хоть на символ изменится, будет создана новая категория.

Нет, этот метод используется уже непосредственно для обновления категорий, то есть когда временные данные уже записаны во временную таблицу и взяты для обновления категорий на сайте. Вам нужен метод StepWriteTmpCategories, то есть тот, в котором готовятся данные для записи во временную таблицу. Какой вы ключ будете использовать для задания уникальности - это уже ваше дело. Вы сами что для себя логически там используете? Названия категорий? Если да, и если они уникальные, то да, можете их и использовать. Только имейте ввиду, что поле ключа ограничено по длине (смотрите системные настройки в modImporter, а лучше прям в базе данных смотрите структуру таблицы modx_site_content). Если так, то можете брать md5() заголовка. Тогда длина ключа будет фиксированное, а значение уникальное. Но в таком случае, если у вас заголовок в данных импорта хоть на символ изменится, будет создана новая категория.

Нет, этот метод используется уже непосредственно д

Круто. У нас вот из-за проблемы получения на старте всего стейта приложения в итоге отказались от сервер сайд рендеринга. Или он просто не работал. Я в детали сильно не углублялся - у меня было полно других задачь. Но тимлид в итоге назвал ошибкой выбор reflux вместо redux. Redux как раз эту проблему сервер сайд рендеринга бы решил. 

Круто. У нас вот из-за проблемы получения на старт

На самом деле не думаю, что reflux, redux или flux решили бы эту проблему. Да, на них можно отправить изменения, которые повлияли бы на запрос данных и в итоге получили бы измененный стейт приложения, но повторюсь, новые компоненты могут порождать другие компоненты и т.п. Это бы добавило коллизий. Этих коллизий можно было бы избежать только в случае, когда все изменения проходят через подобные хранилища без самостоятельной логики в самих компонентах. То есть компоненты только для отрисовки. Но на своем опыте я осознал, что подобные решения слишком неповоротливые получаются. Да, предсказуемость растет, но гибкость падает и объем кода растет. Я для себя решил это так: при заходе на страницу (первый запрос на сервер), система через react-router получает запрашиваемый компонент (тот, который на основе настроек роутера отрабатывался бы на стороне браузера, на основании адресной строки). У этого компонента запрашивается метод получения данных. Это GraphQL-запрос. Именно GraphQL в данном случае спасает, потому что через него можно одним запросом получить сразу несколько дата-сущностей с различной вложенностью. Полученный результат возвращается в обработчик запроса, который тогда только вызывает непосредственно реакт-компонент через react-dom-server с непосредственной отрисовкой HTML. Тут он уже получает не только HTML, но и конечный снимок глобального стейта (то есть в этот момент в самом рекат-компоненте может выполниться дополнительная логика на основании переданного стейта, которая не требует ожидания асинхронных запросов и ре-рендеринга). Этот уже HTML передается вместе со снимком стейта в брайзер и в этот момент, даже после выполнения реакт-компонента на стороне браузера, мы получаем точную копию того, что произошло на сервере. А далее уже в браузере работает полноценное веб-приложение со всеми асинхронными запросами, отсутствием перезагрузки страницы и т.п. Попробуйте отключить JS и зайти на сайт бань, 95% сайта будет работать без JS, вы почти не заметите разницы, все ссылки рабочие, и даже если вы будете авторизованы, с сервера будет приходить код с вашей аватаркой, учетом уровней доступов и т.п.

На самом деле не думаю, что reflux, redux или flux

Николай приветствую! Очень обрадовала твоя статья! В целом динамика твоих изысканий все круче и все выше! Познавательно и реально интересно! Такой вот вопрос, я взялся изучать Angular 4, как ты смотришь на возможности этого фреймворка, в том числе в свете твоих работ? Может смысл есть его функционал задействовать?

Николай приветствую! Очень обрадовала твоя статья!

С ангулар в бою так и не столкнулся, и нет особого желания. Это готовый фреймворк, а мне больше нравится низкоуровневость. К тому же помимо реакта, фейсбук предлагает целый спектр попутных технологий: react, draft-js, graphql, flux, immutable, react-native, а теперь еще и react-vr. Это очень широкий и объемный спектр технологий. На мой взгляд это направление перспективно, не вижу сейчас смысла дергаться еще куда-то. 

Сергей, добрый день. С ангулар в бою так и не столкнулся, и нет особого желания. Это готовый фреймворк, а мне больше нравится низкоуровневость. К тому же помимо реакта, фейсбук предлагает целый спектр попутных технологий: react, draft-js, graphql, flux, immutable, react-native, а теперь еще и react-vr. Это очень широкий и объемный спектр технологий. На мой взгляд это направление перспективно, не вижу сейчас смысла дергаться еще куда-то.

Сергей, добрый день. С ангулар в бою так и не стол

Обана... Не уж то существует в интернете место, где есть что-то интересное на счет совместной работы nodeJS и MODX... У меня сейчас мало времени, чтобы успеть нормально пробежаться по всем статьям, по поводу них, но 100% уже завтра вечером сяду и все прочитаю.  Сам сейчас просто в неописуемом восторге от JavaScript. Все началось с ознакомления с Google'овским Progressive WebApp (https://developers.google.com/web/progressive-web-apps/ ), а в частности ServiceWorker и его возможностями для работы сайтов из оффлайна + бешеная скорость загрузки/работы за счет асинхронности у всех элементов сайта... И с тех пор пошло-поехало... Но все это время меня удивляла одна простая вещь: если взять тот же самый Gulp, то на самом деле сборка шаблонов на нем не такая уж и сложная задача... Но при этом на том же modx.pro ни слова на эту тему... А тут на тебе, аж целый React :-) Если где-то еще будет информация про Polyfill, то жизнь уж совсем станет сказкой :-) 

P.S. ReactVR - это реализация виртуальной реальности...  И это не просто "очень широкий и объемный спектр технологий" , но так же и ОЧЕНЬ не слабых знаний геометрии, как всей остальной математики.

Обана... Не уж то существует в интернете место, где есть что-то интересное на счет совместной работы nodeJS и MODX... У меня сейчас мало времени, чтобы успеть нормально пробежаться по всем статьям, по поводу них, но 100% уже завтра вечером сяду и все прочитаю.  Сам сейчас просто в неописуемом восторге от JavaScript. Все началось с ознакомления с Google'овским Progressive WebApp (https://developers.google.com/web/progressive-web-apps/ ), а в частности ServiceWorker и его возможностями для работы сайтов из оффлайна + бешеная скорость загрузки/работы за счет асинхронности у всех элементов сайта... И с тех пор пошло-поехало... Но все это время меня удивляла одна простая вещь: если взять тот же самый Gulp, то на самом деле сборка шаблонов на нем не такая уж и сложная задача... Но при этом на том же modx.pro ни слова на эту тему... А тут на тебе, аж целый React :-) Если где-то еще будет информация про Polyfill, то жизнь уж совсем станет сказкой :-) P.S. ReactVR - это реализация виртуальной реальности...  И это не просто "очень широкий и объемный спектр технологий" , но так же и ОЧЕНЬ не слабых знаний геометрии, как всей остальной математики.

Обана... Не уж то существует в интернете место, гд

Реакта здесь будет много. Я сейчас заканчиваю перенос довольно крупного тематического портала на свой движок (готовых комплексных решений под себя так и не нашел, поэтому пилю свое сам. С учетом того, что на базе того, на чем работают городские бани, у меня еще один крупные проект создается, и за эти выходные, за два дня, я почти полностью переписал 10-ти летный проект, который крутился на самописке, на эту новую платформу, думаю, могу уже называть это движком). В начале года будет очередное масштабное обновление сайта Клуба на этот движок, так что все это будет неотъемлемой частью MODX-Клуба, и будет довольно подробно освещаться.

Я не рассматриваю MODX и Javascript как конкурирующие взаимозаменяемые технологии. Они вполне могут существовать совместно. MODX более проще и более предсказуемый, и вполне годится для бэкэнда. А Javascript можно использовать для обновления проекта, создания более современного фронта. Собственно, так же как ангулар и все остальное используется в связке с ларавелем. Далеко же не все, кто использует их в связке, говорит "Так, от ларки отказываемся, теперь только кашерный javascript!".

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

VR всерьез заинтересовался после вот это статьи: 

Немного поигрался как пользователь, показалось очень занятным направлением. Математики и геометрики за нас уже все сделали.

К слову, после того. как это чуть изучил, открыл для себя, что в ютубе очень много 3D-контента. В тот момент немного приуныл, ощутил, как будущее проходит мимо меня. То есть сидишь, делаешь такой что знаешь, а тут уже вокруг много того появляется, чего ты просто не заметил.

>> бешеная скорость загрузки/работы за счет асинхронности у всех элементов сайта...

Бани - довольно тяжеловесный проект получился. Там полно мест еще, где надо оптимизировать. Но даже при этом гугл-спид показывает для компьютеров 97/100 

Для мобильников результат похуже, но тоже не плохой, 75-85.

Реакта здесь будет много. Я сейчас заканчиваю перенос довольно крупного тематического портала на свой движок (готовых комплексных решений под себя так и не нашел, поэтому пилю свое сам. С учетом того, что на базе того, на чем работают городские бани, у меня еще один крупные проект создается, и за эти выходные, за два дня, я почти полностью переписал 10-ти летный проект, который крутился на самописке, на эту новую платформу, думаю, могу уже называть это движком). В начале года будет очередное масштабное обновление сайта Клуба на этот движок, так что все это будет неотъемлемой частью MODX-Клуба, и будет довольно подробно освещаться. Я не рассматриваю MODX и Javascript как конкурирующие взаимозаменяемые технологии. Они вполне могут существовать совместно. MODX более проще и более предсказуемый, и вполне годится для бэкэнда. А Javascript можно использовать для обновления проекта, создания более современного фронта. Собственно, так же как ангулар и все остальное используется в связке с ларавелем. Далеко же не все, кто использует их в связке, говорит "Так, от ларки отказываемся, теперь только кашерный javascript!". Про полифил читал, но пока не вижу для себя необходимости его использовать. Мне достаточно того, что реакт позволяет очень быстро менять свойства выводимого компонента, и нагромождать технологии - это скорее всего лишнее будет. VR всерьез заинтересовался после вот это статьи: Немного поигрался как пользователь, показалось очень занятным направлением. Математики и геометрики за нас уже все сделали. К слову, после того. как это чуть изучил, открыл для себя, что в ютубе очень много 3D-контента. В тот момент немного приуныл, ощутил, как будущее проходит мимо меня. То есть сидишь, делаешь такой что знаешь, а тут уже вокруг много того появляется, чего ты просто не заметил. P.S. >> бешеная скорость загрузки/работы за счет асинхронности у всех элементов сайта... Бани - довольно тяжеловесный проект получился. Там полно мест еще, где надо оптимизировать. Но даже при этом гугл-спид показывает для компьютеров 97/100 Для мобильников результат похуже, но тоже не плохой, 75-85.

Реакта здесь будет много. Я сейчас заканчиваю пере

По поводу рейтинга бань могу дать пару советов:

1) Gulp - для сборки фронта - это наше все. Глянь модули gulp-critical-css (Крит. CSS думаю знаешь, что такое) + gulp-uncss ( анализирует HTML код и находит все неиспользуемые и продублированные стили).

2) На счет кэша браузера, если не путаю, то вроде как, если в редакторе счетчика метрика на Яндексе выбрать "Альтернативный CDN", то проблема уходит.

3) На счет картинок не думаю, что смогу что-то новое для тебя сказать... Мне почему-то кажется, что скорее всего ты тут банально схалтурил :-)

P.S. Когда узнал про gulp-uncss и то, что он "анализирует HTML код и находит все неиспользуемые и продублированные стили и удаляет их", то ,в отличии от тебя, не просто " В тот момент немного приуныл"... Я конкретно о&$%ел. Я несколько лет назад понял, что наступает новая глава в истории программирования, когда сидел за очень слабым офисным компьютером и играл в Quake 3 прямо в браузере...  Ну а далее зайдя в Google Experiments я окончательно сформулировал для себя, что пришла эра JavaScript... 

UPD: Глянул сайт и еще добавлю gulp-autoprefixer... т.к. нет "-webkit-" , "-moz-" и т.п. для поддержки старых браузеров... Работал как-то раньше с банькой одной и могу сказать со 100% уверенностью: публика там и на 8 Internet Explorer может сидеть :-)))))

По поводу рейтинга бань могу дать пару советов: 1) Gulp - для сборки фронта - это наше все. Глянь модули gulp-critical-css (Крит. CSS думаю знаешь, что такое) + gulp-uncss ( анализирует HTML код и находит все неиспользуемые и продублированные стили). 2) На счет кэша браузера, если не путаю, то вроде как, если в редакторе счетчика метрика на Яндексе выбрать "Альтернативный CDN", то проблема уходит. 3) На счет картинок не думаю, что смогу что-то новое для тебя сказать... Мне почему-то кажется, что скорее всего ты тут банально схалтурил :-) P.S. Когда узнал про gulp-uncss и то, что он "анализирует HTML код и находит все неиспользуемые и продублированные стили и удаляет их", то ,в отличии от тебя, не просто " В тот момент немного приуныл"... Я конкретно о&$%ел. Я несколько лет назад понял, что наступает новая глава в истории программирования, когда сидел за очень слабым офисным компьютером и играл в Quake 3 прямо в браузере...  Ну а далее зайдя в Google Experiments я окончательно сформулировал для себя, что пришла эра JavaScript... UPD: Глянул сайт и еще добавлю gulp-autoprefixer... т.к. нет "-webkit-" , "-moz-" и т.п. для поддержки старых браузеров... Работал как-то раньше с банькой одной и могу сказать со 100% уверенностью: публика там и на 8 Internet Explorer может сидеть :-)))))

По поводу рейтинга бань могу дать пару советов: 1)

Картинок там только две, на которых он ругается - аватарки 150 на 150, там, где они реально меньше нужны. На счет "схалтурил", ты вообще погорячился. С картинками как раз у меня там все вполне нормально. В модели прописаны сразу несколько вариаций картинок.

Для топиков еще больше вариаций.

Основное, на что ругается гугл, так это на объем HTML-кода "Для показа верхней части страницы понадобилось 156,8 КБ данных с сервера" и долгий ответ сервера - +-1 секунда. Но я не планирую в угоду этого архитектуру менять. С мобильника я пробовал, уже через 2 секунды я могу взаимодействовать со страницей, до того, как 15% контента подгрузилось (имеется ввиду со скриптами и т.п.), я считаю, что это вполне нормально. Я без 100/100 вполне переживу :)

С советами этими чуть опоздал. 

1. Галп, ИМХО - прошлый век. От него аж корежит. Отладка в нем - вообще Адовый АДъ. Пока webpack. Позже может на фейсбуковый сборщик пересяду, если станет стандартом.

2. Стили - вообще не актуально. Глянь CSS. Там fontawesome и бутстрап. От одного и второго откажусь скоро, они просто прилетели наследием, просто потому что мне было лень переделывать шапку. А основные стили в теле документа ищи. Ты их не зачистишь сторонними решениями, там все уникальное. Фишка в том, что это динамические стили. Раз правило в документе есть, значит есть какой-то элемент, для которого это правило нужно. jscss слышал? material-ui@alpha/beta

      "image": "assets/images/lazy/3db3624b49a80589c6704af6759ecdff.jpeg",
      "imageFormats": {
        "thumb": "images/resized/thumb/assets/images/lazy/3db3624b49a80589c6704af6759ecdff.jpeg",
        "small": "images/resized/small/assets/images/lazy/3db3624b49a80589c6704af6759ecdff.jpeg",
        "middle": "images/resized/middle/assets/images/lazy/3db3624b49a80589c6704af6759ecdff.jpeg",
        "big": "images/resized/big/assets/images/lazy/3db3624b49a80589c6704af6759ecdff.jpeg"
      },

Картинок там только две, на которых он ругается - аватарки 150 на 150, там, где они реально меньше нужны. На счет "схалтурил", ты вообще погорячился. С картинками как раз у меня там все вполне нормально. В модели прописаны сразу несколько вариаций картинок. Для топиков еще больше вариаций. Основное, на что ругается гугл, так это на объем HTML-кода "Для показа верхней части страницы понадобилось 156,8 КБ данных с сервера" и долгий ответ сервера - +-1 секунда. Но я не планирую в угоду этого архитектуру менять. С мобильника я пробовал, уже через 2 секунды я могу взаимодействовать со страницей, до того, как 15% контента подгрузилось (имеется ввиду со скриптами и т.п.), я считаю, что это вполне нормально. Я без 100/100 вполне переживу :) С советами этими чуть опоздал. 1. Галп, ИМХО - прошлый век. От него аж корежит. Отладка в нем - вообще Адовый АДъ. Пока webpack. Позже может на фейсбуковый сборщик пересяду, если станет стандартом. 2. Стили - вообще не актуально. Глянь CSS. Там fontawesome и бутстрап. От одного и второго откажусь скоро, они просто прилетели наследием, просто потому что мне было лень переделывать шапку. А основные стили в теле документа ищи. Ты их не зачистишь сторонними решениями, там все уникальное. Фишка в том, что это динамические стили. Раз правило в документе есть, значит есть какой-то элемент, для которого это правило нужно. jscss слышал? material-ui@alpha/beta

Картинок там только две, на которых он ругается - 

 >>>  На счет "схалтурил", ты вообще погорячился

Это была шутка :-) Я прекрасно понимаю, что было что-то из серии:

>>>  аватарки 150 на 150, там, где они реально меньше нужны. 

>> Основное, на что ругается гугл, так это на объем HTML-кода "Для показа верхней части страницы понадобилось 156,8 КБ данных с сервера" и долгий ответ сервера - +-1 секунда. 

Это-то понятно... В будущем Google видит Progressive WebApp, а у них как раз по ним и приколы главные. Вот, к примеру результаты прогона сайта бань в LightHouse:

Но тут уже из другой оперы, конечно, тестирование. Особенно меня радует кэширование на стороне клиента и за счет этого работа даже без интернета:

https://developers.google.com/web/tools/lighthouse/audits/http-200-when-offline 

Если мало-ли вдруг понадобится, то вот чеклист:
https://developers.google.com/web/progressive-web-apps/checklist 

>>>  На счет "схалтурил", ты вообще погорячился Это была шутка :-) Я прекрасно понимаю, что было что-то из серии: >>>  аватарки 150 на 150, там, где они реально меньше нужны. >> Основное, на что ругается гугл, так это на объем HTML-кода "Для показа верхней части страницы понадобилось 156,8 КБ данных с сервера" и долгий ответ сервера - +-1 секунда. Это-то понятно... В будущем Google видит Progressive WebApp, а у них как раз по ним и приколы главные. Вот, к примеру результаты прогона сайта бань в LightHouse: https://yadi.sk/i/ohsPgjQQ3QHJXd Но тут уже из другой оперы, конечно, тестирование. Особенно меня радует кэширование на стороне клиента и за счет этого работа даже без интернета: https://developers.google.com/web/tools/lighthouse/audits/http-200-when-offline Если мало-ли вдруг понадобится, то вот чеклист:
https://developers.google.com/web/progressive-web-apps/checklist

>>>  На счет "схалтурил", ты вообще погорячился Эт

>>> Раз правило в документе есть, значит есть какой-то элемент, для которого это правило нужно. jscss слышал? material-ui@alpha/beta 

Про jscss нет, не слышал... Я особо в React не лазал...  Пока что в сторону Polymer буду курс держать... Там уж точно:

>>> Раз ... в документе есть, значит есть какой-то элемент, для которого это ... нужно

Да и на счет... >>> Раз правило в документе есть, значит есть какой-то элемент, для которого это правило нужно. jscss слышал? material-ui@alpha/beta Про jscss нет, не слышал... Я особо в React не лазал...  Пока что в сторону Polymer буду курс держать... Там уж точно: >>> Раз ... в документе есть, значит есть какой-то элемент, для которого это ... нужно :-)

Да и на счет... >>> Раз правило в документе есть, 

ОК, возьму на заметку, но сейчас для меня это пока рановато. Я развиваю самую логику, и только когда она будет окончена, можно будет заниматься оптимизацией. Сейчас в таком случае это будет Разработка-Оптимизация-Тестирование-Разработка и так далее в цикле. Лишнее звено, при чем весьма ресурсоемкое. 

ОК, возьму на заметку, но сейчас для меня это пока

Вот еще один проект запустил на этом движке: http://pivkarta.ru/ 

Этот проект уже гораздо сложнее и объемней, чем городские бани. Яндекс в результаты выдает 83 000 страниц. 

- 555 + 175 записей в блоги и событий.

- 26 500 пользователей (не вычищал фейков, пока не знаю долю реальных пользователей, но их большая часть).

В общем, сайт предъявил серьезные требования к разработке и оптимизации. Когда запустил первичную версию, нода на запуске съедала больше 2 Гб оперативки (затем в стабильном режиме 700+ метров), получение всех API-данных занимало более 40 сек, и страницу отдавало за 1-10 сек. 

Сейчас штатный режим менее 500 метров требует (на запуске пик чуть более гига), страницу отдает 0.4-1 сек (на паре страниц до 1,5 сек, но это поправлю).

Вот еще один проект запустил на этом движке: http://pivkarta.ru/ Этот проект уже гораздо сложнее и объемней, чем городские бани. Яндекс в результаты выдает 83 000 страниц. Сущностей на сайте: - 1 500 видов пива. - 555 + 175 записей в блоги и событий. - 3 300+ комментариев. - 3 500+ заведений. - 8 300+ фотографий. - 26 500 пользователей (не вычищал фейков, пока не знаю долю реальных пользователей, но их большая часть). В общем, сайт предъявил серьезные требования к разработке и оптимизации. Когда запустил первичную версию, нода на запуске съедала больше 2 Гб оперативки (затем в стабильном режиме 700+ метров), получение всех API-данных занимало более 40 сек, и страницу отдавало за 1-10 сек. Сейчас штатный режим менее 500 метров требует (на запуске пик чуть более гига), страницу отдает 0.4-1 сек (на паре страниц до 1,5 сек, но это поправлю).

Вот еще один проект запустил на этом движке: http:

Прямо в тему оповещение пришло про комментарий. Сейчас изучаю сайт один, который после 2-3 месяцев разработки ... Мне вот интересно , а степень моего веселья понять можно всего лишь по скрину файлового менеджера из админки сайта? 34к взял чел за натяжку на MODX. 

P.S. почему-то правда картинка через место одно выводится в теле комментария, поэтому надо смотреть по ссылке.

P.P.S. !!!! 2-3 МЕСЯЦЕВ НЕ МОЕЙ РАЗРАБОТКИ  !!!!! 

Прямо в тему оповещение пришло про комментарий. Сейчас изучаю сайт один, который после 2-3 месяцев разработки ... Мне вот интересно , а степень моего веселья понять можно всего лишь по скрину файлового менеджера из админки сайта? 34к взял чел за натяжку на MODX. P.S. почему-то правда картинка через место одно выводится в теле комментария, поэтому надо смотреть по ссылке. P.P.S. !!!! 2-3 МЕСЯЦЕВ НЕ МОЕЙ РАЗРАБОТКИ  !!!!! https://yadi.sk/i/jKGUTsCK3QKcKm

Прямо в тему оповещение пришло про комментарий. Се

Чтот я не уловил посыла. Можно чуть разжевать?

Посыл в том, что хочу узнать твое мнение, т.к. не могу понять: JS кретинизм- это проблема только среди MODX разрабов или сейчас вообще везде острая нехватка Frontend разрабов? В последнее время все больше поражает, какие все крутые/важные на modx.pro , хотя кроме пыхи и AjaxForm/AjaxSnippet от Васи не знают ничего. Трындец какой-то. 

Посыл в том, что хочу узнать твое мнение, т.к. не 

Я все равно не уловил в чем JS-кретинизм. Ты про то, что кто-то накидал все в корень сайта? Ну да, это фигня полная. Но это не только касаемо JS косяк. Кидать в корень что угодно - глупость.

Я все равно не уловил в чем JS-кретинизм. Ты про т

версии MODX старой и новой совпадают?

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

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

версии MODX старой и новой совпадают? В таких ситу

>  'sort' => 'proizv.value      ="Decoriis","Berlinoyal"   ', 

это скорее походит на фильтр

>  'sort' => 'proizv.value      ="Decoriis","Berlinoyal"   ', это скорее походит на фильтр

>  'sort' => 'proizv.value      ="Decoriis","Berli

Если нужна фильтрация, то стоит делать так:

$q->where(['proizv.value:in'=>[
    "Decoriis",
    "Berlinoyal"
    ]
]);


При задании сортировки указываются поля, по которым нужно сортировать выборку. Никакие значения там не указываются. Чтобы быстрее понять xpdo очень рекомендую ознакомиться с основами SQL - он построен на них. Иначе очень трудно будет :)

При задании сортировки указываются поля, по которы

Sql я знаю,  поэтому и привожу  рабочий пример от туда, мне нужно его переложить  на xpdo .С одним значением у меня это работает 

значит можно сделать и несколько значений, только пока не знаю правильный синтаксис...

А остальные строки мне  отбрасывать не нужно, фильтрацию я уже сделала  выше.  Мне их надо вывести следом, но уже сортировать по другому по полю.

По-русски задача звучит так:

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

  'sort'   => 'proizv.value      ="Decoriis"   ',

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

Sql я знаю,  поэтому и привожу  рабочий пример от 

Это у вас буквально sort => true|false

Если proizv.value = 'Decoriis', то это true, все остальное - false. То есть вы сортируете на Да и Нет. Сделайте $q->prepare(); $q->toSQL() и посмотрите какой у вас конечный SQL получается. Саша вам правильно говорит: вы не так запрос строите. 

Это у вас буквально sort => true|false Если proizv.value = 'Decoriis', то это true, все остальное - false. То есть вы сортируете на Да и Нет. Сделайте $q->prepare(); $q->toSQL() и посмотрите какой у вас конечный SQL получается. Саша вам правильно говорит: вы не так запрос строите. Если вам надо аналог этого сделать SELECT * FROM page ORDER BY FIELD(season, "весна","лето","осень","зима"), то пробуйте так: