Задать вопрос
  • Node SASS vs Dart SASS. Какой производительнее при каких условиях?

    @Flying
    1. dart-sass - reference implementation языка т.е. является образцом того как должен работать язык. node-sass binding libsass (реализации спецификации языка на C++) к node.js.

      dart-sass содержит в себе все последние фичи языка, к примеру там уже есть поддержка sass modules, libsass отстаёт, а node-sass отстаёт от libsass. За пруфами - сюда и сюда
    2. libsass производительнее, местами - существенно. К примеру в моих тестах интенсивная работа с sass maps в libsass примерно в 10 раз быстрее чем в dart sass. Насчёт микросекунд - у меня есть проекты которые по 15-20 секунд компилируют только стили на node-sass, на dart-sass всё намного медленнее
    3. Приведённые ссылки - сравнение тёплого с мягким. Есть реализации языков, а есть плагины для их подключения к различным сборщикам. sass - сама реализация языка, gulp-sass - binding для Gulp, sass-loader - binding для Webpack
    Ответ написан
    Комментировать
  • Как маршрутизатор определяет в какую подсеть отправлять ARP-запрос при пересылке пакетов?

    Sanes
    @Sanes
    Посмотрите лекцию, может так будет понятней. На 40 мин. примерно о вашей теме.
    Ответ написан
    Комментировать
  • Как сделать проверку метода Widget.render?

    tumbler
    @tumbler Куратор тега Django
    бекенд-разработчик на python
    Видимо имеется ввиду, что value - это не обязательно корректное значение нужного типа. Например, в виджет даты может придти число.
    Ответ написан
    Комментировать
  • Дизайн логотипа. Совпадение или плагиат?

    Есть теория, что человек не способен придумать что-то кардинально новое. Все что мы "создаем" это лишь переосмысление уже имеющегося в природе.
    Возможно ты действительно прошел тем же логическим (или что там у дизайнеров за место логики) путем что и создатель логотипа фб, а возможно он (логотип) просто сидел у тебя в голове и как только начал обдумывать что сделать с буквой F твой мозг моментально выдал ближайшую ассоциацию.

    Так что это скорее философский вопрос и только ты сам можешь на него ответить ) а использовать такой логотип вполне можно, если только это не очередная социальная сеть, тогда могут быть проблемы.
    Ответ написан
    2 комментария
  • Где найти примеры хорошего БЭМа?

    @KingAnton
    Ответ написан
    Комментировать
  • Что плохого в вёрстке таблицами?

    @egorinsk
    Начнем с того, что все, что делается таблицами, делается и CSS (просто надо не лениться и прочитать соответствующие руководства). У таблиц есть недостатки:

    — нельзя перегруппировать блоки для узких страниц или в версии для печати только с помощью CSS
    — если мы выводим список картинок таблицей, каждая картинка в ячейке, то при добавлении или удалении картинки оставшиеся не сдвигаются, а остается пустое место
    — у ячеек width работает как min-width, при этом алгоритмы ратяжения ячеек не документированы и ведут себя непредсказуемо, из-за этого они могут непредсказуемо растягиваться, и хуже того, при динамической замене контента они не всегда сжимаются обратно и остаются дыры. Одно длинное слово или картинка может растянуть всю страницу.
    — фиксированное, абсолютное и относительное позиционирование неюзабельно в таблицах
    — ячейки не получится перетаскивать drag-n-drop
    — трудно манипулировать DOM (надо хитро вставлять и убирать дополнительные элменеты)
    — верстка получается замусоренная кучей лишних тегов, которые тяжело читать и в которых тяжело разобраться. Это не HTML, а лапша. Особенно тяжело, когда таблицы вложены друг в друга и раскиданы по куче шаблонов.
    — нельзя поместить контент в коде первым, а меню в шапке — вторым (некоторые сеошники считают, что это улучшает индексацию)
    — верстка таблицами всегда была костылем (и это несемантично), с поддержкой CSS2 (появилась более 10 лет назад) таблицы стали не нужны. 10 лет назад они уже стали ненужными.

    Давайте, расскажите хоть одну причину использовать устаревшую много лет назад технологию. Поддержка IE4? Верстальщик-пенсионер?
    Ответ написан
    4 комментария
  • Как правильно настроить сжатие в Btrfs?

    Sly_tom_cat
    @Sly_tom_cat
    .
    Логика опции монтирования и атрибута - довольно сильно переплетается, все это "хитросплетение" я посторался сформулировать тут: http://help.ubuntu.ru/wiki/btrfs#упаковка_данных

    PS ссылка плохо тут работает (не переводит на нужный раздел) просто скопируйте ее в браузер руками или перейдя по ней найдите справа в оглавлении раздел "Упаковка данных".
    Ответ написан
    2 комментария
  • Что такое ElasticSearch?

    AlexXYZ
    @AlexXYZ
    O Keep Clear O
    Знаете, я с вами соглашусь, что хорошую вводную по Elastic трудно найти. Пока сам не переварил доков и не набил шишек многие элементарные понятия оставались для меня неясными. Поэтому вот моя вводная: Elastic можно использовать как NoSQL БД, только надо быть внимательным, т.к. всё-таки его основная задача поиск, а не удовлетворение функций БД. Например, если вы не настроили хранение исходных данных, а только индексацию, то свои данные вы уже не извлечёте из него. НИКОГДА. Только отдельные выражения, удовлетворяющие условиям поиска. Всё, тупик. Так же нельзя повторно индексировать уже загнанные в него данные. Т.е. перед загрузкой данных надо грамотно настроить индексацию, т.к. перестроить индекс, как это делается в реляционной БД невозможно. Нужно придумать новую схему индексации и перезалить данные в Elastic. Именно поэтому основное использование Elastic - как дополнение к существующей БД из которой данные можно перезалить по одному или полностью в Elastic (можно, конечно сделать схему Elastic->Elastic, но тоже есть нюансы).
    Ещё пару слов про схему. Это ЛОЖЬ, что в Elastic нет схемы данных. Она как раз есть и ооочень жёсткая. Жёсткая до того, что однажды определив, вы не сможете её поменять. Изначально Elastic оказывает медвежью услугу, разрешая вам дополнять схему по-умолчанию, но когда вы разберётесь с этой темой, то можете обнаружить, что Elastic "понастроил" такого у себя внутри, что остаётся только охреневать и переделывать всё явно, отказавшись от его "услуг" по автоматическому добавлению полей в схему.
    Так же в Elastic очень непросто строить сложные запросы на поиск и агрегатные запросы. Совершенно неинтуитивно. Но если освоитесь, то будет вам счастье. )))
    Несмотря за такие "страшные" вещи - Elastic классная система и по производительности агрегатных запросов не уступает платной версии MSSQL в поиске в многопроцессорных системах (проверял на одинаковых аппаратных конфигурациях с 16 ядрами). Так что если вам хочется большую скорость в агрегатных запросах и главное - это бесплатность, то берите и осваивайте Elastic. Мощности и возможности у него огромные. Но... нужно потратить приличные усилия на изучение.
    Ответ написан
    1 комментарий