• +3

    угу, чтобы несколько и конкуренция

    Индия приняла закон о «выключении» интернета
  • +5

    Вот поэтому и нужно запускать спутники чтобы всякие гады в правительствах не мешали :)

    Индия приняла закон о «выключении» интернета
  • 0
    The authenticity of host '192.168.1.4 (192.168.1.4)' can't be established.
    ED25519 key fingerprint is SHA256:kn+iT7WwgO6Wlh0xN4KQXB8P/JaHLcRx04gYTvNdjCM.
    Are you sure you want to continue connecting (yes/no)?

    Это только в том случае если не разу не подключался к этой машине, если уже было подключение, то ssh матернется и не даст подключиться.

    Насколько хорошо защищены ваши SSH-сессии?
  • +1

    Да вполне реальный центосовский сервак, у нас таких на прошлой работе пруд пруди было — одмин центосник, в ней vi только и есть древний по дефолту.


    А в логах пусто


    потому что

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

    Включайтесь в игру: the MAZE DevOps game от ITSumma
  • +20

    На баше была аналогичная цитата, когда у чувака при сборке ядра начинала играть Ария, потому что он закинул алиас ar на проигрывание консольным плеером

    Почему во время apt-get upgrade запускается игра Dwarf Fortress?
  • +2

    Бедностью стандартных репозитариев, подходом к обновлениям хуже дебина oldstable, yum.
    Хотя уже исправляются, не спорю, но по прежнему выберу deb-based.
    ЗЫ: Только без холиваров.

    Включайтесь в игру: the MAZE DevOps game от ITSumma
  • +1

    прошел все 3
    на третьем сервере админ по кличке зоркий глаз заметил что на серваке таки установлена центось а не убунта. И почему у нас админы любят это говно мамонта.
    Кстати не запущенный mysql сервер на каждом это так задумано или контейнеро-проблемы?
    Суть игры — отрубить всякую фигню, которую настроил предыдущий админ и настроить сайт на вордпрессе.

    Включайтесь в игру: the MAZE DevOps game от ITSumma
  • 0

    Четыре года назад поставил btrfs на домашний сервер, правда тогда убунта еще на корень ее ставить не умела без бубна, так и работает — корень на reiser, а /data на btrfs
    А два года назад на домашний, уже на корень.
    На ноуте с покупки была ext4 так что не трогал.
    Вроде с местом все ок показывает, и когда сервер забился на 100% проблем не было, просто потер и все ок.

    ZFS — лучшая файловая система (пока)
  • 0

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

    Жизнь разработчика на Кипре
  • –1

    Сам чуть больше года проработал на кипре, тоже в IT.
    По поводу климата согласен — в августе жарко, зимой холодно. Транспорт тоже попа, плюс у меня нет водительского, я снимал квартиру в получасе ходьбы от работы, зато похудел и приучился к прогулкам. А вот в горах кстати вполне красиво — с друзьями брали машину и ездили — правда весь кипр за пару дней, на северный не ездили.
    С банками — согласен bank of cyprus == сбербанк — такая же гадость, меня вообще позвали со странным вопросом "а что это вы каждый месяц перечисляете деньги риэлторской компании?", посмотрел как на идиотов.
    То что налоги в экселе — это же хорошо, это в рашке нужно 1С и налоговое законодательство закопать.
    Еще могу добавить про море — оно там как в Москве красная площадь — исключительно для туристов похоже :)

    Жизнь разработчика на Кипре
  • 0

    Это согласен — UI все-таки там не модный.

    Непрерывная интеграция: CircleCI vs Travis CI vs Jenkins
  • 0

    Похоже недостатки дженкинса так притянули, что уши оторвали :)

    Непрерывная интеграция: CircleCI vs Travis CI vs Jenkins
  • +24
    на легковесный node js

    Поперхнулся…
    В течении последних двух лет назвать js легковесным…
    Слезть с php на ноду из-за легкости — месье знает толк в извращениях.

    Поговорим о Yii 2
  • –1

    Нормальный аналог уже есть — ssh и конфиги а также ansible
    Тут ситуация как с говнофорумами на php — те кто знают как сделать нормально им не нужно

    Как держать 20 тысяч VPN клиентов на серверах за $5
  • 0

    Поддерживаю, старый интерфейс был лучше. Текущий очень тормозной, стал юзать с мобильника, там нормально.

    «Готовимся к переходу на Angular 4»: Tinkoff.ru о JS-разработке
  • 0
    Мы для тестов использовали вместо id data-test аттрибут, выбрать по нему можно легко, в своем пространстве — ни с чем не конфликтует, скорость выборки как-то пофигу на тестах.
    Как стать веб-разработчиком в 2017 году — план действий
  • 0
    Абстрагирование оно получается из-за архитектуры — потому что orm должна поддерживать много баз и она строит запрос сама — в результате получается что все равно делается драйвера с одним интерфейсом.

    Вот именно маппинг на объекты, а потом обновление всего после того как поменяли объекты.
    Как-бы orm могут разбивать объекты и таблицы и автоматически подтягивать вложенные по связям.
    В 90% легких запросов у нас уже есть готовый код, а в случае тяжелых — ну выявятся и оптимизируются.
    SQL vs ORM
  • 0
    Ну так как-бы если на некоторых то это решается привязкой mac-ip
    3 административных скрипта
  • +1
    Тут уже высказались выше по поводу всего этого.
    Я хочу спросить по поводу шлюза — чем же вам так не понравился DHCP?
    3 административных скрипта
  • 0
    Тогда уж fetch вместо xmlhttp
    Переходим с Disqus на комментарии Github
  • +3
    У меня работает на домашнем компе, на рабочем, на ноуте, на старом ноуте. На винде не работал уже лет наверное 8, обновлял на живую с дебиана на убунту. Переставлял систему только один раз когда физически умер системный винчестер. Ну были еще переустановки при переезде 32-64 бита.
    Скажите, что я неправильно делаю?
    Офис в 100 машин, или рассказ о том, как я перевел сервер с Windows на Centos 7. Пролог
  • 0
    Ну восновном там описаны базовые вещи для всех проектах на php и капитанство.
    Ну собственно за это ларавель и не любят в частности — вот такие вот суслики, которые мнят себя агрономами.
    Эффект Даннинга-Клюгера в чистом виде + хайп.
    PHP-Дайджест № 106 – свежие новости, материалы и инструменты (26 марта – 9 апреля 2017)
  • 0
    Ну почему же? Вполне соответствуют среднему уровню Laravel программиста.
    PHP-Дайджест № 106 – свежие новости, материалы и инструменты (26 марта – 9 апреля 2017)
  • +1
    Ну вполне реально использовать шаблоны — как пример /lib/systemd/system/getty@.service и соответственно getty@tty1.service
    Вполне себе используется во fleet на coreos.

    update: Я буду обновлять страницу перед написанием комментария :)
    SystemD отстой, да здравствует SystemD
  • +3
    Блин, ну теперь палочкой потыкайте systemd, он не обидется.
    init не занимается конфигурацией сети, настройкой локали, синхронизацией времени, логами, dns.
    этим занимаются
    NetworkManager
    systemd-journald
    systemd-resolved (на который кстати та же убунта перешла только в 17.04)
    systemd-timesyncd

    это все отдельные процессы, которые могут быть заменены
    и у всего этого гораздо меньше неожиданных мест чем у sysvinit
    разумеется не идеально, но уж точно лучше sysvinit и upstart с которыми сравнивают
    SystemD отстой, да здравствует SystemD
  • +1
    по умолчанию в rsyslog/syslog-ng если быть точнее
    SystemD отстой, да здравствует SystemD
  • +1
    «теперь у меня в системе болтается systemv, systemd и upstart в дикой мешанине с костылями через service»
    Именно что нет, это было в убунте 16.04 до его выхода в релиз — там как раз в альфе немного службы отваливались.
    Нету ни sysV ни upstart, то что вы показали с upstart — остатки от пакетов, которые к 16.10 были почищены, потому что у них стояла задача поддержки, а не выпиливания всего.
    service кстати не костыли, а врапер для тех кто привык, юзает он systemd
    В вашем понимании полная поддержка это не установленная по умолчанию, и полностью рабочая система, а выпиленные все остальные?
    Окей, тогда 17.04 вполне себе подходит — они полностью выпилили sysV, его даже в пакетах нет.

    $ find /etc -name *upstart*
    zsh: no matches found: *upstart*


    dev / # du -sh /etc/init.d
    428K /etc/init.d


    И что вы хотите этим сказать? у systemd есть слой совместимости с sysV, а тогда не все пакеты перешли еще, сейчас в два раза меньше уже, и то с учетом поставленного стороннего.

    А что вы не хотите про RHEL говорить?

    CentOS Linux release 7.3.1611 (Core)
    du -sh /etc/init.d/*
    4.0K /etc/init.d/README
    16K /etc/init.d/functions
    0 /etc/init.d/jexec
    4.0K /etc/init.d/netconsole
    8.0K /etc/init.d/network

    SystemD отстой, да здравствует SystemD
  • 0
    А, дико извиняюсь, посмотрел на свою ubuntu 17.04
    sysvinit в репе отсутствуют — только утилиты остались
    upstart есть, но дефолтным его можно поставить только ручками
    ну конфиги будут подчищать потихоньку из пакетов
    SystemD отстой, да здравствует SystemD
  • 0
    Целиком вы подразумеваете что выпилят поддержку всего остального?
    Так этого не будет, если есть система инициализации в дистрибутиве — ее будут поддерживать.
    Вот когда похоронят upstart и sysV то тогда и выпилят. Ну а так уже отдельные новые пакеты не пишут скрипты для sysV оставляя только файл для systemd.
    SystemD отстой, да здравствует SystemD
  • +1
    Вы это, обновляться пробовали?
    ubuntu — 16.04
    debian — с jessie
    rhel — с 7
    Дефолтными между прочем, разумеется сохранив совместимость с sysV и upstart для убунты.
    Арч даже поддерживает и гента только не по дефолту.

    Вот честно давно чистый дебиан не юзал — все убунта, но уже около все на systemd без проблем, в начале разумеется он еще скрипты стартовал, сейчас ок, и centos на вертуалке проекта — там тоже systemd дефолтно, тут вот на работе хейтеры в ужасе, но они линкс только в виртуалках видели из под макоси, им простительно.
    SystemD отстой, да здравствует SystemD
  • +5
    Кстати по поводу бинарных логов это вообще аргумент людей, которые «не читал но осуждаю»
    В syslog systemd умел писать с самого начала, а сейчас вообще при установки syslog из пакетов он автоматически конфигурирует все что нужно в systemd. А с учетом того что syslog обычно устанавливается, то конфигурация с journal будет скорее всего только в контейнерах, для которых собственно он и отличный вариант
    SystemD отстой, да здравствует SystemD
  • +1
    Не на некоторых, а на почти всех фреймворках есть public директория с точкой входа а весь код лежит выше.
    Весь проект в корне — это обычно CMS, которые устанавливаются путем копирования по ftp, разумется про git там не слышали. Так что собственно поэтому у нас всего 0.6%
    Немного о приватности реальных Git-репозиториев
  • 0
    Ну вобщем да, с контейнером еще можно жить, тут не спорю. Хотя на уровне ларавеля симфонийский контейнер не сложнее.
    Blade некорректно обрабатывает include — в нем нельзя изолировать контекст
    как пример — попробуйте в цикле вставить шаблон с переопределенными секциями.
    Основной геморрой был с фасадами и с orm.
    NodeJS фреймворк с синтаксисом Laravel

 (и без лапши в коде)
  • 0
    Я не говорю что «Все что не Симфони — плохо», я говорю что плохо брать компоненты мощного фреймворка и прикручивать их как в ларавеле. Разумеется я буду сравнивать ларавел с симфони потому что половина его компонентов это обертки над компонентами симфони, причем такие что до сложного функционала не добраться. И критики было бы меньше, если бы просто ларавел взял компоненты симфони и нормально их использовал не создавая такие обертки.

    Ларавел прост и это его огромный минус на хоть сколько больших проектах, просто на том что пишет 90% фанатов ларавела этот минус не заметен. Это именно та простота что выкинем функционал потому что для простых сайтов он не особо нужен.
    Вобщем если вы не планируете писать крупный проект, а уверены что будете делать сайты пачками в веб студии, то да, ларавел вам подойдет.

    Вот еще пачка минусов
    1) Очень слабая ORM — это свалка — в одной только model находится сама модель, выборки коллекций, построитель запросов, менеджер коннекшенов, работа с событиями, сериализация.
    Причем все это сделано так, что ломает автокомплит и вводит слишком много магии — всякие where(), scope, туда же еще прикрутили таймштамы и softDelete.
    2) blade — это по сути смарти — постая замена тегов на php в файле, больше ничего нету, да, для начала 2000-х было нормально, сейчас уже есть нормальные шаблонизаторы
    3) разработчик берет компоненты симфони и пишет для них свои обертки, причем только для самого базового использования — например роутер — только один вариант использования — через php в одном файле объявить сразу весь, причем под капотом используется симфоневый, который поддерживает разные форматы ресурсов, и достаточно мощный
    4) Фасады — кривейший паттерн, ломает нафиг автокомплит и работать хоть как-то можно с костылями ide_helper — при этом хомячки кричат что это не синглетон и можно подменять — какое блин счастье, подменять можно, а все другие минусы забыли — по сути это очень криво реализованный контейнер, в котором нужно прописывать каждый объект отдельным фасадом.

    Согласен, если в фирме сидят студенты, то начать на ларавеле будет проще, только нужно понимать это и не пытаться писать на нем большие проекты.
    NodeJS фреймворк с синтаксисом Laravel

 (и без лапши в коде)
  • 0
    Тем что это простое решение для написания бложиков. Просто когда у вас бложик то вам вообще пофигу на чем писать. Как правильно заметил wendel в комментарии выше — сделаем свои неполноценные замены, чтобы только как можно проще для бложика.
    Год поработал с большим проектом на ларавеле — больше никогда не буду связываться.
    Почему многие кричат что ларавель лучше? Потому что эти многие клепают мелкие сайтики и просто не работали с крупным проектом, уровень среднего разработчика ларавеля — джуниор, уровень среднего разработчика симфони — он сам ларавель написать может, плюс еще разработчики ларавеля сравнивают свою икону со всякими вордпресами и кодеигнайтерами, разумеется он лучше их, все-таки не до конца испортили симфони.

    Еще такая забавная вещь — в ларавеле по сути два типа модулей/компонентов либо своя кривая поделка (элоквент, конфиг, blade) либо прибитый гвоздями компонент симфони (или либа) обернутый в самый базовый вариант использования (роутер, реквест, консольные команды)
    NodeJS фреймворк с синтаксисом Laravel

 (и без лапши в коде)
  • –1
    [facepalm.jpg]
    Мы против изпользования всякого г только потому что это разрекламированная шняга.

    Ларавел это пример разрекламированной шняги, у которой есть куча недостатков и почти нету преймуществ, но вокруг которой развели хайп.

    Какие у него плюсы простите, из-за которых он вдруг стал таким замечательным?
    NodeJS фреймворк с синтаксисом Laravel

 (и без лапши в коде)
  • +1
    Почти, только еще добавлю что не за новинками, а за разрекламированными вещами, причем бездумно, используя вешь потому что она популярна. Как бы ничего в новинке плохого нет, если нормальная штука, а вот если вокруг проекта поднялся хайп, то это повод на него обратить внимание и разобрать, может и норм, а не бросаться на нем в продакшен сразу, потому что может и г.
    NodeJS фреймворк с синтаксисом Laravel

 (и без лапши в коде)
  • +3
    Ну все, началось.
    Оверхед на компонентном фреймворке, на котором есть minimal edition? Или под оверхедом вы подразумеваете использование библиотек? Или то что для простой задачи не придумывают простой велосипед, если уже есть решение которое справляется и с простой и со сложной задачей?

    Давайте не будем про нишу фреймворков в пхп, где их как собак не резаных, и вот чего, а пустоты нам нету уже давно, сейчас тут такой-же ужас как в ноде, где тоже не знаешь что выбрать.

    Не нужно вам фанатеть по поводу ларавеля, раз уж не понимаете что это обычный хайп. Обычный средний фреймворк, со своими поделками и косяками. Какие у него плюсы простите, из-за которых он вдруг стал резко подходить большинству разработчиков?
    NodeJS фреймворк с синтаксисом Laravel

 (и без лапши в коде)