Freeman

Для флеша в современных браузерах есть Ruffle.

Вопрос ведь в том, останется ли после переименования какой-либо мусор в Git, и куда денутся коммиты?

• Мусора не останется.
  
• Коммиты полностью перейдут в переименованную ветку (что может быть для вас нежелательно, если их потом нужно растащить по подзадачам; тут всё зависит от вашего рабочего процесса).
  

Этот способ можно вполне использовать и в будущем, если на момент создания ветки задачи непонятно, насколько она будет сложной.

Со стороны GitLab не знаю как. Если в нем есть какая-то настройка, что-то вроде маски, «цепляющей» ветки из Git к задачам, ее потребуется подправить. Или не потребуется. Смотрите уже по месту.

Профессионал торрентов в чате. Будут глупости от интернет-всезнаек в комментах — снесу ответ к чертовой матери. Не впервой.

Сразу вопрос: тормоза не во время первичного распределения места под файлы, а именно сильно потом?

Проблема распределения места под файлы решается не лошадиными размерами кэшей, а назначением себе прав на обслуживание тома или запуском клиента от администратора. Если права есть, в свойствах процесса в Process Explorer должна быть привилегия SEManageVolume.

Есть еще параметры coalesce reads writes и piece extent affinity.

Да, обязательно поставить. Еще выставить адекватный размер очереди записи диска (по сути это кэш записи, так криво названный). По умолчанию там вроде бы жалкие 1024 КБ (1 МБ). Поставить 32768, 655536 или даже 131072 КБ (32, 64 и 128 МБ).

При этом галочка Предвыделять место на диске для всех файлов обязательно должна стоять, чтобы qBittorrent не создавал разреженные файлы. По этой же причине нежелательно использовать выборочное скачивание: в этом случае qBittorrent может начать шлепать разреженные файлы вне зависимости от любых галочек.

Для справки: разреженные файлы — фишка NTFS и некоторых продвинутых ФС на *NIX. На нижнем уровне работает путем создания мини-ФС для каждого файла (где пишется, какой блок реально хранится, а какой виртуален), что логично разбрасывает файл на сотни, тысячи или даже сотни тысяч кластеров NTFS в зависимости от размера файла. Тут-то диск с черепичной записью и задыхается.

При выполнении всех этих условий (т. е. при правильной настройке) здоровый SMR-диск должен вполне справляться с нагрузкой торрент-клиента, что бы там не писали. В случае гигабитного интернета, возможно, в некоторых случаях потребуется снижение скорости скачивания, но не уверен. При адекватном кэше записи qBittorrent должен сам вставлять задержки при заполнении кэша.

К слову, тот кэш, который вы увеличиваете до непотребных размеров — это кэш чтения, он работает при раздаче файлов, а на запись никак не влияет.

А эта версия сертифицирована для Windows Server 2019? Раз ошибки пошли после переноса c 2008-го, чую, проблема именно в версии.

Attempt to load Oracle client libraries threw BadImageFormatException

Вот это тоже похоже. Раньше в заголовке PE бывала версия 6.x, а потом внезапно стала 10. Или даже не знаю, сколько там у Server 2019.

Файл битый, видно же.

Если потом скорость всё же восстанавливается, вангую, что файл тупо прописывается нулями. Проблема та же, что и «Диск перегружен» в µTorrent. Лечится назначением прав на обслуживание тома (вроде бы) пользователю, от которого запускается qBittorrent, либо запуском от администратора.

Нагуглил наяндексил:

$FFMPEG -i $VIDEO_IN -an -c:v ffv1 \
  -vf setrange=limited \
  -pix_fmt yuv420p \
  -color_range jpeg \
  -colorspace smpte170m \
  -color_primaries bt709 \
  -color_trc bt709 \
out.mkv

Не оно?

Мне даже казалось, что буквально недавно был вопрос по FFMPEG как раз про цветовые пространства, но что-то не нашел.

А не неплотное ли прилегание кабеля к разъему это? Или что вместо него в носимых дисках? Так что да, придется открывать коробку, если это диск в коробке, а не с распайкой USB прямо на плате контроллера.

