• AngularJS + Webpack = lazyLoad
    0

    Добрый день, Александр!


    Если переходите на webpack + AngularJS 1.x, то я бы вам советовал попробовать FountainJS. Он работатет по типу Angular CLI. Очень круто позволяет оптимизировать процесс разработки и убрать ненужные действия. Подумайте о том, чтобы начать использовать TypeScript, если еще не используете :). Ссылок как таковых нет, документация webpack покрывает примерно 80% всех вопросов. Остальное гуглиться достаточно просто. Плюс можно задавать вопросы в их чате, только вот с ответами может быть запара). Хочу заметить, не ждите великой магии от Tree Shaking, если будете транспайлить код в ES5. На хабре было пару статей на эту тему (раз, два), которые хорошо описывают причины такого поведения.


    и перебираться пока не собираемся

    А вот это вы зря :) Нужно подумать о переходе на новую версию, потому как команда Angular этим летом выпускает стабильную версию AngularJS 1.7 и еще 3 года long-term поддержки. При этом они не будут принимать PR, issue или еще что-то там (: Пруфф


    P.S. Я все новые проекты сейчас пишу на последней стабильной версии Angular и стараюсь всем клиентам объснять необходимость миграции на новую версию.

  • Пунктирные вау-эффекты: о магии простыми словами
    0

    Добрый день sfi0zy,


    Спасибо за статью. Очень познавательно. Как раз развлекаюсь с stroke* параметрами для SVG + анимация. Собирался тоже написать статью про свой опыт и набитые шишки)

  • Бета-тест раздела для бета-тестеров Хабра и Гиктаймс
    0
    переписали всё на Vue.js

    Хотел поинтересоваться, а почему сделали выбор в пользу Vue.js?

  • AngularJS + Webpack = lazyLoad
    0

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

  • AngularJS + Webpack = lazyLoad
    0

    Если в кратце, то вся проблема в сервисе $injector. Учитывая как webpack обрабатывает require.ensure, $injector в свою очередь не находит сам модуль для которого мы применяем require.ensure. ocLazyLoad берет решение этой проблемы на себя.

  • AngularJS + Webpack = lazyLoad
    0

    .

  • Google Developer Days приходит в Европу
    0

    Добрый день!


    Спасибо за хорошую новость. Подскажите, стоит ожидать, что появиться расписание докладов и темы до того, как закончаться Early Bird билеты?)

  • 5 возможностей LESS, о которых вы могли не знать
    0

    Добрый день


    Я так понимаю, вы говорите про Partials @import в sass

  • CSS Grid Layout. Быстрый старт
    0

    Только вы все-таки поменяли разметку )

  • CSS Grid Layout. Быстрый старт
    0

    Жаль, что плюс можно ставить только один раз )

  • CSS Grid Layout. Быстрый старт
    0

    По поводу шаблона. Ну такое. Спорить не буду. У каждого свои взгляды на это. Как говорится, карандаши на вкус и цвет разные )


    А зачем она им?

    У меня, например, всегда есть Chrome Canary и FF Developer Edition. Я их использую не для того, чтобы какие-то новые фичи смотреть (хотя и это бывает), а потому что, инструментарий разработчика там намного богаче. В тот же обычный Chrome не выкатывают никакие обновления для разработчиков, пока они не пройдут хорошую обкатку в Canary.


    Покажете что за шаблон? Я бы тоже поучаствовал.

    Набросал похожий пример (реальный шаблон не могу показать) http://codepen.io/var-bin/pen/yMWoOX К пример, тот же mobile first на grid'ах решается очень изящно. (поизменяйте размеры браузера). Если развить данную тему, взять flexbox, @support, grid'ы, то получиться довольно круто (Progressive Enhancement)

  • CSS Grid Layout. Быстрый старт
    +1

    Добрый день, Дмитрий.


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

    Возможно вы и правы. Думаю, что те кто читают эту статью и у них не завелись примеры, то у них есть developer edition версия браузера. Плюс ко всему, можно включить флаги, и тогда полюбому заведется.


    А возможность "не менять хтмл" — уже давно не актуальна, так как сейчас страницы собираются из компонент по шаблонам и шаблон — такой же равноправный код компонента, как и стили и скрипты.

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


    Сила флексбоксов в переносах при переполнении, из-за чего раскладка может динамически меняться, подстраиваясь под размер контейнера (а контейнер — далеко не только окно браузера).

    Гриды тоже это все умеют. Единственная с ними проблема (пока) — поддержка. Это да, очень большая проблема. Но CSS Grid Latout очень крут и он прекрасно решает множество задач и при этом не нужно себе "стрелять в ногу".


    К примеру. Мы с коллегами пробовали сделать шаблон на flexbox и на grid. Базовая разметка и код на grid заняли намного меньше места и проблем с ними было меньше. Пример, конечно, из вакуума, но все же.


    Вы попробуйте CSS Grid Layout для себя, для фана. Я вас уверяю, результатами останетесь довольны )

  • CSS Grid Layout. Быстрый старт
    0

    Добрый день.


    На старые браузеры можно и нужно класть болт.

    Ну не обязательно ) Можно подойти к данной проблеме с другой стороны. Использовать Progressive Enhancement. подход.


    А вот процент людей с плохим зрением или ограниченными возможностями куда выше.

    Тут согласен. На это нужно обращать внимание.

  • CSS Grid Layout. Быстрый старт
    0

    Добрый день.


    Да, вы правы. Таких статей хватает. У меня был соблазн написать сразу большую сложную статью. Но я от этой идеи отказался. Потому как даже такие простые штуки как grid-template-columns/grid-template-rows скрывают у себя под капотом очень много сложного. Говорю из своего опыта. Нужно с ними для начала разобраться, постоить с помощью этих штук не один макет, а потом двигаться к таким крутым вещам, как auto-fill, auto-fit, auto-flow, grid-auto-flow, grid-auto-rows, grid-auto-columns и т.д. Также важно понимать как работают алгоритмы расчетов значений, чтобы представлять, что вы получите на выходе.


    И только после этого, можно делать что-то сложное.


    Статей про такие простые вещи много, потому что каждый, кто начинал сам разбираться с CSS Grid Layout спецификацией находил для себя что-то непонятное, новое, что не было описано во всех предыдущих статьях. Ну и в итоге делился своим опытом в виде статьи. Я не считаю это плохо.

  • CSS Grid Layout. Быстрый старт
    +1

    Добрый день, Максим.


    Да, конечно.

  • CSS Grid Layout. Быстрый старт
    0

    Ну вы явно что-то не так делаете. Покажите на примере. И опишите подробно как вы хотите, чтобы себя вели строки, колонки.

  • CSS Grid Layout. Быстрый старт
    +1

    Добрый день, Руслан.


    Спасибо за интересный вопрос. Отвечу сначала как сделать так, чтобы высота header'a и footer 'a зависела от контента. Довольно просто, задайте значение auto или можно использовать функцию minmax() со следующими значениями minmax(auto, 10vh). что в свою очередь будет означать: максимам по высоте будет 10vh минимум auto (по контенту).


    Вот так почему то работает: grid-template-rows: 0fr auto 0fr;

    Конечно работает) Браузер умный и пытается посчитать значение. Тут можно почитать про алгоритм. Если в кратце, то браузер пытается высчитать гипотетическое значение 0_О. Не делайте так ) Вы заставляете страдать браузер.

  • CSS Grid Layout. Быстрый старт
    0

    Добрый день.


    Да, полностью согласен. Я знаю много проектов, у которых целевой браузер — это Chrome. Вот где свобода для творчества.

  • CSS Grid Layout. Быстрый старт
    0

    Добрый день.


    А так всё равно придётся писать кучу флагов для совместимости.

    Да, есть такое. Но можно завтавить машины страдать. И там получается не такая уж и большая куча )

  • CSS Grid Layout. Быстрый старт
    +3

    Добрый день.


    Спасибо за отзыв. Хорошо, сделаем. Добавлю пункт "Полифилы, Progressive Enhanced для CSS Grid Layout" в следующую статью.

  • Проектирование анимации или как я в дизайнерскую авантюру ввязался
    0

    Добрый день, Роман.


    Спасибо за статью. А скажите, вы делали данный kit на основе уже какого-то существующего или сами верстали, дизайнили, писали js?

  • Консоль в массы. Переход на светлую сторону. Автоматизация рутинных задач
    0

    Добрый день.


    Все возможно. Этими алиасами пользуюсь уже больше трех лет и никаких конфликтов ). Ваш подход тоже рабочий и очень даже практичный. Но немного больше настроек.

  • Консоль в массы. Переход на светлую сторону. Автоматизация рутинных задач
    0

    Добрый день, Денис.


    Спасибо. Этот момент упустил. Обновил статью.

  • Консоль в массы. Переход на светлую сторону. Автоматизация рутинных задач
    0

    Добрый день, Дмитрий.


    Алиасы для Git, кстати, можно задавать в настройках самого Git.

    Упоминал про это в статье "Еще есть файл под названием .gitconfig, в который можно добавлять алиасы для работы с git.". Не стал расписывать, чтобы не перегружать статью.


    P.S. Ваш алиас 'gbd' весьма опасен. Захотите вы запустить отладчик, а вместо этого нечаянно удалите ветку (да ещё и с -D)

    Пока живем с ним мирно =)

  • Консоль в массы. Переход на светлую сторону. Автоматизация рутинных задач
    0

    Спасибо за замечания. Поправил

  • Консоль в массы. Переход на светлую сторону. Автоматизация рутинных задач
    0

    Это только мое предположение. Всегда пользовался домашней директорией пользователя ~/bin. Да, ее явно нужно добавлять в $PATH.

  • Консоль в массы. Переход на светлую сторону. Автоматизация рутинных задач
    0

    Да, вы правы, все работает. Только что перепроверил. Спасибо.
    Добавлю этот пункт в статью

  • Консоль в массы. Переход на светлую сторону. Автоматизация рутинных задач
    –1

    Может у меня с кармой что-то не так, но без перезапуска не рабоает

  • Консоль в массы. Переход на светлую сторону. Автоматизация рутинных задач
    –1

    Добрый день, Николай.


    Впервые слышу про ~/bin:

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


    И зачем делать скрипт, вызывающий другой скрипт, есть же символические ссылки?

    Хм, интересный вопрос. С такой ссылкой останется тот же функционал, что я описал в статье?

  • Консоль в массы. Переход на светлую сторону. Автоматизация рутинных задач
    0

    Добрый день!


    Да, согласен, есть такое. Но если у вас есть права на запись в файл .bashrc и на удаленном сервере все навтроено верно (каждый пользователь со своими настройками), то не составляет труда перенести туда свои алиасы. Я так и сделал. И не испытываю неудобств

  • Консоль в массы. Переход на светлую сторону. Автоматизация рутинных задач
    0

    Полностью согласен с вами, что это опасно ) И вы правильно заметили по поводу флага, типа --all и help. Почти так оно сейчас и работает. На хотел перегружать пример лишним кодом. Мне хотелось, чтобы читатель заметил, где можно сделать лучше и что можно еще больше оптимизировать, защитить и т.д. Вы заметили — значит все круто.

  • Консоль в массы. Переход на светлую сторону. Автоматизация рутинных задач
    0

    Добрый день, Алексей.


    Да, вы правы, работает с расширением и можно весь код запихнуть в этот файл. Без расширения, чтобы обращение к файлу выглядело как команда, а не выводило мне всякий раз расширение. По поводу положить весь код в файл gdd. Не делаю так из соображений организации кода. Все подобные файлы располагаются в директории tools, а те файлы которые отвечают за их вызов в директории bin. Плюс ко всему, директория tools находится под git'ом.

  • Производительность старта JavaScript
    +2

    Добрый день.


    Спасибо за перевод. Хорошая статья. Думаю, что первое на что нужно обратить внимание — это пересмотреть количество JavaScript кода, который отдается клиенту. Уверен, что такое простое действие сможет помочь в оптимизации. А дальше уже можно прибегать к тем техникам, что описаны в статье.

  • Web Standards Days: вечные ценности фронтенда
    +1

    Добрый день, Дарья.
    Прочитал несколько раз статью в поисках полезностей. Увы, не нашел. Вы же для хабра пишите.


    К слову, я не уверена в том, что нужно совсем отказываться от Fantasy Style Sheet (в терминологии Владимира)

    Наверное опечатка в имени?


    А именно о базе HTML/CSS/JS и спецификациях, знание которых необходимо в первую очередь.

    Полностью поддерживаю!

  • Консоль в массы. Переход на светлую сторону. Bash
    0
    > можно было бы и опустить…

    Нет уж, извольте
  • Консоль в массы. Переход на светлую сторону. Bash
    0
    По поводу кавычек вы правы. Хотя и спорный вопрос. Тут можно растянуть обсуждение надолго. Если кратко, то желательно использовать двойные кавычки ("") при обращении к переменным. Это предотвратит интерпретацию специальных символов, которые могут содержаться в именах переменных, за исключением $, ` (обратная кавычка) и \ (escape — обратный слэш).

    Но опять же, в данном, конкретном случае — это лишнее
  • Консоль в массы. Переход на светлую сторону. Bash
    0

    Добрый день.


    Спасибо за ваш комментарий. Добавил в статью упоминание об этом.

  • Консоль в массы. Переход на светлую сторону. Bash
    0

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

  • Консоль в массы. Переход на светлую сторону. Bash
    0

    Добрый день, Николай.


    Спасибо за ваш комментарий.


    Вопрос: ну и зачем вызывался which?

    Чтобы узнать где находится сам bash


    Куда делась $@?

    Обновил


    Такое описание if мне категорически не нравится, оно предполагает...

    Да с if, while немного незадача вышла. Хотя на разных ресурсах предлагаю по-разному. И тот же Google рекоммендует if в разных вариациях

  • Консоль в массы. Переход на светлую сторону. Bash
    0

    Добрый день, Владислав.


    Спасибо за ваш комментарий. В данном конкретном примере это не критично. Что вас не устроило ?