Доброго времени суток!

Установлено:
Windows 10 x64
Qt 5.13.0 установлен в с:\Qt\
Сервер БД работает на ОС Linux.
mysql Ver 15.1 Distrib 10.3.18-MariaDB, for Linux (x86_64) using readline 5.1

Это будет небольшое обновление урока по использованию QTableWidget в PyQt5

В предыдущем уроке было показано, как вывести какую-то инофрмацию в QTableWidget. А в этом уроке будет показано также, как сделать некоторые ячейки редактируемыми и нередактируемыми, а также как реагировать на нажатия клавиш внутри QTableWidget

Приложение будет выглядеть следующим образом

По просьбе одного из пользователей обновляю один из первых уроков в соответствии с актуальным состоянием Qt. А именно, новый урок будет написан с использованием Qt Quick Controls 2.

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

В первой части этой серии статей рассматривался аллокатор пула, оптимизированный для небольших выделений. Разработчики рассказали, что многое делают в Qt, выделяя экземпляры QEvent или QObject, и специализированный аллокатор может быть полезен и для их приложений. Пока что решения разработчиков Qt будут распределять целые страницы памяти по мере необходимости и раздавать фрагменты данных фиксированного размера, который указывается во время компиляции через параметр шаблона. Он поддерживает различные модели потоков, с различными компромиссами в отношении производительности, эффективности памяти и параллелизма. Разработчики получили очень многообещающие результаты, превзойдя аллокаторы общего назначения в 3-10 раз в многопоточных тестах.

Однако, с помощью аллокатора, который может обрабатывать только один размер блока и никогда не возвращает память обратно операционной системе, у разработчиков все еще есть путь, прежде чем они смогут реально поддерживать сценарии использования QEvent и QObject в Qt. Невозможно просто израсходовать библиотеку впустую и забрать память, или попросить разработчиков приложений реализовать оператор new/delete, чтобы иметь возможность выделять экземпляры своих больших подклассов.

Но прежде, чем задуматься о том, чтобы добавить больше сложности, разработчикам нужно подумать о тестировании. Об этом и будет эта статья.

Данная статья является наиболее полным описанием сигналов и слотов в QML по сравнению со всеми предыдущими статьями на этом сайте.

В этой статье я попытаюсь объяснить следующее при работе с Qt/QML + Qt/C++:

• способы объявления сигналов и слотов, также вызываемых методов в C++ классе, который будет зарегистрирован в QML слое
• способы подключения к сигналам классов объявленных в C++ в качестве контекста
• работу с Q_PROPERTY, который также требует наличия сигналов и слотов
• способы соединения сигналов и слотов в QML
• и т.д.

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

Django позволяет выполнять кэширование:

• отдельных view , как Class Based View , так и обычных функций view
• целых шаблонов или их частей
• целых QuerySet
• а также свойств объектов моделей с помощью cached_property

Меня интересовала возможность кэширования отдельных свойств объектов моделей для тяжёлых вычислений или тяжёлых запросов к базе данных.
Таким фукционалом обладает декоратор cached_property , но недостаток для меня заключался в том, что кэширование происходило лишь на период жизни объекта.
Тогда как мне требуется кэширование на больший период времени, чем существование объекта при запросе страницы. А также мне требовалось кэширование свойств в зависимости от входных аргументов. Данный декоратор на сайте кэширует количество лайков и дислайков, а также информацию о том, лайкнул ли текущий пользователь тот или иной объект контента.

Таким образом был написан декоратор model_cached_property

Это будет первая статья по использованию набора устоявшихся утилит, которые присутствуют в ядре сайта EVILEG. Эта часть программного кода сайта находится в open source, поэтому хочу рассказать о том, какой функционал присутствует в данной батарейке и как его использовать.

Начну с использования Google reCAPTCHA , и что требуется, чтобы быстро внедрить данный функционал.

Представляю новый выпуск EVILEG-CORE 0.0.5.

Код, на котором основана эта статья, находится в стадии разработки, с различными коммитами на рассмотрении в теме «Аллокатор». Обратите внимание, что в коде используются различные функции C++17.

Несколько месяцев назад разработчики Qt Company работали над исправлением того, как QHostInfo отправляет результаты вызывающей стороне, что привело к небольшой оптимизации того, как выделяется память для аргументов в QMetaCallEvent. Разработчики используют объекты этого типа в соединениях сигнал/слот с очередями, и некоторое время, проведенное в этом коде, напомнило, что в Qt есть схема размещения довольно маленьких, недолговечных объектов в куче, а также в производительности критического пути кода.

Поэтому они стали задаваться вопросом, можно ли разместить экземпляры QEvent из выделенного пула памяти, используя специальный аллокатор.

Последнее время я посвятил много времени оптимизации сайта и теперь хотелось бы рассказать об этом.
В данной статье будет объяснено использование методов select_related и prefetch_related в QuerySet, а также их различие. Также постараюсь объяснить почему Django считают медленным, и почему это всё-таки не так. Конечно Django по многим статьям медленнее, чем тот же Flask, но в тоже время в большинстве проектов проблема заключается не в самом Django, а скорее а в отсутствии опттимизации запросов к базе данных.

Поэтому давайте оптимизируем страницу форума сайта EVILEG . А поможет нам в этом батарейка Django Silk, которая служит для измерения количества запросов к базе данных, а также измерения их длительности.