Vamp

Что же такого понаписать в catch (IOException){...}для try {socket.close()}, чтобы гарантировать закрытие здесь и сейчас.

Ничего. Как вы и сказали, 1 пункт можно обработать. 2 пункт тоже можно. Можно перехватить InterruptedIOException, сбросить interrupted флаг потока, повторно попробовать закрыть сокет и в конце восстановить interrupted флаг. Но при правильно спроектированном приложении такая ситуация невозможна. Так что я бы не стал добавлять проверку на такой случай. Если вдруг она возникнет, значит нужно пересмотреть архитектуру приложения, а не обвешиваться дополнительными проверками. Это, кстати, так же относится и к 1 случаю. Если сокет закрывается дважды, значит код кривой и его надо переделать.

В остальных случаях из java вы ничего не сможете сделать, так как должно что-то очень серьёзно сломаться, чтобы close начал стрелять исключениями. Максимум, что вы можете сделать - отпустить ссылку на ваш экземпляр ServerSocket, чтобы GC при сборке мог попробовать с этим что-то сделать.

Также, в спецификации написано про закрытие сокета (ServerSocket) через PrintWrite.close() или BufferedReader.close(), если мы их инициализировали потоками ServerSocket, но они также выбрасывают IOException. Как же быть?

Эти два класса - просто обёртки, которые тупо вызывают close у потока, который они оборачивают. Так что поведение их метода close в точности соответствует поведению обёрнутого ими стрима.

Вопрос: видит ли Метрика использование гражданином России VPN и IP VPN?

Технически это возможно. Если у посетителя VPN со split tunneling, то запрос на ваш сайт пойдет через VPN, а запрос на сайт метрики напрямую. Тогда яндекс точно будет знать, что пользователь воспользовался каким-то обходом и обход этот явно типа split tunneling. Для выяснения выходного ip адреса VPN метрика может дёрнуть какие-нибудь зарубежные сайты для определения ip, например, ifconfig.me и затем отправить обратно в базу яндекса.

Если у посетителя весь трафик завёрнут в VPN, то метрика сразу увидит выходной ip VPN и по косвенным признакам попытается определить, что пользователь реально из РФ. Например, если он недавно посещал какой-нибудь сайт с установленной метрикой и выключенным VPN. Яндекс склеит эти два посещения и получит, как и в варианте со split tunnel, реальный ip пользователя + выходной ip VPN.

Далее эти данные сливаются в ркн, который ставит адреса на мониторинг, сканирует их на наличие VPN, делает active probing и другими способами пытается определить является ли засвеченный зарубежный ip средством для обхода или нет.

Со своей стороны вы можете только удалить яндекс метрику с сайта. Заменить её на гугл аналитику или какое-нибудь self hosted решение типа matomo. Это ваш единственный вариант избавиться от этого риска.

Пользователям win, учиться разработке и профессионально работать с php и БД можно естественным путём и в IIS, — он бесплатен и предустановлен в системе по умолчанию.

Изучать сам язык php можно как угодно, где угодно и в чём угодно. Даже на IIS, прости господи. Вот только в реальном мире сайты на php никто не хостит на винде в целом и на IIS в частности. Поэтому когда дело перейдёт от обучения к реальной практике, вы даже не сможете задеплоить сайт на настоящий хостинг, который гарантированно будет на линуксе + nginx/apache2.

Буквально в прошлом месяце была у меня такая история. Компания заказала сайт на битриксе какому-то фрилансеру. Он его захостил где-то у себя, чтобы показывать заказчикам. Потом когда дело дошло до переноса сайта с его хостинга на хостинг компании, то начались необъяснимые сложности. Он смог только по FTP залить файлы сайта, а дальше, по его словам, "какой-то неправильный хостинг вы купили". Хотя это самый стандартный vps на линуксе. Причём по специальному тарифу от хостера, оптимизированному под битрикс. Уверен, этот товарищ тоже учился разрабатывать на IIS, а теперь не может даже разобраться как настроен апач и mysql на новом месте. Вполне возможно он даже php не знает. В битрикс разработке такое тоже встречается.

Сторонний open-source типа какого-нибудь xampp, open-server и т.п. нужно скачивать, устанавливать, а иногда, пусть даже и не большую, монетку задонатить, соответственно захламляя при этом ОС сторонним софтом, по сути, без строгой необходимости.

Как минимум php и mysql вам абсолютно точно придется скачать и захламить ими свою систему, так как их не бывает в виндовсе из коробки. А раз уж всё равно что-то скачивать и устанавливать, то нет большой разницы будет ли это xampp, open-server или что там ещё есть. И донатить монетку необязательно.

Тем не менее большинство пользователей win предпочитают использовать не родной IIS, а сторонний open-source (игнорируя при этом его родную среду линух).

