Для разработчиков
Подводные камни WebRTC
Всем привет!
Сразу предупрежу, что в данной статье я не буду особо расписывать плюсы использования технологии WebRCT, хотя они безусловно есть и альтернативы им практически нет. Плюсов и так в этих ваших интернетах полно написано. А вот подводные камни особо не описываются, что оказывает весьма пагубное влияние… Сейчас все подробно опишу.
Разбор будет происходить на основе вот этой статьи: modx.pro/components/16803
Давно уже видел этот топик, но был занят. Сейчас вот могу немного времени выделить, хоть и не спал уже сутки…
Лирика
Это можно не читать, если вам сразу нужны факты, они ниже в отдельном абзаце.
На самом деле если бы не комментарии в этом топике, я бы и не писал ничего. Но каждый комментарий все больше подчеркивает общую картину «Это крутой компонент! Дайте больше!». Уточню: я совсем не против того, чтобы кто-то давал много и круто, но конкретно это ситуация губительна по трем причинам:
1. Это действительно круто! Это и выглядит круто, и возможности заявляются впечатляющие, да еще и воображение дорисовывает перспективы. Это то, что вполне может заинтересовать многих. А значит много кто может попробовать потратить на это свои силы, время и деньги, и потом думать, что делать с недоделанным проектом, за который уже взята предоплата, и клиент ждет результата. Хотя все так просто выглядело в начале…
Сразу предупрежу, что в данной статье я не буду особо расписывать плюсы использования технологии WebRCT, хотя они безусловно есть и альтернативы им практически нет. Плюсов и так в этих ваших интернетах полно написано. А вот подводные камни особо не описываются, что оказывает весьма пагубное влияние… Сейчас все подробно опишу.
Разбор будет происходить на основе вот этой статьи: modx.pro/components/16803
Давно уже видел этот топик, но был занят. Сейчас вот могу немного времени выделить, хоть и не спал уже сутки…
Лирика
Это можно не читать, если вам сразу нужны факты, они ниже в отдельном абзаце.
На самом деле если бы не комментарии в этом топике, я бы и не писал ничего. Но каждый комментарий все больше подчеркивает общую картину «Это крутой компонент! Дайте больше!». Уточню: я совсем не против того, чтобы кто-то давал много и круто, но конкретно это ситуация губительна по трем причинам:
1. Это действительно круто! Это и выглядит круто, и возможности заявляются впечатляющие, да еще и воображение дорисовывает перспективы. Это то, что вполне может заинтересовать многих. А значит много кто может попробовать потратить на это свои силы, время и деньги, и потом думать, что делать с недоделанным проектом, за который уже взята предоплата, и клиент ждет результата. Хотя все так просто выглядело в начале…
modExtra-cli - разворачиваем modExtra из терминала
Моя последняя заметка на тему скрещивания vue на MODX, она по сути является логическим и исчерпывающим выводом из предыдущих. Да и не гоже мусолить одну и туже тему и засорять фид!
Ближе к делу! Вот как выглядит и работает сli (gif):
Он помогает быстро развернуть modExtra (от товарища Василия), либо в стоковой версии, либо в версии с vue. Подробности вы узнаете под катом.
В общем погнали.
Ближе к делу! Вот как выглядит и работает сli (gif):
Он помогает быстро развернуть modExtra (от товарища Василия), либо в стоковой версии, либо в версии с vue. Подробности вы узнаете под катом.
В общем погнали.
Графоманские пояснения к тому как можно не запариться используя vue вместо extjs.
Пока салаты не остыли решил написать пояснение с примером к предыдущему посту. Так как меня не совсем верно поняли (оно и понятно, я совсем не писатель). Сейчас я попытаюсь пройтись по основным пунктам, с картинками и пояснением к ним, на примере уже существующего компонента (кому лень читать конечный результат в конце). Внимание будет попахивать агитацией и пропагандой!
В общем погнали.
В общем погнали.
Экскурс как можно использовать vuejs в место extjs и не запариться.
Это не статься в стиле «я написал торт/тудушку/ещечтото на rea extjs и vue и вот что у меня получилось». Это просто инструкция как можно без особых усилий писать на чем-то стороннем (в моем случае vue).
(внимание) Так как на этом ресурсе сидят довольно опытные ребята, я не буду рассказывать все в подробностях, как поставить ноду + сопутствующее окружение, что такое modExtra, почему vue а не react/angular/свойвариант и т.д…
В общем погнали.
(внимание) Так как на этом ресурсе сидят довольно опытные ребята, я не буду рассказывать все в подробностях, как поставить ноду + сопутствующее окружение, что такое modExtra, почему vue а не react/angular/свойвариант и т.д…
В общем погнали.
GoogleMaps, YandexMaps или Leaflet? Что выбрать?
Навеяно вот этим топиком.
Так как опыт с картами у меня уже весьма большой, а тема карт не раскрыта, пишу большой топик, а не краткий комментарий (там значительные ограничения на объем, на сколько я знаю).
Начнем с этих самых Google и Leaflet карт, точнее с того, что leaflet-карт просто не существует, на сколько я знаю. Leaflet — javascript-библиотека, используемая для вывода объектов поверх слоя карты. По умолчанию она загружает OpenStreatMap, но может и GoogleMaps. А может еще и 2gis. 2gis вообще ее настоятельно советует.
Так как опыт с картами у меня уже весьма большой, а тема карт не раскрыта, пишу большой топик, а не краткий комментарий (там значительные ограничения на объем, на сколько я знаю).
Начнем с этих самых Google и Leaflet карт, точнее с того, что leaflet-карт просто не существует, на сколько я знаю. Leaflet — javascript-библиотека, используемая для вывода объектов поверх слоя карты. По умолчанию она загружает OpenStreatMap, но может и GoogleMaps. А может еще и 2gis. 2gis вообще ее настоятельно советует.
Разработка на javascript или как я до этого докатился.
Внимание! Много буков. А еще MODX будет представлен не в самом лучшем виде, но я обещаю быть объективным. Тем не менее, особо чувствительным не рекомендуется к прочтению.
Данный топик — ответ на этот комментарий.
Данный топик — ответ на этот комментарий.
1 плагин - 3 лайвхака
Всем привет, порой работа менеджеров в админке modx — сущий ад. Сегодня поступил заказ с просьбой решить несколько проблем.
Проблема №1:
В tinyMCE все изображения которые вставляются имеют атрибуты width и height, и не имеют нужных классов
Проблема №2:
При загрузки файлов в каталог, где уже есть такое имя, файлы переписывают друг друга, необходимо было сделать добавление префикса для файлов с одинаковым именем
Проблема №3:
Иногда менеджеры грузят неприлично большие изображения, что непосредственно влияет и на скорость загрузки страницы и на общий размер файлов
Что делает плагин:
Проблема №1:
В tinyMCE все изображения которые вставляются имеют атрибуты width и height, и не имеют нужных классов
Проблема №2:
При загрузки файлов в каталог, где уже есть такое имя, файлы переписывают друг друга, необходимо было сделать добавление префикса для файлов с одинаковым именем
Проблема №3:
Иногда менеджеры грузят неприлично большие изображения, что непосредственно влияет и на скорость загрузки страницы и на общий размер файлов
Что делает плагин:
- Транслитерация файлов при загрузке, добавление префикса если файл дублируется
- Уменьшает загружаемое изображение до 1200px по ширине
- Из поля content достает все img, вырезает у них атрибуты width и height, вместо них подставляет класс img-thumbnail
[Gvozdb/Dumper] PHP библиотека для создания резервных копий сервера
Формирование JavaScript файлов и кусков кода для дополнений
Всех приветствую. Есть ситуация, с которой сталкиваюсь на каждом сайте, к которому заказчик предъявляет требования по части валидности верстки\кода. Этот пост про ситуацию с кусками java-скриптов, которые подключают в код страниц дополнения modx. Например, AjaxForm, MinifyX и MiniShop2 подтягивает в код страницы блоки javascript которые открываются тегами:
Валидатор выдает такое предупреждение:
The type attribute is unnecessary for JavaScript resources.
Чтобы исправить эту ситуацию — нужно убрать из тега атрибут type=«text/javascript».
Господа разработчики, постарайтесь обновить свои дополнения, чтобы сделать код сайтов на modx более валидным.
Заранее благодарен!
UPD.: Решение проблемы здесь bazstudio.com/blog/320-make-valid-the-auto-js-files-in-modx
<script type="text/javascript">
И этот тег не проходит валидатор validator.w3.orgВалидатор выдает такое предупреждение:
The type attribute is unnecessary for JavaScript resources.
Чтобы исправить эту ситуацию — нужно убрать из тега атрибут type=«text/javascript».
Господа разработчики, постарайтесь обновить свои дополнения, чтобы сделать код сайтов на modx более валидным.
Заранее благодарен!
UPD.: Решение проблемы здесь bazstudio.com/blog/320-make-valid-the-auto-js-files-in-modx
[MODX CRM] Нужен ли сообществу подобный компонент?
Друзья, предлагаю обсудить необходимость компонента, реализующего функционал CRM на базе MODX
Часто, работая с RetailCRM, я все больше задумываюсь что мне пригодились бы многие вещи оттуда, внутри родного MODX при работе с eCommerce. Посудите сами, насколько полезно было бы заранее узнать о пользователе:
Часто, работая с RetailCRM, я все больше задумываюсь что мне пригодились бы многие вещи оттуда, внутри родного MODX при работе с eCommerce. Посудите сами, насколько полезно было бы заранее узнать о пользователе:
- Как часто, с каких устройств пользователь посещает наш сайт
- Что он делает на сайте, какие товары просматривает, какие кладет в корзину, какие в итоге покупает (классическая воронка продаж)
- Откуда к нам пришел (utm-метки, реферальные хвосты, сайты-источники, поисковые запросы и т.п.)
- География, Сферы интересов, Возраст, Пол (пока не знаю как, но думаю эти данные можно вытянуть из аналитических сервисов)