Devник – Telegram
Devник
136 subscribers
97 photos
6 files
189 links
Веб разработка и около it'шечка

Админ: @Daniil_IO
Download Telegram
Кто уже отказался от поддержки IE:

Dev.to, GitHub, Stack Overflow (and other Stack Exchange sites), Zendesk, ProtonMail, Atlassian, YouTube, Meetup, Slack, Trello, Discord, Spotify, Wix Editor and ADI Builder, Yahoo
This media is not supported in your browser
VIEW IN TELEGRAM
Для текущего проекта понадобился легкий параллакс🌄 эффект. По весу либы для параллакса адекватные (17-25кб), но тянуть зависимости не особо хочется . Поэтому я написал класс ParallaxBG на 15 строчек, который решил мою задачу 😎

Так же советую заглянуть на сайт либы parallax.js - он классный.🔥 Так же есть библиотека simplePARALLAX.js- она больше направлена на параллакс при скролле страницы

Посмотрел поподробнее апишки этих либ. Если параллакс на проекте приживется, то либо допишу свой код на основе увиденного, либо просто заменю свои 15 строчек на полноценную библиотеку. Тут выбор зависит от времени и желания 😉
Несколько дней общаюсь в различных тг чатах по программированию. И часто чувствую себя прямо как это парень
Пока небольшой перерыв в постах, а всё почему? А потому что работа есть и занимает всё мое "прогерское" время и, честно говоря, меня это устраивает😄

Пока занимаюсь версткой, стилизацией, адаптированием и посадкой на cms. Затем надо будет добавить различную логику: подписку на новости, бронирование времени и переделать работу формы обратной связи. В общем работа не пыльная🔥

Но пару годных постов с хабра я всё-таки скину📪
Не так давно работал с бинарными файлами в js. Примеров с mdn хватило для реализации моей задумки, но вот интересная статья на тему работы с файлами. Много примеров кода и описания действий. Но местами комментарии не очень содержательные, хоть сам бери и дописывай статью😄 Но всё же рекомендую, хотя бы для того, чтобы знать что гуглить
Годная статья на тему медленного кода с интересными выводами. Во многом тезисы из этой статьи сходятся с моим представлением о быстроте работы программы, чему я вполне рад😄
"А вы оптимизируете свой код? А стоит ли?"
Начало серии статей о работе с зависимостями. И хотя речь идет про работу с js, думаю многие принципы, описанные в статье, могут пригодится разработчикам других ЯП, и просто будут полезны для развития критического мышления в отношении зависимостей
​​Давно задаюсь вопросом "gulp или webpack", и хотя второй полностью занял место в моих проектах, начинал я с первого.

Решил посмотреть какие мнения в интернете на этот вопрос, а в интернете ничего и не изменилось за пару лет. "Галп - таскраннер, вебпак - бандлер", что является полной правдой. И хотя из этого определения все должно быть понятно, но конкретных примеров, где gulp полностью занимает место webpack (или наоборот), я не нашел (ну почти), по моему текущему мнению они почти полностью взаимозаменяемы, да и вообще могут использоваться в связке ( такое встречал только в статьях ). Поэтому я решил поглубже разобраться в этих двух "библиотеках" и ответить на свой вопрос.

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

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

Если у вас есть любые мысли на этот вопрос, годные статьи или что-то ещё, пишите в личку, буду рад пообщаться

#мысли_в_текст
Закончил работу над версткой последнего шаблона🚀 и понимаю, что за день не делал коммитов. Со страхом смотрю на список затронутых файлов, а их 22. Разбил на 12 коммитов, но делать так не надо👎

Не забывайте коммитить код по ходу разработки😅👍
Вот написал про идею изучения темы "gulp vs webpack" и ушел с головой в работу. Сейчас у меня два дня выходных, часть свободного времени потрачу на курсы по gulp и webpack. Самые интересные для меня уже скачал, завтра начинаю просмотр/изучения, если курсы окажутся реально хорошими, скину на склад

Еще пообщался со знающими по плюсам, посоветовали несколько интересных курсов. Так же их гляну и, если зайдут, скину
А на каком этапе сейчас ты?
Итак, я моргнул и незаметно ушел в отпуск.

Вчера вернулся к работе - оптимизировал старый сайт, убрал лишние зависимости (jQuery, bootstrap.js, неиспользуемые bootstrap классы и еще парочку). Одновременно сложная и нудная работа. Сложная, потому что надо решать стоит ли вообще убирать зависимость и если стоит, то как ее убрать и не сделать хуже. А нудная, потому что меняешь кучу кода, но визуальных изменений нет, всё "под капотом".

Сейчас занимаюсь парой скучных фич (но уже не версткой) и перейду к разработке email подписки. Эта задача мне интересна тем, что придется поработать с бекендом в виде WordPress, а этим я занимаюсь нечасто

Ну и чуть позже выйдет пост о gulp'е (пока что без сравнений с webpack)
Лучшей CMS лучшие комментарии😁
Между "парой скучных фич" и подпиской понадобилось на практике разобраться с работой дат (Date) в JS. В итоге написал календарь, который пока прост по функционалу, но скоро станет полноценным компонентом для выбора даты в форме бронирования времени

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

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

P.S. комменты были критичными, так что неудивительно
Полгода думаю о запуске ютуб канала, сегодня решил перейти в активную фазу и записал короткое видео об интересных мне API в браузере. Так что попрошу всех неравнодушных перейти, посмотреть, оставить коммент, вотнкуть лайк/дизлайк

Дальше будет интереснее, дальше будет больше 🔥🔥🔥

https://www.youtube.com/watch?v=n764hiGbhAs
Вот так форма бронирования времени выглядит в собранном виде, получилось неплохо

Затестить календарь можно здесь, а потрогать код здесь
Посмотрел пару курсов по gulp - один годный закинул на склад. Я с галпом уже работал, так что немного освежил знания и узнал об особенностях четвертой версии. Но мне хочется скорее "deep dive", а для этого придется уже самому собирать информацию по частям.
Вчера засел разбираться, как работает WP API (WordPress REST API) по капотом. Решил составить небольшой конспект, но размер конспекта вышел из под контроля. Но при это я разобрал только ту часть, которая нужна для регистрации своих конечных точек в API. Собственно мне это и нужно было, чтобы грамотно написать свои end-point'ы для WP темы. Но останавливаться на половине не планирую

Так что сегодня-завтра разберу основные моменты запуска API сервера, чтобы, если понадобится, можно было бы внести некоторые модификации в процесс старта. Разобрать все по строчкам не получится, так как файл rest-api.php - вмешает в себя 1140 строчек чистого кода (2260 с нормальными отступа и всеми комментариями), поэтому посмотрю основные функции и разберу работу класса WPRESTServer (+ 640 / 1455 строчек кода)

И наконец думаю неплохо бы рассказать / показать на примерах работу WP API, потому что, на мой взгляд, того материала, что есть в ру секторе, недостаточно.

А пока посмотреть конспект в виде схемы можно здесь
Узнать больше о REST API в WordPress можно здесь