Danila534, лучше.
То, что Вы показали на скриншоте, решается через генерацию таблицы на php.
В шаблоне ларавела нужно вывести тело таблицы table, шапку th, а потом через foreach вывести строки tr td с данными каждого игрока. Через div'ы, как сейчас, это все развалится
Я обычно стараюсь не бубнеть по поводу неправильных тегов, но каким боком тут тег "алгоритмы"?? Ну камон. Ну и сделать foreach внутри foreach это не уровень синьора, можно было подумать хоть немного
Антон Середний, я попыталась найти более конкретный ответ, но не вышло((
Зато есть очень похожее обсуждение в комментах symfonycasts, юзер с ником Lydie и Раян ей там много объяснил (там надо прокрутить/подгрузить комменты) https://symfonycasts.com/screencast/doctrine-relations
Алекс Вы хотите чтобы контент картинки не выводился в вывод пхпюнита в консоль, правильно? А какую логику хотите протестить? Просто я тоже с таким еще не сталкивалась, сейчас попробую вывод контента "замьютить"
Это похоже на наследование таблиц (inheritance mapping), но всегда жаловались что это очень тяжело потом поддерживать в коде, нужен какой-то более прозрачный и прямолинейный механизм
diGlfresh, создание формы, принятие данных на бекенде, в зависимости от данных перерисовка шаблона и запросы в базу. Более подробно - это уже задание, а не вопрос
diGlfresh, скрипты != JavaScript. Есть два пути решения - нормальный - JavaScript+Ajax, и плохой, но работающий - клик по кнопке будет равнозначен сабмиту формы и перезагрузке страницы с изменением шаблона.
AlexHell, это выражается в том, что тестер и менеджер уже ничего не могут сделать , если проблема всплыла слишком поздно, а скрыть или нивелировать последствия надо. Что может сделать менеджер, если пропустили баг на прод - сам включит maintenance mode? Сам найдёт баг и задеплоит фикс? Сам заэстимейтит решение проблемы? Он может только поднять на уши разработчика и извинятся перед руководством и клиентом. Или программист единственное звено, которое должно нести ответственность за все происходящее в проекте? Это "ой, а мы не подумали" встречается чаще чем хотелось бы и заранее исключить такие проблемы только попаданием в нужную компанию нельзя. Ну и случаи, когда программист дотестил и доменеджерил встречаются повсеместно, а чтобы тестер и менеджер докодили и допроектировали можно посчитать как единичные случаи
khodos_dmitry, Неправда, Вы обновили вопрос и на первоначальный я ответила правильно. Обновлять вопрос после ответов с изменением контекста это нарушение правил сервиса
SELECT `rus_category` FROM `categories` WHERE `id` IN products.id_categories
Вы же понимаете что в любой сфере есть конкретика, и надо пробовать делать то, что доступно. Даже рисовать можно простым карандашом, а можно цветным, так и тут - надо пробовать, пока не найдётся что-то интересное
