Для разработчиков

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

Привет!
Вышел .NET Core 3.0 который привнес огромное кол-во новых возможностей которые я до сих пор изучаю.

Прежде чем вы скажете опять какой-то фреймворк для UI ну сколько можно же!! я сразу зайду с козырей:

1. Создание пользовательских интерфейсов с помощью C#, а не Javascript
   
2. Использование существующих .NET библиотек для реализации UI
   
3. Возможность вызова JavaScript совместно Blazor.
   

Это уже не совсем обычный фреймворк, правда? Исторически сложилось так, что я не очень люблю JavaScript ровно как и любые языки без строгой типизации. Есть TypeScript тоже от Microsoft, однако плотно я его не успел пощупать.

Поэтому выход Blazor для меня это огромное счастье и радость. Уже есть первые проекты на Blazor такие как bing.com и сайт dot.net

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

У меня есть пару северов на Linux которые держат какие-то проекты, vpn ну и всякую другую мелочь. Но если всех этих серверов у меня есть один сервер на Windows Server 2019 который используется для тестов, компиляции приложений на старом .NET Framework и прочее (у меня MacBook с 128гб памяти и мне очень больно держать локально Windows).

Продолжаем цикл заметок про Vue + Nuxt.

После вводного рассказа о положении дел на рынке, пришла пора попробовать нашего монстрика в деле. Сделать это совсем несложно — нам нужен только установленный Node.js. Дальше идём на nuxtjs.org/guide/installation и читаем, что нужно сделать.
Внимание, сайт хостится на Digital Ocean, который переодически блокируется нашим грозным РКН, так что вам может потребоваться VPN. Лично я читаю документацию в Opera — VPN там встроенный.

Дальше делаем npx create-nuxt-app и отвечаем на вопросы. Лично я выбираю пакетный менеджер Yarn и UI фреймворк Bootstrap-Vue. Из дополнений тащим Axios для сетевых запросов и поддержку PWA. Линтер и тесты нам пока ни к чему, режим работы — Universal (про это позже).

При планировании разработки механизма RESTful API была идея использовать стандартные процессоры. Плюсы очевидны — готовый код для CRUD с проверками прав и лексиконами. Кроме того, более простая интеграция с дополнениями. Ведь они тоже работают через процессоры. Т.е. их серверную часть переписывать не нужно. По крайней мере, не всю.

Что смущает?

В некоторых базовых и пользовательских процессорах заложена специфика ExtJs. Не критично, но загрязняет код.

Ответ кодируется в JSON со своим форматом. А значит его нужно раскодировать. Получается двойная работа: массив -> json -> массив.

Раз уж зашла тема про REST хочу написать серию заметок о том, как обстоят дела с построением REST архитектуры в MODX или о том, как сделать API приложение на базе MODX.

Привет! Пользуюсь своим свободным временем по максимуму и вещаю вам с поезда. Кофе в Macdonals сегодня крайне восхитительно и я решил поделится с вами еще одной не самой большой, но крайне полезной статьей. Надеюсь никто не против :)

Привет! На волне того что тут теперь можно рассказывать на около модэкс темы, то я решил поделится с вами небольшой статьй.
На свой основной работе (благо, не студии) я занимаюсь разработкой на MODX пары достаточно крупных интернет-проектов в Республике Беларусь. Но в целом и общем я совсем не считаю себя PHP-шником и меня в принципе не особо тянуло в интерпретируемые языки. Это, конечно, мои загоны. Для себя я нашел хороший инструмент — .NET. И я начал особо плотно им интересоваться в момент анонса .NET Core, т.к Windows для меня стала слегка чужой, хотя Visual Studio до сих пор одна из тех вещей которые лично для меня являются весомым таким плюсом в пользу экосистемы языка.
Так же считаю что в .NET стеке гораздо сложнее сделать плохой код. Ни InteliSense, ни сборщик мусора, ни компилятор не даст прям намеренно сделать очень плохо. Посади 100 программистов на PHP решить задачу — получи 100 разных ее вариаций. На .NET специалисты схожего уровня напишут плюс-минус одинаково, что и позволяет C# как языку быть более поддерживаемым чтоль. Ладно, это лирика.

Привет!
На самом деле давненько я обещал обновить плагин, но большое душилово на основной работе мешало сесть и написать пару десятков строк кода. Однако время нашлось и я представляю маленькое обновление :0

Привет, друзья!
Есть тема для дискуссии. Как вы знаете, дела в лагере разработчиков MODX не очень. Если глянуть на список пользователей, то многие из топа уже покинули этот лагерь. Недавно сообщество потеряло главного амбассадора. Да и номер первый, как мы знаем, с MODX контактирует только на старых проектах. Конечно это удручает. Но такова жизнь. Так происходит везде. Это не ноу-хау MODX. Рынок разработки стремительно меняется. Приходят новые технологии, языки, подходы. Сайты становятся сложнее. Рынок простых CMS сужается. Конкуренция становиться жёстче. И тут MODX сильно проигрывает. Несмотря на то, что он не хуже Вордпресса, Джумлы и Битрикса, новых разработчиков он привлекает всё меньше и меньше. И это самое плохое. Старые и опытные разработчики будут уходить какую бы супер-пупер систему вы не сделали, а вот новых привлечь — задача наиважнейшая.