БД обычно IN разворачивает в кучу UNION'ов, либо в условие через OR, что по сути те же N отдельных запросов. Плюс к тому, в таком случае получается не параметризированный запрос, что дает забивание кэша у парсера запросов, так как каждый такой запрос с другим списком параметров считается новым.
Кто-нибудь может объяснить зачем использовать прокси-классы, если есть наследование?
Можно ведь создать класс — наследник User, переопределить в нем нужные методы, и вместо прокси-класса использовать этот класс-наследник?
Тип файловой системы для раздела «EFI system partition» — только FAT. Насколько я понял, поддерживаются любые модификации, от FAT12 до FAT32. Названия файлов загрузчиков ОС тоже должны соответствовать определенному формату, тогда UEFI их распознает. Загрузка UEFI действительно выглядит наворочено, но на самом деле она стала более высокоуровневой. Не надо больше прописывать специальные загрузочные секторы на диск, достаточно положить файл загрузчика в корень диска.
В UEFI-системах загрузчики находятся в разделе с типом «EFI system partition». Программа UEFI может считывать с него файлы загрузчиков ОС и запускать их.
Совершенно верно. Не стал про это упоминать, так как немного не по теме. Но в википедии про это есть статья, и там более подробно расписаны правила формирования CHS-адреса: en.wikipedia.org/wiki/Logical_block_addressing
У какой-то статьи на хабре было название "[Перевод] Название статьи".
Мне показалось это очень удобным, так как сразу в названии вкладки браузера видно, что это перевод и не надо выискивать никакие тэги.
На расшифровку подписи при каждом запросе будут тратиться ресурсы сервера.
Значит у сессий и у токенов один общий недостаток остается — нагрузка на сервер.
Можно ведь создать класс — наследник User, переопределить в нем нужные методы, и вместо прокси-класса использовать этот класс-наследник?
можно написать так:
Мне показалось это очень удобным, так как сразу в названии вкладки браузера видно, что это перевод и не надо выискивать никакие тэги.
Значит у сессий и у токенов один общий недостаток остается — нагрузка на сервер.
Если речь про промышленное программирование, то наверное стоило привести пример, для чего может понадобиться решать такую задачу?Хотя для больших объемов не очень эффективно будет.