АртемЪ, я об этом выше написал. Так же блокчейн не гарантирует никакой последовательности таких «операций», транзакции могут выполняться в любом порядке, если достаточно баланса. Блокчейн гарантирует только невозможность использовать остаток баланса несколько раз.
Kirill Kirik, проблема остается, просто на твердотельных противопоказана дефрагментация а потеря скорости меньше заметна. Файлы будут не цельными кусками записаны а разбросаны по всему диску, следовательно скорость чтения и записи уменьшается.
klajowski, а вы как все ответы получите, сортируйте, например засуньте в QMap там будет сортировка по ключу автоматом.
Порядок можно сохранить только если отправлять следующий запрос после предыдущего, и это будет медленнее работать.
К сожалению у QNetworkAccessManager нет настроек для изменения количества одновременных подключений.
Яков Е, не только LTS, а и любые патчи предыдущих версий. Только последняя версия будет обновляться. А как мы уже знаем Qt стабильным становится после х.х.5 версий, но следующая х.Х.х версия обычно выходит быстрее чем предыдущая получит х.х.5 патч. В итоге как только выйдет 6.1.0, то новых патчей для 6.0.х больше не будет. В этом и есть их маркетинговая стратегия, создать таким образом мотивацию для покупки лицензии, чтобы "покупали" более стабильные версии Qt
Zettt13, qRegisterMetaType<тут название класса>("тут название класса"); и этот вызов можно поставить в конструктор. Регистрируется имя класса а не объект.
Pavel K, в конструкторе класса подключите сигнал этого же класа в слот этого же класса с типом Qt::QueuedConnection. Тогда из другого потока можно по указателю обращаться к этому сигналу потоко-безопасно. В этом случае можно обойтись без qmetaobject::invokeMethod, внешних подключений и не будет блокировки вызывающего класса. Но в случае если надо ожидать ответ это не подходит.