Честно признаться, за всю свою многолетнюю практику я так ни разу и не встретил ни одного проекта, использующего IIS или человека, занимающегося им. Иногда мне кажется, что это фейк и никакого IIS не существует.

Это кажется странным. Закономерно предположить, что должна быть причина, — в чём она?

Не очень понятно что именно вам показалось странным. Можете уточнить этот момент?

Вам нужно использовать функцию rawurlencode

$a = '?' . rawurlencode('email') . '=' . rawurlencode('email+chtoto@gmail.com')

А ещё лучше воспользоваться специальной функцией для составления query string:

$a = '?' . http_build_query(['email' => 'email+chtoto@gmail.com']);

Но повлияет ли это на запросы только по полю id1, который должен остаться быстрым?

Напрямую не повлияет.

когда в базе будет миллиарды записей, alter table, если что, будет большой проблемой.

Верное замечание. В худшем случае для альтера потребуется свободного места столько же, сколько занимает вся таблица вместе со своими индексами. Это в дополнении к практически бесконечному времени, требуемому на сам альтер.

Нужно <?include заменить на <?php include

Я не знаю какой конкретный алгоритм у телеграма, но в простой централизованный инкремент я не верю. Слишком очевидный ботлнэк.

Я читал что подобные идентификаторы собираются из ДЦ + timestamp + счётчик в рамках текущей секунды + ещё что-то.
- И гарантия уникальности в таком случае ~60 лет.

Твиттер придумал такой алгоритм и назвал его snowflake id. Там используется timestamp + machine id + счетчик в рамках одной миллисекунды. Уверен, телеграм использует генератор с подобным алгоритмом. Он быстрый, не требует централизованного управления (кроме назначения machine id, но это делается один раз в момент введения машины в эксплуатацию и может делаться даже вручную) и генерирует идентификаторы размером 64 бита (влезает в mysql тип bigint).

Есть парочка пакетов с реализацией этого алгоритма - snowflake-id, snowflakify.

У себя на проекте я сделал по вашему второму варианту. Колонки date, user_id, ip, table, data. Где data - json структура вида {"field_name": {"old": "было", "new": "стало"}}

Затем в отдельном разделе в админке этот лог можно смотреть в удобном виде, фильтровать, выгружать для аудита в сторонних программах.

1. Верно. Такой подход называется event loop.
   
2. Тоже верно. Настраивать роутер нужно один раз.
   
3. Да. Только вместо mysqli_ping нужно использовать mysqli_change_user.
   
   Функция mysqli_ping помечена как deprecated и документация php настоятельно рекомендует её не использовать.
   
   Функция mysqli_change_user помимо того, что валидирует соединение, ещё очищает его от состояния, оставшегося от предыдущего http запроса - откатывает незавершённые транзакции, сбрасывает сессионные переменные, снимает разнообразные локи и т.д. Это довольно важный момент, который защитит вас от трудноуловимых ошибок, когда http запрос может оказывать влияние на следующий, казалось бы, независимый http запрос.
   

1. Создаётся объект без вызова конструктора.
   
2. В объекте ищется поле с именем, совпадающим с именем колонки.
   
   1. Если поле найдено, вызывается хук set. Даже если у поля область видимости private.
      
   2. Если поле найдено, а хука нет, в поле просто сетается значение. Даже если у поля область видимости private.
      
   3. Если не найдено, вызывается магический метод __set
      
   4. Если __set отсутствует, создаётся динамическое поле с именем колонки.
      
   
   
3. Вызывается конструктор.
   

PDO::FETCH_PROPS_LATE не работает совместно с методом fetchObject. Конструктор по-прежнему вызывается только в конце. Чтобы переставить вызов конструктора наверх, нужно вызывать методы setFetchMode и fetch:

$stmt = $pdo->query('SELECT * FROM tbl_name');
$stmt->setFetchMode(PDO::FETCH_CLASS | PDO::FETCH_PROPS_LATE, $class, $constructorArgs);
$obj = $stmt->fetch();

1. Читаете пользовательское соглашение.
2. Пишете досудебную претензию письменно через Почту России (можно электронно) на адрес компании, указанной в данном соглашении. В претензии пишете, что приложение нарушает пункт 4.2 пользовательского соглашения и требуете его удалить, а разместившего пользователя заблокировать.
3. При отсутствии ответа в течение 30 дней (см. п. 11.1) подавайте в суд.

Вам нужно вынести парсинг в отдельную горутину, так как диалоговое окно закрывается только после завершения выполнения callback функции. А так как вы весь парсинг выполняете в ней, то диалог, соответственно, ждёт.

testStart := widget.NewButtonWithIcon(" Test ", theme.InfoIcon(), func() {
	dialog.ShowConfirm(
		"Начать парсинг?",
		fmt.Sprintf("Ссылки для парсинга получены"),
		func(yes bool) {
			if yes {
				progress.Show() // Порказываем и запускаем прогрессбар
				progress.Start()
				fmt.Println("Start")
				go doTheJob()
			} else {
				return
			}
		},
		myWindow,
	)
})

