Закончил в 2003, астрономии не было. Насколько я знаю, у знакомых ребят закончивших другие воронежские школы такого тоже не преподавали. А жаль, думаю было бы интересно.
Следилок за пользователями не ставлю по принципиальным соображениям, а например комментарии через disqus у меня прекрасно работают. Github pages не изменяет содержимое страницы, что jekyll сгенерил — то и будет показано.
Мне как раз не понравилось, что при перетаскивании issue по колонкам в Project её состояние никак не меняется и настроить это нельзя. Перетащил из "In progress" в "Ready" — а она как была open, так и осталась. В итоге получается просто красивая тасовалка карточек. Надеюсь, потом прикрутят
То есть государственный орган хочет нанять человека, имеющего опыт серьёзного нарушения закона, и прямо указывает это в вакансии? О_о Вокруг постепенно сгущается кафка…
При чём тут Ubuntu Xenial, если вы скопировали этот файл вручную?
У нас этот файл раскладывается ролью ansible, и при переделывании роли с php5 на php7 я его просто скопировал и проверил по документации, что все используемые директивы работают так же. Вне зависимости от используемого метода поставки настроек(ansible, puppet, dockerfile, AWS AMI, ...) — при обновлении проще скопировать старый файл, чем в новом вручную прописывать те же настройки. Даже если переписывать файл с нуля — кто-то по привычке поставит # для комментария, и всё молча поломается.
Так в том и весь прикол, что при тестировании всё работает, только со значениями по-умолчанию. Если не используются загрузки больших файлов и другие явно ломающиеся вещи, то деградацию можно не заметить: странички открываются, все функции приложения работают, 500 не выпадает. А то, что оно начало отдавать X-Powered-By:, больше не органичивает доступные PHP функции и на ошибки отдаёт пользователю стектрейс — с первого взгляда не видно.
> богатая природа Северной Америки стало такой, какая она есть сейчас
Вот что-то очень сомневаюсь, что природа там была скудная и бедная, но потом пришли индейцы и обогатили её поджогами. По крайней мере, американскую плейстоценовую мегафауну, типа гигантских ленивцев и мастодонтов, они выбили подчистую.
Возможно, индейцы делали поджоги как-то по-умному, и леса у них от этого не горели.
И уж точно поджоги сухой травы, из-за которых потом выгоряют сотни гектаров леса, не обогащают нашу природу.
Только значительная часть этих пожаров — опять же плод деятельности людей. Поджоги сухой травы(эта дикость у нас очень распространена), неосторожный туризм, выброшенные стеклянные бутылки(если не повезёт — может сработатьп как линза)
В пределах пяти строк где имя используется 10 раз в громоздких конструкциях.
Тем более, если используются в громоздких конструкциях. Громоздкую конструкцию, наполненную a, b, dd, n1, глазами с первого раза очень трудно распарсить. Сравним чиатемость:
set -e
label="$2"
dbname="$3"
time="$(date +%Y-%m-%d-%H-%M-%S)"
dir="$backup_dir/$label-$time"
log="$log_dir/backup-$label-$time.log"
mkdir "$dir"; cd $dir
foobar-dump --db="$s" --do-not-eat-much-memory --include-important-data --fuckup-everything=no --comment="$label" &> "$log"
и
set -e
l="$2"
s="$3"
t="$(date +%Y-%m-%d-%H-%M-%S)"
d="$backup_dir/$l-$t"
o="$log_dir/backup-$l-$t.log"
mkdir "$d"; cd $d
foobar-dump -D "$s" -m -E -X no -c "$l" &> "$o"
Можно ли давать объектам короткие имена
НУЖНО.
argument a1
Я, конечно, не настоящий сварщик, но по-моему old_dir, current_dir, new_dir даже в пределах пол-экрана читаются гораздо легче, чем dir1, dir2, dir3. Или например label, time понятнее чем просто l, t. ИМХО короткие имена нужны только для общепринятых названий счётчиков: for i, j in ...
Стоимость покроет страховка, так что новый есть на что делать. Если они не уничтожили все чертежи и спецификации сразу после сборки спутника — то ничего страшного не случилось, кроме некоторой задержки на повторную сборку. Обидно конечно, но не смертельно
VRRP, CARP и т.д.… Вам от провайдера нужно добиться, чтобы оба сервера были в одном Ethernet-сегменте, чтобы они могли перекидываться служебными heartbeat’ами и прочее.
Свеживе версии keepalived умеют для VRRP unicast_peer, так что можно без L2 связности.
Я не очень активно ими пользуюсь. Ну и не хотелось бы давать им лишний повод превращать набор данных «страница, переход, время нахождения» в «акцентуация личности, сексуальная ориентация, политические взгляды, морально-этические установки, окружение(массив записей {тип отношения, id профиля}), место жительства, место работы, состояние здоровья, ...»
> Так надо не бороться с блокировщиками, а повышать эффективность рекламы.
Оборотная сторона монеты — слежение за пользователем. Если фейсбук научится в каждый момент времени показывать мне только ту рекламу, которая мне интересна — это будет значить, что эти ребята знают обо мне очень много.
Всё-таки разница есть, и принципиальная. Спам тратит силы и время пользователя, который на это не соглашался. Реклама показывается вместе с интересным пользователю контентом, её просомтр является платой за этот контент. И да, многие крупные сервисы за счёт этого живут.
Можно сколько угодно рассуждать о прекрасных новых сервисах без рекламы, но без внятного понимания, на какие деньги они будут делаться, это остаётся мечтами. Можно на чистом энтузиазме писать софт вечерами после работы, но нельзя на чистом энтузиазме построить датацентр. Можно в качестве хобби сделать популярный блог, но нельзя сделать популярный видеохостинг.
Мне кажется, проблема с рекламой в том, что она показывается без явного заключения соглашения с пользователем, и поэтому воспринимается как спам. Думаю, сервисы должны эволюционировать в сторону явного уведомления пользователя о том, что контент всё же платный, и предоставления большего выбора. «Контент, предоставляемый нашим сервисом, является платным. Вы можете оплачивать его просмотром рекламы, либо $N за безлимитное пользование в течении месяца, либо $m за разовый доступ.»
Следилок за пользователями не ставлю по принципиальным соображениям, а например комментарии через disqus у меня прекрасно работают. Github pages не изменяет содержимое страницы, что jekyll сгенерил — то и будет показано.
Мне как раз не понравилось, что при перетаскивании issue по колонкам в Project её состояние никак не меняется и настроить это нельзя. Перетащил из "In progress" в "Ready" — а она как была open, так и осталась. В итоге получается просто красивая тасовалка карточек. Надеюсь, потом прикрутят
То есть государственный орган хочет нанять человека, имеющего опыт серьёзного нарушения закона, и прямо указывает это в вакансии? О_о Вокруг постепенно сгущается кафка…
https://ru.wiktionary.org/wiki/сервер:
На мой вкус сервера звучит приятнее, но ваш вариант более академически привильный.
По заявкам телезрителей: https://bugs.php.net/bug.php?id=73099
Оно прошло тестирование, подробности — NDA. Разумеется, теперь мы добавили дополнительные проверки.
Немного уменьшаем поверхность атаки на случай уязвимостей в коде. Не факт что сильно поможет, но и не помешает
Проблема воспроизводится и в официальных пакетых от убунты, и в пакетах из ondrej/php.
У нас этот файл раскладывается ролью ansible, и при переделывании роли с php5 на php7 я его просто скопировал и проверил по документации, что все используемые директивы работают так же. Вне зависимости от используемого метода поставки настроек(ansible, puppet, dockerfile, AWS AMI, ...) — при обновлении проще скопировать старый файл, чем в новом вручную прописывать те же настройки. Даже если переписывать файл с нуля — кто-то по привычке поставит
#
для комментария, и всё молча поломается.Так в том и весь прикол, что при тестировании всё работает, только со значениями по-умолчанию. Если не используются загрузки больших файлов и другие явно ломающиеся вещи, то деградацию можно не заметить: странички открываются, все функции приложения работают, 500 не выпадает. А то, что оно начало отдавать
X-Powered-By:
, больше не органичивает доступные PHP функции и на ошибки отдаёт пользователю стектрейс — с первого взгляда не видно.Вот что-то очень сомневаюсь, что природа там была скудная и бедная, но потом пришли индейцы и обогатили её поджогами. По крайней мере, американскую плейстоценовую мегафауну, типа гигантских ленивцев и мастодонтов, они выбили подчистую.
Возможно, индейцы делали поджоги как-то по-умному, и леса у них от этого не горели.
И уж точно поджоги сухой травы, из-за которых потом выгоряют сотни гектаров леса, не обогащают нашу природу.
Тем более, если используются в громоздких конструкциях. Громоздкую конструкцию, наполненную
a, b, dd, n1
, глазами с первого раза очень трудно распарсить. Сравним чиатемость:и
Я, конечно, не настоящий сварщик, но по-моему
old_dir, current_dir, new_dir
даже в пределах пол-экрана читаются гораздо легче, чемdir1, dir2, dir3
. Или напримерlabel, time
понятнее чем простоl, t
. ИМХО короткие имена нужны только для общепринятых названий счётчиков:for i, j in ...
Кружка для усатых прекрасна, надо такую добыть.
Свеживе версии keepalived умеют для VRRP
unicast_peer
, так что можно без L2 связности.Оборотная сторона монеты — слежение за пользователем. Если фейсбук научится в каждый момент времени показывать мне только ту рекламу, которая мне интересна — это будет значить, что эти ребята знают обо мне очень много.
Можно сколько угодно рассуждать о прекрасных новых сервисах без рекламы, но без внятного понимания, на какие деньги они будут делаться, это остаётся мечтами. Можно на чистом энтузиазме писать софт вечерами после работы, но нельзя на чистом энтузиазме построить датацентр. Можно в качестве хобби сделать популярный блог, но нельзя сделать популярный видеохостинг.
Мне кажется, проблема с рекламой в том, что она показывается без явного заключения соглашения с пользователем, и поэтому воспринимается как спам. Думаю, сервисы должны эволюционировать в сторону явного уведомления пользователя о том, что контент всё же платный, и предоставления большего выбора. «Контент, предоставляемый нашим сервисом, является платным. Вы можете оплачивать его просмотром рекламы, либо $N за безлимитное пользование в течении месяца, либо $m за разовый доступ.»