• EDA подход в Angular
    0
    Не во все скоупы, к счастью, а только в те, которые содержат слушателя для данного события (внутри самого скоупа или его потомков). По крайней мере, в свежих версиях angular-а.

    Scope.$broadcast() Is Surprisingly Efficient In AngularJS
  • Github опять заблокирован
    0
    GitHub создали специальный репозиторий с жалобами от Роскомнадзора. Там есть все ссылки: github/roskomnadzor
  • Формы в интернет-магазинах проектируют следователи угро
    0
    Еще один момент, который раздражает лично меня, хоть это и не совсем в тему usability — игнорирование безопасности данных клиентов. Бывает, попадаются магазины, которые просят указать свое ФИО, адрес с почтовым индексом, номер телефона, дату рождения, девичью фамилию моей матери и предлагают все это дело отправить по незащищенному HTTP-соединению. Для меня это повод не пользоваться магазином.
  • Github опять заблокирован
    +1
    Github только заблокировал доступ из России. При попытке открыть показывает сообщение: «Repository unavailable because of the Russian Internet Blacklist». Форки при этом доступны.
  • Github опять заблокирован
    0
    Резолвится правильно — 192.30.252.129. Судя по тому, что сказал MyHabrahabr ниже — дело в хитром провайдере.
  • Github опять заблокирован
    0
    В моем случае не помогло. Хотя, может я что-то делают не так… Поставил dnscrypt-proxy, указал локалхост как DNS-сервер в настройках системы. Вроде, все работает, как надо. Тестовая страница opendns.com/welcome говорит, что я использую OpenDNS (как и должно быть по идее). Но github все равно не открывается — та же ошибка сертификата отображается.
  • Краткая инструкция: GitHub через Tor
  • Краткая инструкция: GitHub через Tor
    0
    Есть еще dnscrypt.org. Не знаю, чем он отличается от того, что на сайте opendns, но там его можно скачать с отдельного адреса (не github). Доступны также исходники для сборки под Linux.
  • Github опять заблокирован
    0
    Несколько иронично выглядит кнопка «View On GitHub» на сайте DNSCrypt
  • Github опять заблокирован
    0
    Провайдер — МТС. Если, вдруг, кому-то будет интересно.
  • Github опять заблокирован
    +1
    Правильно я понимаю, что менять адреса DNS в настройках системы бесполезно?
  • Github опять заблокирован
    0
    Хм, мне при попытке открытия github.com показывает ошибку сертификата

    screen

  • Docker: запуск графических приложений в контейнерах
    0
    Во многих статьях, которые мне попадались, часто вообще советуют использовать xhost +, а заботы о «защите» возложить на AppArmor, SELinux и т.п. :) Мне кажется, такое решение изначально не нацелено на полную изоляцию приложений, так как оно основано на встроенных возможностях самого docker, а он создавался, грубо говоря, не для этого.

    А Xephyr/Xnest чем не угодили?

    К сожалению, мало, что про них знаю — не довелось попробовать пока. Вы имеете ввиду какую-то связку Docker+Xephyr?
  • Как убеждать людей в сети: семнадцать малоизвестных джедайских трюков
    0
    Илья Сегалович говорил, что важно попробовать попродавать свою программу. Например, своему другу :)
  • Станут ли роботы причиной глобальной безработицы?
    0
    «Раньше было лучше»?
  • В чем нарисовать MindMap? Детальный обзор 6 самых популярных программ для рисования mindmap
    0
    Вот еще в копилку: my-mind.github.io.
  • Гладим мозг ASMR
    0
    Впервые заметил эти ощущения еще в детстве, когда кто-нибудь пользовался моими вещами. Я их испытывал тогда, и продолжаю испытывать сейчас, поэтому для меня в них нет ничего странного, «бредового» или «болезненного». Только раньше я не знал как это описать и что это вообще такое, пока это не стало мировым трендом :)
  • Как Docker помог нам достичь (почти) невозможного
    0
    К чему такие сложности с переменными окружения? Для передачи их в запускаемый контейнер есть параметр -e: docker run -e SOME_ENV=SOME_VALUE your_image. Для Dockerfile есть инструкция ENV.
  • Оптимизация образов Docker
    +1
    Не пробовал запускать ничего подобного, но, натыкался на этот репозиторий: rogaha/docker-desktop. Возможно, он окажется полезен.
  • Оптимизация образов Docker
    0
    Для меня больший размер означает меньшую мобильность. Это если говорить об образах, лежащих в репозиториях — как в публичных, так и приватных (у команды разработчиков может быть свой). В первую очередь, конечно, это проблема для публично доступных образов. Например, если зайти на страницу mysql, то можно увидеть жалобы пользователей на размер в 2-3 Гб (к счастью, сейчас его уменьшили до ~235 Мб). Т.е. тот, кто хотел тогда поднять у себя простой LAMP-стек был вынужден качать несколько гигабайт просто потому, что разработчики не позаботились о несложной оптимизации. Может также возникнуть ситуация, когда вы хотите передать другому человеку точную копию своего окружения: вы либо заставите его собирать все с нуля из Dockerfile-ов, либо передадите ему готовые образы, что при оптимальном размере может сэкономить кучу времени.
  • Оптимизация образов Docker
    0
    Каждый слой хранит лишь изменения относительно предыдущего. Поэтому нельзя взять какой-то слой, не хватая те, которые находятся «под» ним (со второго по четвертый, например). Однако, любой слой можно использовать для создания образа — либо просто запустив его с помощью docker run и сделав коммит, либо «схлопнув» его, как описано в статье. Получившийся образ можно использовать так же, как и любой другой, в том числе и в качестве основы для других образов.
  • Оптимизация образов Docker
    0
    Если вы имеете ввиду «взять готовый слой, сжать, поставить обратно» — то нет.
  • Оптимизация образов Docker
    +1
    Разница, конечно, будет. Главный минус использования стороннего скрипта для установки зависимостей в том, что это лишает вас возможности использовать кэш docker. В случае дополнения Dockerfile новой инструкцией, docker постарается взять предыдущие слои из кэша, что может значительно ускорить процесс создания нового образа. В случае же с setup.sh весь скрипт выполнится заново.
  • Оптимизация образов Docker
    0
    Если это вопрос ко мне, то я — не автор статьи. Я лишь перевел.

    А насчет настоящих контейнеров: автор в начале говорит, что они по первой использовали ubuntu, которая сама по себе весит около 200 Мб. Что они делали, чтобы собрать гигабайтный образ я не знаю :) Возможно, они не разбивали контейнеры по задачам, т.е. делали «толстые» контейнеры по принципу «все-в-одном»: ruby/python, nginx/apache, mysql/postgre и, бог знает, что еще. Я сначала тоже пользовался ubuntu:trusty, не группировал команды и не чистил кэш apt — получались довольно немаленькие образы.
  • Оптимизация образов Docker
    0
    Если единственная цель setup-файла в том, чтобы установить нужные пакеты, то в нем нет особого смысла. Этого же можно добиться одной инструкцией RUN с группированными командами. Эффект будет тот же. Скрипт удобен для каких-то более сложных действий, где нужно проверять какие-либо условия, вроде значений переменных окружения, например.
  • Оптимизация образов Docker
    0
    Действительно, создатели явно поглядывали в сторону git :) Есть даже команды docker pull/push. В тексте есть отсылка к ним — в месте про скачивание/отправку образов. К сожалению, на русском эта отсылка пропадает.

    Что касается изменения промежуточных слоев, то встроенной возможности сделать это нет. Все нижние слои доступны только для чтения. Можно, наверное, поиграться с импортом и экспортом. Но, на мой взгляд, оно того просто не стоит — легче внести изменения «поверх» или пересобрать образ, изменив Dockerfile.