maiskiykot,
Где здесь написано про шестой люмен? То что там тег это ничего не значит, в заголовке указан ларавел.
А по теме - вы в коде пишете не то, как указано в доке, теймлейт сам себя не заполнит. В доке показана отсылка объекта mailable и все примеры показаны в этом контексте, а вы шлете тупо контент шаблона письма
maiskiykot, во-первых это не херня, а вполне нормальная дока, а во-вторых зачем тогда указали в тегах ларавел и не написали в вопросе, что нужно решение по шестому люмену?
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? Сам найдёт баг и задеплоит фикс? Сам заэстимейтит решение проблемы? Он может только поднять на уши разработчика и извинятся перед руководством и клиентом. Или программист единственное звено, которое должно нести ответственность за все происходящее в проекте? Это "ой, а мы не подумали" встречается чаще чем хотелось бы и заранее исключить такие проблемы только попаданием в нужную компанию нельзя. Ну и случаи, когда программист дотестил и доменеджерил встречаются повсеместно, а чтобы тестер и менеджер докодили и допроектировали можно посчитать как единичные случаи
Где здесь написано про шестой люмен? То что там тег это ничего не значит, в заголовке указан ларавел.
А по теме - вы в коде пишете не то, как указано в доке, теймлейт сам себя не заполнит. В доке показана отсылка объекта mailable и все примеры показаны в этом контексте, а вы шлете тупо контент шаблона письма