Пользователи жалуются на скорость? Им ничего не докажешь? Сделайте speedtest удалённо! Запустите эту павершелл-команду на компьютере через WinRM или RDP (или даже, господь упаси, Anydesk) и скрипт выдаст вам результаты спидтеста с самого speedtest.net
Кстати, в последнее время у меня много такой мелочёвки появилось с админской работы — я люблю Powershell и хочу продолжать хэштег дальше. Стоит ли?
Пользователи жалуются на скорость? Им ничего не докажешь? Сделайте speedtest удалённо! Запустите эту павершелл-команду на компьютере через WinRM или RDP (или даже, господь упаси, Anydesk) и скрипт выдаст вам результаты спидтеста с самого speedtest.net
Лечу на днях в Тбилиси по делам, на день и нужны советы от более шаристых товарищей. Заранее — я не гражданин РФ и карточки у меня тоже не подсанкционные:
1. Что по симке? Есть ли смысл брать, сколько стоит и какие документы нужны?
2. Что по транспорту? Какие сервисы такси у вас актуальны, кушают ли они карточки, сколько оно стоит?
3. Я знаю русский на уровне родного и английский примерно так же. На каком из двух предпочтительнее говорить? Как относятся к русскоговорящим?
4. Что, по вашему мнению, надо обязательно чекнуть в Тбилиси?
Лечу на днях в Тбилиси по делам, на день и нужны советы от более шаристых товарищей. Заранее — я не гражданин РФ и карточки у меня тоже не подсанкционные:
1. Что по симке? Есть ли смысл брать, сколько стоит и какие документы нужны?
2. Что по транспорту? Какие сервисы такси у вас актуальны, кушают ли они карточки, сколько оно стоит?
3. Я знаю русский на уровне родного и английский примерно так же. На каком из двух предпочтительнее говорить? Как относятся к русскоговорящим?
4. Что, по вашему...
Сегодня, благодаря гитхабу FreshRSS я узнал, что docker-compose может одновременно кушать два и более компоуз-файла. Например, так:
docker-compose -f foo.yaml -f bar.yaml up -d
Чем это потенциально полезно: если файлы расположены в одной папке, то проект всё ещё один, а значит так можно делить огромный компоуз на несколько частей/включать и отключать опциональные части. Да, конечно, профили существуют, но теперь вы знаете ещё один способ.
Разница между restart: unless-stopped и restart: always
Долгое время я наивно полагал, что разница между unless-stopped и always в том, что unless-stopped остановится, если дать docker stop <container>, а always нет. Это не так. Все контейнеры, от мала до велика, останавливаются, если в них кинуть stop.
Нюанс в том, что если что-то внешнее убьёт или повредит сервис Докера, то после восстановления работоспособности always стартанёт, а unless-stopped не стартанёт. Однако, оба случая перезагрузят контейнер, если внутри случится ошибка и он вылетит. Поэтому, если вам нужны контейнеры, которые будут стартовать вместе с системой и после перезагрузок системы, то вам нужен always.
Разница между restart: unless-stopped и restart: always
Долгое время я наивно полагал, что разница между unless-stopped и always в том, что unless-stopped остановится, если дать docker stop <container>, а always нет. Это не так. Все контейнеры, от мала до велика, останавливаются, если в них кинуть stop.
@kantor
Там немного не в этом суть.
docker stop остановит и то, и другое.
Но если ты сделал docker stop, то always на следующем ребуте запустится, а unless-stopped нет.
То есть в целом unless-stopped можно использовать и с ребутами. Он в меньшем количестве ситуаций перезапустит контейнер, но зато он и запомнит если тебе его нужно руками погасить и оставить так даже после ребута.
#течтип#cisco#network
Будьте осторожны, когда ставите port-security на транки — свитч считает один и тот же MAC, поступивший с одного и того же адреса как два разных MAC-адреса. Проблема немного специфичная, т.к. не каждый ставит вланы на свою сетевуху, тем не менее, такими эдж кейсами жив сетевик.
Учитывая, что у меня тут 5к символов (наканецта), ловите #течтип — наконец-то на Docker допилили хелтчеки.
Я могу накатать об этом статью, если надо, но если вы уже знаете, что такое хелтчеки докера, то наверняка сталкивались с тем, что interval хелтчека приходится выставлять поменьше (скажем, секунд 15), чтобы сервис быстро стал healthy, но потом этот же хелтчек грузит запустившийся сервис пингами каждую 15 секунд, что нецелесообразно.
Вы также могли подумать, что для этого существует ключ start_period, который будет замещать собой интервал до первого healthy, а потом управление перейдёт к interval. Но нет. Start_period просто игнорит **любой** результат хелтчека до указанного времени — например, если указана минута, то по факту ваш сервис не станет healthy менее чем за минуту — хелтчеки будут происходить, но результаты будут игнориться. Да, я пробовал, да, я рылся в issues. Это так.
Тем не менее, проблему решают — в мануале уже появился новый ключ start_interval, который делает ровно то, что описано выше — это интервал хелтчеков до первого healthy. Насколько мне известно, он будет доступен с 25-й версии, но прогресс налицо и теперь вы в курсе.
Учитывая, что у меня тут 5к символов (наканецта), ловите #течтип — наконец-то на Docker допилили хелтчеки.
Я могу накатать об этом статью, если надо, но если вы уже знаете, что такое хелтчеки докера, то наверняка сталкивались с тем, что interval хелтчека приходится выставлять поменьше (скажем, секунд 15), чтобы сервис быстро стал healthy, но потом этот же хелтчек грузит запустившийся сервис пингами каждую 15 секунд, что нецелесообразно.
@kantor @ru @rf "irm | iex" это же как "curl | sh". Кто так делает — отбитые люди