func doTheJob() {
	qty, file_name := parsing(urls) // функция  - парсинг товаров по ссылкам
	//time.Sleep(5 * time.Second)
	// Обновление виджетов разрешено делать только из главной горутины,
	// поэтому нужно шедулить обновление виджетов через fyne.Do
	fyne.Do(func() {
		progress.Stop()
		dialog.NewInformation("Данные получены", "Все работает!", myWindow).Show()
	})
}

Символ # является спецсимволом, который требуется кодировать как %23.
По-хорошему ваша ссылка должна выглядеть вот так:

http://site.ru/dw/?url=https%3A%2F%2Fmega.nz%2Ffile%2Fe8hzUIJS%23eE1Nb6VdmFmtF2YlgO8a25X09l_fa9uxtTOjNNBgIS

В этом примере кодированы все спецсимволы, а не только #. Такой вид ссылки гарантированно будет работать так, как вы хотите.

В php за подобное кодирование отвечает функция rawurlencode().

Прочитайте инструкцию к корпусу. Раздел "Controlling lighting modes".



У контроллера свое отдельное питание через sata коннектор, подключающийся напрямую к блоку питания. В разъёмы с 1 по 6 вставляете rgb коннекторы от кулеров. В разъемы 7-12 вставляете питание кулеров. Провод "4 Pin PWM fan connector" вставляете в материнскую плату в разъём SYS_FAN1. Провод "5V / 3 Pin Addressable RGB adapter" никуда не вставляете, раз материнка не поддерживает управление подсветкой. Управлять подсветкой можно будет через кнопку reset, если подключить её к контроллеру.

В вашем корпусе в комплекте идёт 4 кулера. Почти наверняка они уже будут с завода воткнуты в контроллер как надо. Останется только контроллер подключить к материнке, sata питанию и кнопке reset.

Новые камеры нужно сначала инициализировать через программу ConfigTool или мобильное приложение DMSS. В процессе инициализации можно будет установить свой пароль. Если у вас есть видеорегистратор dahua, то инициализацию можно сделать через него.

Если камеры уже были ранее инициализированы, то их можно сбросить нажатием и удержанием кнопки reset на самой камере. Далее заново инициализировать по инструкции выше.

Скорее всего дело в сессии. Попробуйте вставить вызов session_write_close() непосредственно перед выводом файла:

header('Pragma: private');
header('Expires: Mon, 26 Jul 1997 05:00:00 GMT');
header('Content-Length: ' .filesize($file));
session_write_close(); // <--- вот здесь         
readfile($file);
exit();

У вас тут гонка, а не дедлок. Методы second и third не успевают встать в ожидание condition.

Если визуализировать пошагово:

1. first - захватил блокировку объекта lock
   
2. second - захватить lock не может, так как он уже захвачен, поэтому встаёт в ожидание
   
3. third - захватить lock не может, так как он уже захвачен, поэтому встаёт в ожидание
   
4. first - пишет в консоль "first"
   
5. first - сигналит condition1
   
6. first - релизит lock
   
7. second - просыпается и захватывает lock
   
8. second - встаёт в ожидание condition1, которое будет бесконечным, потому что condition1 за всё время триггерится однократно и этот триггер уже отработал на 5 шаге
   

Ваш код сможет успешно завершиться если подобрать нужный тайминг. Например, так:

var c = new SomeClass();
try (var t = Executors.newFixedThreadPool(3)) {
    t.submit(c::second);
    t.submit(c::third);
    Thread.sleep(100);
    t.submit(c::first);
}

Опишу проблему: я не совсем понимаю связь между json-сущностями которые отгружаются rest-методом и таблицами в базе данных.

А её и нету, связи этой.

REST API - это одно. Там свои форматы, логика, модель данных. Все это оптимизировано для удобства взаимодействия клиента с сервером.

База - это другое. Тоже со своей логикой и моделью данных, которые оптимизированы для хранения и выборки данных.

Каждый ли ключ обязательно должен маппится с полем в какой-то таблице?

Не должен.

Так что же тогда нужно понимать под фразой "сущность отгружается полностью"?

Где вы эту фразу услышали?

На всякий случай отмечу: я знаю, что "одна таблица не равно одна сущность". Сущность может быть раскидана по нескольким таблицам.

Аналогично и схема REST API не обязана в точности соответствовать структуре базы.

Мой вопрос больше про маппинг полей в json-объектах отгружаемых Postman/Devtools и полями в таблицах бд.

Не припомню чтобы Postman/Devtools как-то относились к базам данных.

Почти наверняка лишние переводы строк находятся перед <?php.

Или после ?> в db.php