Довольно распространённая практика для большей безопасности подключать смартфон в качестве второго этапа логина в свой аккаунт на сайт. В тоже время, невозможность доступа к мобильному телефону может привести к сложностям. Например, в поездке вам нужно посмотреть бронь отеля, распечатать билет на самолёт или оплатить что-нибудь через интернет-банк. Как поступить в такой ситуации.

Я давно приступал к изучению Kubernetes(k8s). Начинал с katacoda, где по сценариям делаешь упражнения. Затем посмотрел серию видео-уроков от Слёрм, мне видео понравилось, но опять в голове знаний не осталось. В очередной раз начать изучение k8s и взялся с книги “Kubernetes in Action” от сотрудника RedHat, работавший над OpenShift. Об этой книге и хочу рассказать.

На днях пересматривал довольно старое выступление по Vim чувака по имени Maxin Cardamom, где он рассказывал, как можно обойтись без некоторых самых распространённых плагинов и ничего себе не сломать. Доклад оказался очень интересным и некоторые вещи у меня закрепились и теперь я их использую на практике. Видео доклада будет ниже, а в статье я опишу, чем из советов я воспользовался и как мои волосы стали мягкие и шелковистые после этого.

Это одна из статей из категории чтобы самому не забыть, и может ещё кому пригодиться.

Иcпользовать инстансы в облаке Amazon с доступом в интернет не всегда возможно или даже просто небезопасно. Для обновления репозиториев или скачивания контейнеров используются внутренние сервисы. Для обращения к какому-нибудь API в интренете поднимают или NAT-gateway, или Proxy-сервер. Если вам нужен один из сервисов AWS, например SQS или S3, то как быть в этом случае? Об этом и будет сегоднящняя статья.

В этом цикле статей я хочу описать построение процесса Continuous Integration/Continuous Delivery на конкретных примерах и аргументирую выбор того или иного решения.

Не так давно ко мне пришла идея построить систему по анализу трафика вместо Google Analytics, Яндекс Метрики для того, чтобы как можно меньше внешних скриптов и трекеров использовалось на сайте. Будем анализировать access-логи , но для начала хорошо бы их почистить.

Так как сейчас я изучаю Go(golang), то в этой статье попробуем создать утилиту командной строки(cli), которая вычистит “мусор” из логов web-сервера и эти “чистые” данные можно будет использовать в goaccess.

Для того, чтобы анализировать пользовательскую активность на своём блоге или сайте необязательно пользоваться гугл аналитикой, яндекс метрикой или другими внешними сервисами. Всё что нужно находиться у вас на сервере, а конкретно - access-логи. Из них можно узнать сколько пользователей пришло на ваш сайт, откуда они пришли, во сколько и много-много другого. Анализировать логи можно вручную, можно с помощью своей программы или воспользоваться программой, которая под это дело заточена.

В сети я нашёл три более-менее вменяемые программы:

• AWStats - была довольно популярной раньше, но к сожалению дизайн так и остался из 1998 года( демо )
• Open Web Analytics - даёт слишком много данных, и не заточена под мобильные браузеры( демо )
• goaccess - строит 14 видов графиков(на момент написания статьи), хорошо просматривается на мобильном и активно поддерживается.( демо )

Вот о том, как поставить и настроить под себя goaccess и пойдёт речь в этой статье.