Michaelis,
С технической точки зрения:
Только если отдать диск на экспертизу, где смогут воспроизвести этот глюк и дадут об этом соответствующее заключение.
С юридической точки зрения:
Я не знаю, с какой целью и насколько важно это доказывать Вам, также не обладаю всей полнотой информации по данному вопросу. Исходя из этого, если вопрос коснётся судебного разбирательства, то для выработки линии защиты - слишком мало исходной информации.
Если диск "умирал", то он мог выдать любой поток информации на полученный запрос. Поэтому ситуация с выдачей неверного серийного номера вполне могла быть.
Для банков высокие зарплаты - нормально. Срочность может быть связана с закрытием вакансий для запуска проекта.
Если есть сомнения - лучше спросить напрямую и погуглить отзывы работников покинувших эту компанию.
в верхней части у Вас точечная нотация для linq запросов.
в нижней - sql нотация.
На мой взгляд - точечная нотация перекликается с другими ЯП и более понятна.
Какую Вам выбирать для использования - Вам виднее.
Вы прям как человек "из прошлого" )))
Насколько я помню, в WinCE применяются Windows Forms. Попробуйте изменить параметры отображения border для form на none. Также читайте про WinAPI. С их помощью можно много чего сделать, что не предусмотрено штатными методами.
Нет способа определить, что пользователь завершил скачивание файла.
Поэтому (возможно) есть смысл разрешать скачивание нового файла не чаще чем раз в 10 секунд.
Для записи timestamp последней выполненной загрузки можно использовать
HttpContext.Session.SetString(key_name, value);
для проверки:
var timestamp = HttpContext.Session.GetString(key_name);
CJDmitry, сделайте такой ответ в контроллере:
return Json(new { ok = false, err = "Запись с данным URL уже существует" });
и после выполнения fetch (в then((data))проверяете значение data.ok
если true - значит запрос выполнился успешно
если false - выводите текст ошибки из data.err
Владислав Лысков, Не факт что виден. Связь MSISDN и IMSI существует только в биллинге оператора. Для обслуживания в роуминге достаточно иметь IMSI. Передаёт ли тот оператор роуминговому оператору информцию о MSISDN - большой вопрос. Я думаю, что передаёт, хотя в этом нет особой необходимости. Иначе возрастает риск фрода, а этого никто не хочет.
Можно разделить рассмотрение ситуации на аспекты:
1. Моральная сторона вопроса.
Да, Ваши коллеги передают Вам знания. Вы проходите обучение в компании. Вы - "одна семья". Так говорят (продразумевают) менеджеры. На самом деле - каждый сам за себя. Вы работаете за деньги, компания обучает Вас для получения прибыли. Менеджеры создают дружественную атмосферу для исключения конфликтов. Вы можете расти дальше, а можете посвятить всю жизнь работе в этой фирме - это Ваш выбор;
2. Юридическая сторона вопроса.
Можно делать всё, что не запрещено законом и трудовым договором. Если положения трудового договора противоречат законодательству - они ничтожны. Основной правоустанавливающий документ между работником и работодателем - это трудовой договор. Рабочее время согласно трудового договора ограничено с ... по ... Всё остальное - личное время сотрудника, который тот может проводить любым желаемым для себя способом. В том числе и писать программы. Кстати - написание программ считается творческой профессией (как и написание книг), поэтому это могут делать даже те категории граждан), которым запрещено по закону заниматься коммерческой деятельностью (например - военные, чиновники). Единственное ограничение которое может быть - это не использовать фрагменты кода, которые Вы (или Ваши коллеги) написали у основного работодателя, т.к. это является собственностью работодателя.
Как итог могу сказать:
1. Развиваться и стремиться к большему (лучшему) - это нормально;
2. Если Вы выросли из "штанишек" и они Вам малы - Вы же в них не ходите дальше, даже если любите. Не бойтесь "менять размер";
3. О своих увлечениях и интересах вне работы Вам не обязательно ставить в известность своих коллег и начальство. С моральной (и юридической стороны) - главное чтобы основная работа не пересекалась с увлечением.
Айнур Бирдин, раздобыть - не значит может использовать. Законодательство РФ запрещает сбор такой информации даже из открытых источников. И уж тем более - хранение и обработу без письменного (есть другие виды акцепта) согласия объекта персональных данных.
Могу предположить, что в OrderBy (ThenBy) в должно указываться поле для сортировки, а не булевое выражение. Возможно Ваш адаптер к базе данных не может правильно интерпретировать это выражение в SQL и выдаёт ошибку.
Возникает несколько вопросов:
1. Есть ли в списке белых сайтов те, которые может контролировать например Ваш знакомый разработчик? В этом случае можно этот сайт сделать "прокси";
2. Есть ли в списке белых сайтов те, которые позволяют просматривать другие сайт? Например translate.google.ru позволяет переводить любой сайт, и заодно его просматривать;
3. Есть ли какие-либо другие протоколы, разрешённые для соединения (например SSH)?
В целом, надо знать - как и что заблокировано и тогда можно понять правильную последовательность действий. Ну или действовать методом проб и ошибок.
https://chat.openai.com/ подвисает часто по вечерам. Утром/днём работает приемлимо. Скорее всего в USA днём большая наагрузка.
С росийских IP не работает.
Александр Чернышев, насчёт антивирусов - всё зависит от целевой аудитории Вашего софта. Если Вы делаете софт для конкретных заказчиков - они будут его использовать в любом случае, будут отключать антивирус или вносить софт в исключения. Если Вы рассчитываете на массовый рынок - тут играют роль два важных момента: низкая квалификация пользователей, которые следуют указаниям антивируса ИЛИ медийная раскрученность софта, при которой они поставят себе софт в любом случае. Тут уже больше маркетинговые правила играют роль.
Comodo раньше был самым недорогим. Мне годовой сертификат обошёлся в 100$. Сейчас у них уже другие условия. А отзывы в сети остались )
Насчёт ограничения числа подписаний - это что-то новое, раньше я такого не слышал. Скорее всего они выписывают сертификат и прячут его внутри файла для подписания (или шифруют). Для подписания - временно распаковывывают. Или используют маскировку пароля (что более вероятно).
С технической точки зрения:
Только если отдать диск на экспертизу, где смогут воспроизвести этот глюк и дадут об этом соответствующее заключение.
С юридической точки зрения:
Я не знаю, с какой целью и насколько важно это доказывать Вам, также не обладаю всей полнотой информации по данному вопросу. Исходя из этого, если вопрос коснётся судебного разбирательства, то для выработки линии защиты - слишком мало исходной информации.