Mercury13

«Среднепотолочный» IPS для дизайна лучше «среднепотолочного» TN, независимо от разрядности ЦАПа и разрешения.
На IPS удобнее сидеть долго, и на TN принципиально нельзя настроить цветопередачу: меняется даже при повороте головы.

UPD. Пишу «среднепотолочный», потому что видал плохие IPS на уровне TN’ов. Может, появились хорошие геймерские TN на уровне IPS’ов средней руки, я лично таких не видел.

Длина ключа 128 бит.
1 из 32 — это 5 бит.
1 из 64 — это 6 бит.
Вот и считайте. Например, 128:5 = 25,6, то есть 26 символов.

Метод-расширение: XE3+, helper class.
docwiki.embarcadero.com/RADStudio/Tokyo/en/Class_a...

Условная компиляция: ещё со времён Трубо-паскаля, директивы компилятора

{$IFDEF DEBUG}
{$ENDIF}

docwiki.embarcadero.com/RADStudio/Tokyo/en/Conditi...

Да хоть XnView.
Tools → Batch processing.

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

В одном месте пользователи иногда скармливают программе огромный XLSX размером мегабайт этак в 20, что соответствует ≈100M памяти, если развернуть в структуры данных, >130M — если сериализовать в XML, и добрых полгига — если этот XML разобрать рекордной библиотекой, а ведь в той XLSX-библиотеке, которую мы купили, ничего рекордного не было. На x86 не хватало памяти ни на что, на x64 тормозило адски. В общем, сделал потоковый разбор XML с пространствами имён «из коробки» и предельно простой разбор XLSX без стилей, без картинок и диаграмм, без сохранения — этот XLSX грузило ≈3 с, из которых <0,5 — раззиповка, ≈1,1 — разбор XML, остальное — собственно разбор XLSX. Для сравнения: Excel грузил 10 секунд, LOo до 6-й линейки вообще не мог загрузить такой файл. Расход памяти — исключительно та сотня, что идёт на структуры данных; расходы памяти на раззиповку и разбор пренебрежимо малы.

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

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

В общем, с велосипедами надо быть осторожным, и причины сделать велосипед в производственном коде — это…
• Производительность. Пример выше.
• Функциональность. Хочется написать своё сохранение в XLSX, потому что нужны заметки, которых, кажется, не поддерживает ни одна библиотека.
• Глючьё. Допустим, я отказался от встроенного в Qt диалога открытия файла, потому что он прикрывал одну важную функцию WinXP+: сохранял, какой каталог был текущим.

-fno-tree-* (в общем, все, начинающиеся на tree и входящие в O1).
Дальше выделять бессмысленно, каждая из них делает что-то маленькое.

Но не включаем -fno-tree-copy-prop, оно выводит адову кучу ложных тревог.

UPD. В настоящее время лучше использовать линкер LLD, и точка. Проект разросся, а линковка длится «целых» ДВЕ секунды.

Много дёргать ввод-вывод. Например, помногу, в несколько потоков, читать диск.
Если винт механический, Windows становится абсолютно неюзабельной.

Транзакции и блокировка строк. Точка.
https://ru.wikipedia.org/wiki/Уровень_изолированно...
https://dev.mysql.com/doc/refman/8.0/en/innodb-tra...

Вам вроде нужен самый сильный уровень изоляции транзакций, SERIALIZABLE.

Более сложный, но более высокопроизводительный способ — SELECT FOR UPDATE.
https://dev.mysql.com/doc/refman/8.0/en/innodb-loc...
Тут уровень изолированности транзакций не важен, поскольку вы сами выбираете, какую строку как изолировать.

Я бы переписал архитектуру программы.
1. Перед вами модальное окошко. Вот его и вызывайте, как модальное — au.exec().
2. Чтобы проверить, что авторизация верна, надо соединиться. Так что сделайте невизуальный объект «соединение» и протащите в exec. Ну или создайте в exec.
3. А уж там собирайте основную программу.

QApplication a(argc, argv);
FmAutoriz au;
std::unique_ptr<SomeConnection> connection = au.exec();   // SomeConnection и exec придётся написать
if (connection) {
  FmMain m(connection);
  m.show();
  return a.exec();
} else {
  return 0;
}

std::unique_ptr<SomeConnection>FmAutoriz::exec()
{
  bool b = QDialog::exec();
  if (b) {
    return std::move(this->connection);
      // connection — поле FmAutoriz.
      // Такой же unique_ptr, в обработчиках кнопок пытаемся создать соединение.
  } else {
     return nullptr;
  }
}

void FmAutorize_on_btOk_click()
{
   connection = new SomeConnection();
   if (connection.connect(someLogin, somePassword)) {
      accept();
   } else {
      // сообщи об ошибке
   }
}

Вижу побочку этого (но, может, и не надо избавляться) — на панели задач анимацией сменяется кнопка с диалогом авторизации на кнопку с главным окном.

Это на самом деле сложная задача, и я её решил вот так.

QHeaderView* header = ui->tableView->verticalHeader();
QWidget* viewport = header->viewport();
int i1 = header->logicalIndexAt(0);
int i2 = header->logicalIndexAt(viewport->height() - 1);
if (i2 < 0)
    i2 = header->count() - 1;
QString s = QString::number(i1) + " - " + QString::number(i2);
ui->lbResult->setText(s);

Если в очень упрощённом виде — то немного не так.

return m_tableView->viewport()->height() / m_tableView->rowHeight(0);

Опять приходится отвечать самому. Разобрался, хотя мучился долго.

В браузерном расширении два скрипта: фоновый и контентный. Фоновый умеет работать с браузером и его окнами, контентный — со страницей. Единственный обмен между ними — сообщения.

Поскольку конкретно на этом сайте довольно много AJAX, начинающему JS’нику трудно обойтись одним контентным скриптом, так что пусть фоновый скрипт с браузерной панели инициирует жульничество, а контентный — вмешается в страницу. Делается это так.