iWatchYouFromAfar

Первая статья — здесь.
Вторая статья — здесь.

:(
1. Надеюсь у всех все хорошо, насколько это возможно.
2. По самым разным причинам, я эту статью писал месяцев 7… Ну как писал… Часть написал еще в феврале и оставил статью пылиться. Я решил закончить давно начатое, надеюсь статья придется вам по вкусу и вы узнаете для себя хоть что-то новое. Погнали.

TypeScript
Конечно увидев Nest, у меня (наверное не только у меня) появились сомненения, ведь TS это как бы JS, но масштаб погружения все таки намного глубже, требуются совсем другого уровня знания. Так думал я перед тем как начать изучать Nest. Я даже вспомнил, что уже давно купил себе этот курс, но так и не начал его изучать (все таки на момент написания статьи, уже начал).

Первая статья — здесь.

Для начала — большое спасибо всем за то что приняли мою первую статью, было приятно. Ну а теперь вторая… :)

Frontend разработка штука конечно занятная и очень интересная, да и платят вкусно. Однако чем были хороши WP и MODx, так это готовой backend частью, на базе которой можно было на коленке собрать сайт почти любого типа. Мне очень не хотелось возвращаться к использованию CMS (про CMS будет в одной из следующих статей) и я решил внимательно изучить тренды backend индустрии для веб-приложений.

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

Всем привет.

Данная статья может вызвать резкую вибрацию в районе точки G и полыхание седалищ у высококвалифицированных специалистов MODx и некоторых других людей по следующим причинам:

1. Я не графоман и не жажду писать орфографически правильно, но и по албанский стараюсь не писать.
2. Я не считаю себя великим разработчиком и каждый день стараюсь совершенствоваться.
3. Я имею право на свое мнение и именно им хочу поделиться. Принять его или нет — ваш выбор.
4. Я пишу MODx — потому что это красиво, а я хочу чтобы MODx был красивым.
5. Будет много букв, осилят только самые стойкие.

Посему прошу отнестись к данной статье «с пониманием» и не разводить срач в комментах. Погнали!

Многие из нас делают мультиязычные сайты на контекстах. Контексты в MODx — вообще очень крутая штука, наверное, одна из самых крутых. На текущем большом мультиязычном проекте, SEO оптимизатор скинул мне статью в гугле и сказал, что нужно оптимизировать сайт под неё. Вопрос по теме задавали аж два года назад и ответов не последовало. Но народ вроде дал мотивацию тратить время на статью…

Всем привет! Давненько я ничего не писал в «Готовые решения».

Данная заметка будет полезна тем, кто не разбирается в WYSIWYG редакторах, в частности для тех, кто никогда не писал для них плагины. Я работаю с TinyMCE RTE, посему если вы тоже работаете на нем, то этот пост для вас. Я переехал в MODx из WP, а как известно я думаю многим, в WP многие плагины работают через, так называемые shortcode. Это код, который выводит что-то из каких-то кастомных плагинов в контент.

Всем привет, в среде MODx затишье, посему решил попробовать впервые объявить свой краудфандинг. Как вы знаете, есть прекрасный бесплатный пакет Tickets, который решает очень многие задачи, от блога и системы тикетов, до доски объявлений и я сделал на этой платформе оффлайн рынок для одной PC игры. Люди регистрируются и создают тикеты (в моем случае тикет — это товар в игре, автор тикета определяет ценник и выставляет на продажу). Вообщем описывать весь функционал не буду.

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

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

SEO-шники говорят что атрибут alt у тега img очень важен для поисковых роботов. Один из товарищей попросил написать на его сайт плагин, который на лету проверял бы наличие и заполнение атрибута ALT у всех изображений и не давал бы менеджеру сохранить ресурс если хоть 1 изображение без атрибута alt (не важно пустой он или его вообще нет).

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

К слову, пока писал этот пост, в телеграм канале как раз подняли эту тему. :-)