YMakeev,
Неа... По условию задачи нужно изменить точку доставки маркера авторизации не меняя привязку к учётной записи. Ситуация с токенами следующая
1. Генерируем сертификат;
2. Привязываем его на учётную запись на овермного серверах, которые не в домене (т.е. вручную);
3. Сохраняем сертификат на токен;
4. Выдаём специалисту для использования;
5. Специалист уходит вместе с токеном;
6. Упс...Отзыв сертификата! (Плюс надо ещё иметь уверенность, что все серверы лист отзыва прочитали);
7. Новый специалист - goto п.1
Не надо com. Он уже плохо пахнет. Роадмап 1C именно вебсервисы и рестапи. 1C активно пытается диверсифицировать платформы, а ТС сразу ограничивает себя. Имхо разумнее сразу точить оутпроц и изучать межпроцессное взаимодействие.
ddd329, Где написано, что при вставке производится сортировка? При вставке предложено производить сброс признака отсортированости. Сортировка производится при запросе отсортированного массива при сброшенном признаке отсортированности.
Далее, о неоптимальности структуры хранения в топике уже упомянуто не раз...
И снова, процедурное программирование, классов нет, все в массиве -предложите способ лучше..
Резюмируя пример, могу сказать, как первый опыт-неплохо: задача таки решена. Про все остальное уже сказано.
Вам на это уже дал ответ vault. Отсортированный массив нужен не в абстрактный момент времени, а в момент обращения к отсортированному массиву. Что мешает добавить признак отсортированости и произвести сортировку несортированого массива любым известным методом? При этом ресурсов потратиться значительно меньше. При добавлении признак отсортированности сбрасывать. Но как уже было замечено в комментариях выше, если не стоит задача хранить данные именно в массиве, имеет смысл посмотреть на другие структуры хранения данных. Например key-value списки. Причем крайне рекомендую использовать типовые решения и стандартные библиотеки.
Основной философский вопрос: зачем это делать (вставить значение именно в заданную позицию). Далее оцениваем вычислительную сложность алгоритма и понимаем, что, без аргументированного ответа на первый вопрос, так делать не нужно.
В tcp не так. Там квитирование идёт на окно. В tftp - квитирование с ожиданием. Но это протоколы гарантированной доставки. Если Вам гарантированная доставка не нужна (имеется возможность потери пакетов без ущерба для системы), то вполне подходит выбранный Вами метод. Единственно, что при таком методе надо помнить о переходе счётчика пакетов через ноль и учитывать это в приемнике. Т.е. на двух байтах счетчика максимальный номер пакета будет 65535, а потом сразу станет 0.
В нем используется логика передачи посылка-подтверждение. Пока не будет получено подтверждение получения пакета, пакет со следующим номером не посылается. Таким образом, проблема перепутывания пакетов в данном протоколе решена. И ещё это стандарт и классика...
Den S, это не скайп. Mumble - это другое программно-техническое решение. Вайбер, скайп, и прочие решения в продакшене не используем, в связи с тем, что техническая политика и политика безопасности не разрешает использовать сторонние сервисы без заключения sla и nda.
Сервер - murmur. Там нет ограничения на количество пользователей (т.е. вероятно оно есть, но в своем применении я до него не дошел). Количество пользователей ограничит применяемое для сервера железо и частота битрейта на пользователя ( основной кодек Opus ). В виду того, что сервер не занимается перекодированием аудиопотока, нагрузка на процессор невелика, но все клиенты должны использовать один кодек.
Пятьдесят пользователей потянет очень скромный сервер. Для чистого аудио достаточно ~ 64 Кбит/с на клиента. Т.е. в в случае на 50 пользователей достаточно ~ 3.5 Мбит/с.
Гайдов по настройке и клиента и сервера в сети более чем. Также есть сервисы для аренды.
Самой сложной проблемой при организаций конференции была борьба с обратной связью динамики - микрофон при селекторе из комнат/ студий. При общении через гарнитуру (наушники + микрофон) данная проблема не возникает. Сначала решалась тренировкой пользователя говорит с включением микрофона по нажатию кнопки. Далее - оснастили комнаты спикерфонами Jabra 410 (требование выключения микрофона также осталось).
Писал по памяти. Астра Линукс. А Астра Линукс - потому, что импортозамещение и ЕРРП для ЭВМ и БД. Из приведенного прайса видим, что стоимость продукта с обновлением на 7 лет внезапно практически равен стоимости windows pro с таким же сроком сопровождения.
Два текстовых файлика. Все просто, но эффективно. Анализируются логи сервиса, которые содержат информацию о попытках доступа. По результатам анализа создаётся блокирующее правило.
Использовал на почтовике-релее. Отправлял в блокировку на месяц за попытки подбора пароля и попытки передачи почты через опенрелей. Через месяц начала использования размеры логов уменьшились и количество попыток резко сократилось - видимо боты имеют обучение/память.
Криминала не вижу.
Следовательно нужно проверить саму возможность соединения с внешним почтовым сервером. Для этого посмотрите сервер и порт исходящей почты в настройках клиента и попробуйте подключиться телнетом с этими параметрами. Если соединение произойдет, то проблема с большой степенью вероятности на стороне сервера, т.к. передача почты серверу производится по smtp(imap), которые не требуют от клиента доступа к записям dns.
Угу, ошибка в блоке данных сиквела, которая уйдёт на диск в базу учётной системы. А ячейка памяти может "мерцать", т.е. сбои могут быть много чаще озвученной периодичности. И о проблеме с памятью никто не расскажет, ибо в десктопной матери нет средств диагностики. А так да, не страшно....Главное чтобы бэкапы были. И проверять их регулярно, "ибо случаи всякие бывают".
На симметричном канале ~ 6 Mbit/s стабильно едут. Основное требование - стабильный канал. На площадке DHCP и DNS. От RODC отказались, как только сделали стабильные каналы. Считаю, что в вашем случае разумнее сделать резервный GC.
В данном случае вы рассуждаете, как программист, а не как руководитель программиста.
Сдача сертификационного экзамена позволяет (при всех недостатках)
1. Произвести независимый аудит знаний технологии (пусть по формальным критериям);
2. Систематизировать знания экзаменуемого по технологии при подготовке к экзамену, дать понимание применяемых решений;
3. Оценить способность человека к работе с информацией и к самоподготовке (самообучению).
4. Формализовать требования к специалисту, занимающего данную должность.
В связи с вышеизложенным, веских причин для изменения системы оценки/оплаты нет (на мой взгляд ).
Далее:
- Название должности как правило значения не имеет, важнее ее наполнение;
- +40 к окладу - имхо достаточная мотивация;
- каждый руководитель должен знать, кого он уволит первым в случае необходимости. Таким образом одинаковой ценности сотрудников на производстве не существует (таки да - незаменимых нет).
Поэтому, если это нужный специалист, имеет смысл переговорить с ним. Возможно имеют место быть либо психологические, либо экономические причины (например нет средств на курс обучения/экзамен). В этом случае человеку нужно помочь. В противном случае я бы сохранил статус кво.
Платные решения уже упоминал. Duo-одно из многих. Имеющее проблемы с импортозамещением...