Но, в книге Котерова тоже встречаются конструкция "or die".Котеров в большинстве случаев приводит "детский" код, который никак не предназначен для продакшена. Там куча мелких скриптов без нормальной проверки, с банальными применениями. Книга как бы не про гуд практис, а про основы. Брать оттуда примеры для продакшена весьма странная идея.
ИМЕННО в AR-моделях не использую типизациюПрименение или не применение типизации как бы не особо зависит от того что делает код, скорее это инструмент, повышающий защищенность и структурированность кода. Вы сразу задаете что принимает метод и что должен вернуть. Если упрощенно - смысл как и в интерфейсе - обеспечить единое исполнение при множественной реализации, то есть не особо важно что ты делаешь внутри, но на входе и выходе всегда ожидаемые значения.
а где есть документация по сопоставлению типов пыха и мускула, если мы ввели типизацию и настаиваем на её примененииНет нигде документации, и не может быть. Задачи решаемые в рамках 2 инструментов с разными назначениями решаются ситуативно, где то надо будет преобразовать в дечимал во флоат с потерей точности, где то работать как со строкой, а где-то преобразовать в инт, имея в уме что "тут мы умножили на 100, когда будем сохранять обратно на 100 поделим". По этому такие преобразованные типы в более-менее серьезных проектах выносятся в оберточные классы, и мы можем задать им четкий типизированный вид.
ну так модель и есть классМодель вполне может пользоваться другими классами, то есть для модели свойство $price будет типа Money, и работать через геттеры и сеттеры класса Money.
Там перед php тегом стоял пробел, от этого и не работалоно в итоге помогло именно это, ага...
ок, значит до этого у меня было модулем?Откуда я знаю, надо было глянуть в пхпинфо.
Как вернуть обратно?https://serverfault.com/questions/962533/how-to-re...
fpm точно включился,
если у вас пхп не модулем, а фастцги, то и работать не будет естественно.ПХП ДОЛЖЕН БЫТЬ МОДУЛЕМ АПАЧА, именно это дает апачу возможность влиять на настройки пхп. Фастцги же работает независимо и вообще никак от вебсервера не зависит.
А касаемо платных курсов с преподавателем: в них, я так понял, смысл есть и это не деньги на ветер?Крупные платформы обычно дают хорошие курсы за свои деньги, другое дело что прут туда все "вайтишники", и, как я уже писал, 80% тупо не тянут. А оставшиеся 20% не всегда могут устроиться на работу, так как все таки работник из таких только закончивших курсы такой себе, и устроиться со старта действительно не очень просто. Тут и личные данные должны быть на некотором уровне, хотя бы на собесах при первых вопросах вправо-влево не сыпаться, и не бросать дело после 2 собеседования.
если самообучение не подходит?Почему не подходит? В любом случае 80-90% жизни программиста - самообучение. Я не говорил что самообучение плохой метод, просто он гораздо сложнее чем обучение по какому-нибудь курсу, будь то академическое заведение, или узкоспециализированные профильные курсы. Самодисциплина при таком подходе должна быть ОЧЕНЬ высокой, ну и мотивация с заинтересованностью предметом. Даже на хороших курсах средний процент полностью прошедших 2-3-месячных курсов около 20%. 80% тупо бросают ОПЛАЧЕННЫЕ курсы.
может с вашей стороны тупо выглядят мои попытки,Ничего тупого, просто такой подход может быть оправдан в ограниченном ряде случаев. Например доступ к изображениям может быть ограничен программно, допустим только для владельцев или подписчиков сервиса, тогда есть смысл хранить их не в общедоступных папках, а например в бд или в той области фс, которая недоступна из веба. Но опять же, проще передавать байтовый поток из фс, нежели из бд. Ну и может еще пара вариантов когда это оправдано...