А чем/как бэкапить и восстанавливать отдельные базы MySQL?
Точнее, стоит вопрос копирования отдельных баз между серверами чем-то более удобным, чем mysqldump
высота потолков 10.5 метров (на треть больше вашего)
продукция на стелажах — практически сплошной "чугуний" (автодетали, причем с большим содержанием металлов)
количество ТСД примерно 70-90 шт.
При проектировании нам несколько интеграторов "считало" покрытие и выходило так, что нужно ставить по 2 направленные антенны на ряд, да и то покрытие по расчетам получалось неполным. Решение принималось на этапе, когда продукции на складе не было и даже не все стеллажи стояли, по этому натурные испытания было провести невозможно.
Я уж не помню, подробностей, но в расчеты не верилось.
В итоге на этот склад взяли 16 точек Cisco 1832 (простенькие, всенаправленные с внутренними антеннами). Подвесили их на потолок в шахматном порядке по 2 на ряд с размещением через ряд.
Итог: было немного страшно, но чуйка не подвела. Сеть получилась с отличным покрытием,
сейчас склад заполнен на 80-85% и до сих пор никаких проблем с сетью не испытываем. Более того, чтобы избежать проблем с взаимными помехами прикрутили мощность в 2.4 на половину и этого вполне хватает.
Так что, возможно, вы и переборщили с количеством точек.
По поводу других брендов: на Ubiquiti был хороший выход, но они были жестко за решения с направленными антеннами и как-то не нашли мы с ними общего языка. Mikrotik — при всей любви к Микротику на тот момент я не нашел информации об их крупных внедрениях.
Хотя они заявляли наличие роуминга межу сотами сети, все выглядело достаточно сыро.
Возможно, сейчас бы и решились на микротик, кто знает...
1. «Зеленая карта» стоит везде дешевле чем в России (исключение — только наши братья — белорусы, м.б. еще кто-то). Польская «Зеленая карта» стоит 100 zl (примерно 1600) руб на 30 дней (у нас 2300 за 15 дней, 4600 за 30 дней), Литовская стоит примерно так же, но точных сумм не помню. Когда-то давно, лет 10-15 назад покупал немецкие «зеленые карты», они вообще стоили смешные 10-15 EURO, но сейчас таких страховок уже нет.
2. В каждой стране продают «зеленые карты» под эгидой своего национального офиса и по его правилам (у нас бал правит РСА печально известный своей жадностью). По крайней мере в России продавать полисы чужих стран нельзя, но находятся ухари, которые продают такие страховки. Как уже было сказано, в Калининграде торгуют литовскими «зелеными картами» которые с накруткой за серость схемы стоят примерно 1800 руб (согласно тому, что написано в страховке, она как бы продана на границе Литвы и России с литовской стороны, но по факту она продается в Калининграде).
3. На границе, как правило можно купить «зеленую карту», которая покрывает и ту страну, в которой продается.
Сам лично покупал такие страховки на границе в Литве, Польше, Белоруссии.
Самое обидное, что раньше в России можно было официально торговать «зелеными картами» любой страны и по всей стране продавались и немецкие страховки, и финские. В какой-то момент алчные люди из РСА решили «позаботиться о российских автомобилистов» — пролобировали законодательную монополию РСА на территории России и резко взвинтили цены на «зеленую карту».
Но при этом, как было отмечено в статье, реально наши страховые и РСА только продают россиянам «зеленую карту» и ни за что не отвечают — в случае аварии Россиянин должен обращаться в страховую компанию виновника (со всеми вытекающими проблемами: языковой барьер, время, деньги, растояния), а в РСА его пошлют (в прямом смысле, без каких-либо альтернатив). (Сам знаю это не понаслышке — я попадал в аварию в Евросоюзе и при этом был пострадавшим).
У нас главная жалоба — даже не тормоза, а "разрывы" (ДЦ далеко, канал вроде бы стабильный, но...) и происходит это не постоянно, а наплывами.
Хочется научиться мерять именно разрывы сессий и хранить их где-то в исторических данных, хотя бы и в виде графика Zabbix и потом искать корреляцию (она не связана или не всегда связана с загрузкой канала)
В редисе что хранится? Готовый бинарный ответ? Тогда, в принципе, да, можно наверное даже выиграть в скорости на небольших проектах. Если там лежат сырые данные (хотяб и скэшированные) из которых нужно сделать ответ, то это лишний оверхед.
Смысл в том, чтобы не вызывать backend в принципе, там где его вызов не нужен.
Если Вы держите кэш в redis, то это будет обращение от nginx к бэкэнду,
бэкэнд должен будет обратиться к redis. В любом случае, это лишние задержки и лишняя нагрузка и на redis, и на backend.
Отдача на стороне nginx исключает эти задержки. Он просто отдаст клиенту бинарный файл с кэшем ответа.
Пользуюсь (пытаюсь получить информацию об оценках) электронным дневником через dnevnik.mos.ru и через мобильные гос. услуги. В обоих случаях это конечно ДНИЩЕ просто нереальное, половину прошлого учебного года не работал то веб-сервер, то мобильное приложение (оказывается, это они от Вас API прятали).
Подтверждаю:
мотивации дневник не дает никакой, жаль узнал о Вашем приложении только сейчас, когда оно уже не работает;
большинству родителей непонятен принцип выставления оценок (среднее арифметическое) приходится объяснять в своем классе. Отдельно приходится объяснять ньюансы о том, что пятерка по тому предмету, где выставляется 10 отметок за четверть более ценна, чем пятерка по предмету, где выставляется 20 отметок за четверть. Так же приходится объяснять принцип формирования оценки за год;
По существу:
Не надо встреч, пишите лучше письма, "чем больше бумаги, тем чище задница"
Яб пожаловался бы в ФАС (ограничение конкуренции), но нужно копать законодательную базу
Можно попробовать найти концы кого-нибудь из "Открытого правительства"
А у меня такой вопрос.
Вот к примеру user_uuid проверяется как-то на валидность?
Если да, то делается это средствами ClickHouse или как-то на стороне?
И если это делается через ClickHouse достаточно быстр он для этого, чтоб делать проверку «в лоб»
Или лучше для этого, все равно, организовать какую-нибудь очередь, в которую кидать непроверенные данные,
а проверку уже осуществлять на другом конце очереди?
Да ну не стоит задача "уменьшить воронку"!
Алгособесы - это квалификационный минимум. Не более того
Адекватного кандидата сейчас днем с огнем не отыщешь.
Поэтому совершенно нет смысла повышать планку
Обычно на собесах дают Easy + Medium и это уже, зачастую, непреодолимая преграда
А в реальном мире в 80% ты на собесе решаешь задачку на 2 указателя...
А чем/как бэкапить и восстанавливать отдельные базы MySQL?
Точнее, стоит вопрос копирования отдельных баз между серверами чем-то более удобным, чем mysqldump
У нас была похожая задача:
При проектировании нам несколько интеграторов "считало" покрытие и выходило так, что нужно ставить по 2 направленные антенны на ряд, да и то покрытие по расчетам получалось неполным. Решение принималось на этапе, когда продукции на складе не было и даже не все стеллажи стояли, по этому натурные испытания было провести невозможно.
Я уж не помню, подробностей, но в расчеты не верилось.
В итоге на этот склад взяли 16 точек Cisco 1832 (простенькие, всенаправленные с внутренними антеннами). Подвесили их на потолок в шахматном порядке по 2 на ряд с размещением через ряд.
Итог: было немного страшно, но чуйка не подвела. Сеть получилась с отличным покрытием,
сейчас склад заполнен на 80-85% и до сих пор никаких проблем с сетью не испытываем. Более того, чтобы избежать проблем с взаимными помехами прикрутили мощность в 2.4 на половину и этого вполне хватает.
Так что, возможно, вы и переборщили с количеством точек.
По поводу других брендов: на Ubiquiti был хороший выход, но они были жестко за решения с направленными антеннами и как-то не нашли мы с ними общего языка. Mikrotik — при всей любви к Микротику на тот момент я не нашел информации об их крупных внедрениях.
Хотя они заявляли наличие роуминга межу сотами сети, все выглядело достаточно сыро.
Возможно, сейчас бы и решились на микротик, кто знает...
2. В каждой стране продают «зеленые карты» под эгидой своего национального офиса и по его правилам (у нас бал правит РСА печально известный своей жадностью). По крайней мере в России продавать полисы чужих стран нельзя, но находятся ухари, которые продают такие страховки. Как уже было сказано, в Калининграде торгуют литовскими «зелеными картами» которые с накруткой за серость схемы стоят примерно 1800 руб (согласно тому, что написано в страховке, она как бы продана на границе Литвы и России с литовской стороны, но по факту она продается в Калининграде).
3. На границе, как правило можно купить «зеленую карту», которая покрывает и ту страну, в которой продается.
Сам лично покупал такие страховки на границе в Литве, Польше, Белоруссии.
Самое обидное, что раньше в России можно было официально торговать «зелеными картами» любой страны и по всей стране продавались и немецкие страховки, и финские. В какой-то момент алчные люди из РСА решили «позаботиться о российских автомобилистов» — пролобировали законодательную монополию РСА на территории России и резко взвинтили цены на «зеленую карту».
Но при этом, как было отмечено в статье, реально наши страховые и РСА только продают россиянам «зеленую карту» и ни за что не отвечают — в случае аварии Россиянин должен обращаться в страховую компанию виновника (со всеми вытекающими проблемами: языковой барьер, время, деньги, растояния), а в РСА его пошлют (в прямом смысле, без каких-либо альтернатив). (Сам знаю это не понаслышке — я попадал в аварию в Евросоюзе и при этом был пострадавшим).
Всмысле, хотелось бы это видеть на графиках
Хорошая попытка, но нет =)
По переподключениям точно не стоит мерить, потеряем тех, кто не переподключился.
Хотел смотреть по разрывам (event_id 40), но там нет вполне логичной причины "session timeout"
У нас главная жалоба — даже не тормоза, а "разрывы" (ДЦ далеко, канал вроде бы стабильный, но...) и происходит это не постоянно, а наплывами.
Хочется научиться мерять именно разрывы сессий и хранить их где-то в исторических данных, хотя бы и в виде графика Zabbix и потом искать корреляцию (она не связана или не всегда связана с загрузкой канала)
Вопрос, а Вы как-то при этом мониторите качество RDP-сессий?
Привет, Игнат!
Судя по времени поста (и абсолютного, и лага относительно времени поста самой статьи), ты решил почитать хабр вместо того чтобы поработать?
Нигде не могу найти: а Windows Hello поддерживается на терминальных серверах MS, или речь идет только об авторизации на ПК под управлением Win10?
В редисе что хранится? Готовый бинарный ответ? Тогда, в принципе, да, можно наверное даже выиграть в скорости на небольших проектах. Если там лежат сырые данные (хотяб и скэшированные) из которых нужно сделать ответ, то это лишний оверхед.
Смысл в том, чтобы не вызывать backend в принципе, там где его вызов не нужен.
Если Вы держите кэш в redis, то это будет обращение от nginx к бэкэнду,
бэкэнд должен будет обратиться к redis. В любом случае, это лишние задержки и лишняя нагрузка и на redis, и на backend.
Отдача на стороне nginx исключает эти задержки. Он просто отдаст клиенту бинарный файл с кэшем ответа.
При первом заходе на сайт со стороны злоумышленника или просто пытливого юноши удаление таки произойдет
We will rock you, Jingle Bells, Seven Nation Army…
youtu.be/hpCJY8O8R2E
На видео порт Гамбурга и то самое судно TUI, о которых говорится в статье
P.S. Кстати, на самих судах тоже есть сети сотовой связи и они используют описанную выше инфраструктуру.
хмм, не в курсе этой проблемы, а когда она закончилась?
у нас в прошлом году был 2 класс и мы первый год столкнулись с дневником мрко
Пользуюсь (пытаюсь получить информацию об оценках) электронным дневником через dnevnik.mos.ru и через мобильные гос. услуги. В обоих случаях это конечно ДНИЩЕ просто нереальное, половину прошлого учебного года не работал то веб-сервер, то мобильное приложение (оказывается, это они от Вас API прятали).
Подтверждаю:
По существу:
В любом случае удачи Вам
По поводу защиты:
На самом деле, хранение git-репозитария внутри рабочей директории сама по себе плохая практика by design.
Хорошая практика:
И т.д.
В этом случае внутри рабочей директории будет храниться только файлик .git с содержанием вида:
Вот к примеру user_uuid проверяется как-то на валидность?
Если да, то делается это средствами ClickHouse или как-то на стороне?
И если это делается через ClickHouse достаточно быстр он для этого, чтоб делать проверку «в лоб»
Или лучше для этого, все равно, организовать какую-нибудь очередь, в которую кидать непроверенные данные,
а проверку уже осуществлять на другом конце очереди?