Temptation, у L2 коммутаторов, ip адреса назначаются для управления, т.е. это точно такое же оконечное устройства с точки зрения ip адреса, как скажем сетевой принтер. Интерфейс на который назначается этот ip адреса как правило виртуальный и привязывается к отдельному VLAN выделенному для управления сетевыми устройствами.
yashasidorov, просто такие финты может выдавать само веб приложение. Некоторые email сервисы таким "грешат", они еще и кодировку внутри текстового файла меняют.
Владимир Коротенко,
Быстрее зависит от кода. Например вы вынесли узкую вычислительную часть в отдельный микросервис и реализовали ее на более оптимальном стеке, в монолите вы так не можете. Быстрее будет зависеть от реализации, а не от монолит, микросервис, а значит для общего случая данное утверждение не верно.
Понятнее. Вот тут я с вами не согласен. Каждый отдельный микросервис имеет более узкую зону ответственности и соответственно проще для понимания. Проблема возникает если у вас декомпозиция на сервисы сделана не корректно или если у вас не микросервисы, а распределённый монолит.
Стратрер код, конфигурационный код, сборка в докер. ИМХО при современных фреймворках и системах сборки этой "нагрузкой" вообще можно принибреч.
Антон Нагаец, т.е. не отказ в доступе, а запросите разрешение у пользователя. Это сильно разные симптомы. Что с сфотом и настройками? Такая ошибка возникает когда пользователь лочит файл, например подобные "глюки" бывают при подготовке миниатюр для мультимедийных данных. Возможно конкретно этот пользователь использует какой-то специфический софт.
Но судя по всему авторизация не протухает, перелоги помогает поскольку убивает какой-то процесс.
Если помогает релогин и перезагрузка, значит протухает авторизация. Попробуйте вместо "релогина" блокировку рабочей станции( win + L ), поможет ли это?
Вообще нужно смотреть записи журнала на рабочей станции, и с 99% это не журналы безопасности. Проблем может быть множество, от компа который криво переехал из одного домена в другой, до DNS и других сетевых проблем.
Да, проверьте в пользователе дело или в рабочей станции, пересадите его на другой компьютер.
X110111, почитайте про типы блокировок. Эта тем достаточно объемная, быстро на пальцах не объясняется. Если кратко, блокировка строк, это блокировка конкретной строки, без блокировки других записей, заблокирует ли СУБД одну строку или "множество" зависит от различных, не всегда очевидных, условий. Т.е. просто написать запрос и сказать, что он заблокирует только одну строку, нельзя, этой информации не достаточно.
Golikich, c++ как язык именно для учебы хорош, во всяком случае он раз и навсегда приучает понимать концепцию "значения" и "ссылки", которая в java или c# не является такой явной. Но это буду "фундаментальные" знания, а не практические навыки, которые сложно монетизировать. Python хороший язык, но я бы с него начинал изучение если нужно, прямо очень быстро получить базовые навыки которые можно пробовать продать.
Я бы сказал так:
Есть много времени, c++ дальше java или c#, потом поверхностно python и javascript.
Если времени меньше, начинаем выкидывать, сначала c++, дальше java и c#. Остаётся python, php, javascript.
Но уровень специалиста падает пропорционально.
С каким именно тулчейном под win проблемы у новичков. Все работает практически из коробки. Вообще не очень понимаю от куда этот сильно живучий миф про проблемы с "тулченом" для разработки в винде.
Я бы даже сказал, что и для хостинга в продакшене принципиальной разницы нет, только немного другой инструментарий командной строки, ну и кончено лицензионные условия.
Автоинкримент в PG, это получение следующего значения из последовательности. При вставке руками, последовательность не используется и ее значение не увеличивается.
Потеря 50% для ICMP говорит лишь о том, что до вас в 50% случае не доходят ICMP ответы, возможно они не доходят до получателя, возможно не возвращаются к вам, возможно получатель не считает нужным все их обрабатывать. ICMP вообще слабо отражает реальный процент потерь пакетов или "переотправок" в TCP.
Борьба с потерей пакетов не универсальна и требует понимания причины потерь.
Простой пример, у вас потеря пакетов из-за перегрузки промежуточного оборудования. Вы отправляете на него 1000 пакетов в секунду, а оно может переварить только 500, а другие 500 "теряет", вы предлагаете начать отправлять на него 2000 пакетов в секунду, как решение проблемы, типа 1000 долетит, но нет, у вас просто станет теряться уже не 500 пакетов, а 1500. Плюс, потеря пакетов часто происходит пачками, т.е. не 50% через одного, а 1000 прошла, а потом 1000 потерялась.( с таким я не встречался, но и 50% это полностью не годный гипотетический канал, даже на 10% уже работать практически невозможно ), у вас просто ПО начнет в таком сценарии по таймауту отваливаться, например тот же DNS.