Имхо. Самая большая ловушка в ларавел - люди которые пытаются написать собственную документацию для ларавел, когда готовая уже есть и насадить её всем вообще. Прикол лары именно в том что для большинства проектов достаточно именно того что написано в доке, не больше. А "лучшие практики", особенно если они только на словах, это грабли разбросанные по полу. У каждого эти практики свои, каждый берет всё кусками и нет ничего общего. Выбирая между тем чтобы все было красиво, быстро и субъективно правильно и тем чтобы было по доке которая всегда доступна я бы выбрал второе. При этом да, по сути всё написано по делу, особенно в ларе бесят модели с сериализацией которые могут в некоторых случаях спотыкаться на ровном месте. /Имхо
Судя по вашим ответам всю статью можно было уместить в фразе "не экономьте на разработке" и не тратить свое время. Выражать мысли можно и короче. Даже единственные грабли которые можно было хоть как-то обосновать в итоге свелись к деньгам.
Кроссплатформа это плохо!
Оказалось имелось в виду "не нанимайте одного разраба кроссплатформы вместо двух нативщиков"
ReactPHP и pThreads всякие это скорее то, что есть, но этим пользуются люди с особым вкусом. Меня аж целый раз спросили во время собеседования умею ли я в многопоточность в пхп, я в голове то в этот момент не сумел в неё, а они про пхп. Это все там не нужно. А окошечки и подавно.
нисколько не показатель что там этого нет или что на нем нельзя так писать.
Имхо. Самая большая ловушка в ларавел - люди которые пытаются написать собственную документацию для ларавел, когда готовая уже есть и насадить её всем вообще. Прикол лары именно в том что для большинства проектов достаточно именно того что написано в доке, не больше. А "лучшие практики", особенно если они только на словах, это грабли разбросанные по полу. У каждого эти практики свои, каждый берет всё кусками и нет ничего общего. Выбирая между тем чтобы все было красиво, быстро и субъективно правильно и тем чтобы было по доке которая всегда доступна я бы выбрал второе. При этом да, по сути всё написано по делу, особенно в ларе бесят модели с сериализацией которые могут в некоторых случаях спотыкаться на ровном месте.
/Имхо
Я про view, про блейды.
Ну и сходу зачем редирект делать? Почему бы не сделать сразу return response()->view()? Так не будут работать x-slot?
А если 500 из вьюхи пришла? Меню например из базы которая упала. Или 500 на сервисах
Тогда чего же вы не используете webview приложения?
А вот выше вы пишите, что
Может стоит четче свои мысли формулировать?
Судя по вашим ответам всю статью можно было уместить в фразе "не экономьте на разработке" и не тратить свое время. Выражать мысли можно и короче. Даже единственные грабли которые можно было хоть как-то обосновать в итоге свелись к деньгам.
Оказалось имелось в виду "не нанимайте одного разраба кроссплатформы вместо двух нативщиков"
github.com/flutter/flutter/labels/platform-web
Он в бете. релиз будет позже, уже вроде анонсирован, но дату не помню.
Можно же, но не надо, пожалуйста.