Да, только в результате мы получим количество записей равное количеству связей с авторамито есть те же яйца, вид сбоку. Только делать будете не 1 запрос, а 2. Вы все равно получаете все book_author>authors ограниченные через book_id. Количество записей будет одинаковым, точнее в вашем случае даже на 1 больше.
придётся дальше агрегироватьЗачем? Да, в каждой строке будет дублироваться книга (что вообще пофиг), но это будет 1 запрос и 1 массив, а не 2. Практической разницы около 0.
само поле fieldset может содержать до 200 таких категорий указанных через запятуюЖееесть, разработчик сам ушел, или его выпнули без выходного пособия?
Напиши продукт в конце-концов.Писать то тебе можно? Вот и пиши, когда будет вариант устроиться куда-то, на руках уже будет какой-никакой готовый пример того что ты умеешь.
точной информации по распределению нагрузки к сожалению нетЭто у вас ее нет, у админа есть лог реквестов к вебсерверу, исходя из которого легко считается рпс.
считаю, что так правильнее.Товарищ Прокруст, перелогиньтесь...
Спасибо за ответ, но ваше решение не помогло.Это не решение, это надо было добавить к вашим правилам, нижняя строчка в коде просто для ориентира куда добавлять. Код у вас относительно безопасный, но при смене папки со стилями скорее всего будете иметь проблемы...
если всё настолько сложно, значит очень вряд ли использовалась эта уязвимостькак раз наоборот, если все так сложно что многие разработчики забивали на разбор того как это работает, значит это точка слабого кода и в нее при желании залезет кто-то не особо ленивый и охочий до чужих данных. Тут уже действует принцип неуловимого Джо в плане ожидания взлома.
Я про его сложность и что он вообще делать может.Ну так это вытекает из среды, изначально в пыхе вообще не предусматривалось всяких там пакетов и прочей фигни по типу ооп, это все сравнительно новые штуки, а учитывая что есть супермегапоулярные решения типа вордпресса, большей частью построенные на процедурном коде, это еще и не самая востребованная вещь. По сути все штуки поставляемые через композер спокойно скачиваются и подключаются руками. Кроме того - зоопарк фремворков не особо способствует унификации чего бы то ни было... Что тоже не всегда плохо.
То что нужно конфигурировать - через файл или переменные среды.Это опять же больше особенность фреймворка, нежели пыха в целом, в той же ларе по умолчанию 90% конфигов берется из енв файла, а мелочи прописываются в 2-3 конфигах в виде массивов, то есть это не типичное пыховое поведение ) Просто в симфонии ты можешь тонко настроить все компоненты какие только есть. По умолчанию их и трогать вроде особо не нужно, если окружение стандартно настроено... Думаю в дотнете это тупо скрыто в каких-то недрах, где в случае чего все это тоже как-то тюнится.
Но не пятьдесят же штук.
когда ты берёшь какой-нибудь FROM microsoft-dotnet-runtime:8.0 - ты получаешь абсолютно все необходимые зависимости.Так есть готовые сборки и готовые же докер контейнеры, а под конкретную задачу просто нужно доставить именно нестандартные пакеты. Так то думаю и дотнете есть сторонние либы, не входящие в базовый дистрибутив? Или там прям все на свете сразу грузится?
Встроено в SDK. Никакие дополнительное файлы в проекте держать не нужно.Вот, опять же - преимущество более "свежей" разработки, в пыхе этого не существовало до определенного момента, пока на него не стали смотреть крупные игроки. Кроме того - у него как ты понимаешь нет одного "хозяина", который бы выпустил среду сразу со встроенными инструментами тестирования... Это и минус и плюс, как и у любого опенсорсного проекта.
Просто ввёл dotnet test и вот у тебя тесты крутятся.