у меня миграция 4.2 до 5.0 не прошла (CentOS7, mysql 5.7) — полезли какие то косяки как в сообщении выше, в итоге я рядом развернул новый CentOS8, поднял там чистый-новый-пустой Zabbix 5, все тормознул. Залил дамп базы из бэкапа со старого сервера и все взлетело.
Скрипты конечно пришлось перетащить, но в целом прошло все гладко.
Обновился неделю назад, долго привыкал конечно к панели сбоку. Но вот заметил, что похоже что-то не то со Stacked Graph. Отрисовываться очень странно стало, с пустыми местами между слоями кое-где.
А г-н Ашманов говорит, «Он работал в Рамблере сисадмином. Разработка ПО вообще не входила в его должностные обязанности.». Почему то, я думаю, что Ашманов разницу между сисадмином и разработчиком знает.
Я бы выбрал позже. Просто потому что мне реально от этого запуска лучше не стало. Наоборот. Убрали экспрессы + время в пути увеличилось. Нормальная организация могла бы нивелировать эти потери («зато поезд комфортный, читать в дороге удобнее», например). Нет никакой необходимости в этой спешке, кроме как поскорее отчитаться перед «верхами».
В Лобне на станции сегодня утром был треш и угар. Мат там в воздухе будет висеть еще долго )
А поезд, да — клевый, едет приятно. Очень жаль, что такое хорошее и полезное дело (запуск МЦД) было омрачено настолько плохой организацией.
Вопрос. Почему Вы не видели этих зловредных включений, когда просматривали конфиги через cat?
Я припоминаю баг в bash-e нескольколетней давности, когда можно было скрыть содержимое скрипта при просмотре в консоли, но деталей не помню, если честно.
да, я понимаю это. у меня всеже вопрос несколько более практический.
у меня есть сервис, nginx letsencrypt вот это все. каким образом я, как администратор этого сервиса могу организовать хранение сессионных ключей?
это кого надо ковырять — nginx или строить еще какой то, прости господи, mitm между сервером и клиентами?
мне кажется, что принимающие законы «яровых» и прочие нормативные акты аналогичного содержимого, плевать хотели на бизнесы и яндексы. их кормушка лежит в другой сфере экономики. надо будет прижать яндекс — прижмут, даже на минуточку не задумаются о последствиях.
мм… вопрос от неспециалиста в SSL. а каким образом можно реализовать хранение сеансовых ключей SSL (ага и их последующую выдачу)?
Я верно понимаю, что сеансовый ключ генерится на время сеанса между конкретным клиентом и сервером, и после завершения сессии «протухает»?
тут какое дело. это может зависить от игры. свежий пример. пару недель назад в Division2 завезли RAID (особо сложное испытание для 8 игроков). Так вот. На прохождение рейда, сейчас, когда вся механика известна, все знают что делать и как побеждать боссов команда PC игроков тратит меньше 20 минут (это лучшие конечно), а команды PS4 (если я не ошибаюсь), не могут выйти из 3-4 часов.
потому что противник бегает слишком быстро. игроки с контроллерами банально не успевают. это первое, а второе — писишники могут очень точно стрелять, в то время как консольщики не могут выдавать такой плотный огонь…
так что, и «инструмент» может решать чтото…
не обновленных инстансов, докер-контейнеров, которые даже обновлять-то никто не подумает. волосы реально шевелятся. нас ждут увлекательные истории после публикации деталей
В управляемых коммутаторах есть опция «DHCP snooping», позволяет определить на каком порту коммутатора находится «доверенный» DHCP сервер и все ответы на других портах отправлять в блок.
Скрипты конечно пришлось перетащить, но в целом прошло все гладко.
А поезд, да — клевый, едет приятно. Очень жаль, что такое хорошее и полезное дело (запуск МЦД) было омрачено настолько плохой организацией.
Я припоминаю баг в bash-e нескольколетней давности, когда можно было скрыть содержимое скрипта при просмотре в консоли, но деталей не помню, если честно.
у меня есть сервис, nginx letsencrypt вот это все. каким образом я, как администратор этого сервиса могу организовать хранение сессионных ключей?
это кого надо ковырять — nginx или строить еще какой то, прости господи, mitm между сервером и клиентами?
Я верно понимаю, что сеансовый ключ генерится на время сеанса между конкретным клиентом и сервером, и после завершения сессии «протухает»?
потому что противник бегает слишком быстро. игроки с контроллерами банально не успевают. это первое, а второе — писишники могут очень точно стрелять, в то время как консольщики не могут выдавать такой плотный огонь…
так что, и «инструмент» может решать чтото…