Если запустить игру, то, с учетом dll библиотек, будут заняты адреса от 0x00010000 до +- 0x7FFE0500.

Странно видеть подобное утверждение в 2024-м. Что, ASLR в системе глобально отключено?

У библиотек непременно есть перемещаемые символы («релоки»), и если вы модифицируете exe-шник, они спокойно перелезут на другие адреса при запуске. Так что, это вообще не повод париться.

Зато мне, вот, странно, что сформированный подобным образом «с дыркой» PE-файл в принципе запустился. Адресное пространство разве не должно быть непрерывным? Всегда казалось, что именно так.

$body .= "Content-Type: text/html; charset=UTF-8\r\n";
$body .= "Content-Transfer-Encoding: 7bit\r\n\r\n";
$body .= chunk_split($htmlContent, 998) . "\r\n";

Меня вот это еще напрягает. Должно быть 8bit. Плюс, возможно, по строгому стандарту строка не должна превышать 76 символов.

На пару с chatgpt писал dll

Ну, теперь отлаживайте на пару с ChatGPT. Или, может, запускать DLL надо уже не под Windows, а под ChatGPT? Вперед и с песней!

Могу предположить, что эти колонки — те же строчки, что показываются на вкладке «Дополнительно» в свойствах файла. Я бы нагуглил какое-нибудь расширение «Проводника» с открытыми исходниками, показывающее, скажем данные из тегов MP3-файлов (или что-то такое похожее) и посмотрел бы, как оно сделано. Заодно поставил бы и проверил, появляются ли его строчки в списке для сортировки.

"А" записи для домена сменил 3 дня назад.

Для Jabber вроде же нужны SRV-записи особого вида, не? Например, Яндекс при хосте домена у него добавляет так:

SRV  _xmpp-server._tcp.conference  21600 IN SRV 20 0 5269 domain-xmpp.yandex.net.  21600
SRV  _xmpp-server._tcp             21600 IN SRV 20 0 5269 domain-xmpp.yandex.net.  21600
SRV  _xmpp-client._tcp.conference  21600 IN SRV 20 0 5222 domain-xmpp.yandex.net.  21600
SRV  _xmpp-client._tcp             21600 IN SRV 20 0 5222 domain-xmpp.yandex.net.  21600

сразу после первого элемента получаю out of range

На самом деле, конкретно здесь, скорее всего, поведение отладочной сборки, в которой наверняка {$R+}. Гуглить, читать. Нужно или обернуть данный участок в {$R-}, или пользовать адресную арифметику в виде PMIB_IPNETROW(@ifTable.table)[i].

Но в си, повторюсь, разницы с массивами нет, поэтому оно там вполне работает и через table[i]

В Си нет понятия {$R+}, поэтому там сплошь уязвимости, ибо людям свойственно ошибаться.

Интересно, китайский NIUBI Partition Editor тоже платный?

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

Решил дать дополняющий ответ и оформить его в виде ответа, а не комментария.

Или "взрослое" решение пишется без пакетного менеджера?

С точки зрения ведения проектов у пользователя вашего кода должно быть целостное лицо:

• Или он совсем ничего не понимает и хочет собрать только ваш проект и забыть.
  
• Или у него свое настроенное окружение, в котором собираются разные проекты, и ваш будет одним из многих.
  

В реальных проектах первый случай обычно бывает на внедрении, когда по каким-то причинам конечному пользователю поставляется исходный код, собираемый затем на месте. Пользователь кода — не программист, своего окружения у него нет и не будет, и ему вполне нормально иметь костыльные по сути зависимости через ваш проект. На внедрении под эти пляски наверняка выделен отдельный комп (или виртуальный сервер), и такой подход ничего не сломает, а жизнь пользователю-непрофессионалу упростит (в теории). На внедрении всякое бывает, короче.

Во втором же случае подразумевается пользователь-программист, и он как от огня будет бежать от чужих костылей, своими грязными ручонками портящих с трудом и любовью настроенную его собственную среду. И если по каким-то причинам ему всё же потребуется собрать ваш код, вашей маме я бы не позавидовал.

Мораль в том, что с точки зрения ведения проектов тоже надо уметь смотреть, не только кодить.