IA
$info всегда пуст?
Size: a a a
2020 November 05
IA
или как?
🔪О
🔪О
пустой
IA
Метод дампни всё же
IA
метод запроса
IA
Ой, хидер
IA
content-type
🔪О
IA
var_dump(getallheaders())
IA
Найди там content-type
ЗА
и почему это грязно если вебсервер сделал часть работы за тебя? если не хочешь разбери сам заголовки и тело, или возьми фреймворк который это еще и разложит куданить, что за надуманные лэйблы? )
Веб сервер - правильная идея, но что она делает? Парсит tcp пакеты, формирует бинарные данные, которые передаются в твой код. А причём тут методы работы с кодом внутри языка? А не причём, поэтому забудем про веб серверы.
Проблема этого подхода, который ты защищаешь, это неявность кода, у тебя есть некий глобальный контекст, котрый непонятно откуда взялся, и доступ к этому контексту есть на всех уровнях кода (я не в курсе могут ли, но если ещё все могут его менять... ).
В чем проблемы такого подхода для архитектуры: это вообще перестаёт быть вменяемой архитектурой
Я не знаю, на сколько это часть языка, мб это просто какая глобальная функция объявленная где-то, куда можно через грязный глобальный DI подрубать либы, но от степени глубины объявления таких методов или описания на уровне интерпетатора, у разрабов самого языка пхп будут проблемы с этим.
Такие методы это сплошная проблема для тестов, метрик, да везде. Придётся писать обёртки.. Но почему бы сразу не написать их? О, тогда мы получаем передаваемый в методы локальный контекст.. Хмм, да это же решает все проблемы!
Т.е. вместо того, что бы сделать такую простую вещь, как локальный контекст запроса, в пхп есть глобальный контекст. Всё, чем бы отличся код, это что-то типо одна переменая, в котором есть данные. "Подумаешь, мелочь, у меня же все хорошо, нужно будет, буду использовать обёртки". А это типичная ошибка алкоголиков, они все думают, что могут бросить, да и вообще пить это не сильно плохо, с ним же все нормально. Но статистика по миру говорит совсем обратное. И нет гарантии, что ты сам скоро не станешь частью этой статистики.
То же самое и тут. Это плохая привычка, внимание, вшитая в язык. Язык, как пьющий кондитер, торты которого пахнут спиртом, а в кондитерке которого прилавки с пивасиком. Можно есть, но попахивает
Проблема этого подхода, который ты защищаешь, это неявность кода, у тебя есть некий глобальный контекст, котрый непонятно откуда взялся, и доступ к этому контексту есть на всех уровнях кода (я не в курсе могут ли, но если ещё все могут его менять... ).
В чем проблемы такого подхода для архитектуры: это вообще перестаёт быть вменяемой архитектурой
Я не знаю, на сколько это часть языка, мб это просто какая глобальная функция объявленная где-то, куда можно через грязный глобальный DI подрубать либы, но от степени глубины объявления таких методов или описания на уровне интерпетатора, у разрабов самого языка пхп будут проблемы с этим.
Такие методы это сплошная проблема для тестов, метрик, да везде. Придётся писать обёртки.. Но почему бы сразу не написать их? О, тогда мы получаем передаваемый в методы локальный контекст.. Хмм, да это же решает все проблемы!
Т.е. вместо того, что бы сделать такую простую вещь, как локальный контекст запроса, в пхп есть глобальный контекст. Всё, чем бы отличся код, это что-то типо одна переменая, в котором есть данные. "Подумаешь, мелочь, у меня же все хорошо, нужно будет, буду использовать обёртки". А это типичная ошибка алкоголиков, они все думают, что могут бросить, да и вообще пить это не сильно плохо, с ним же все нормально. Но статистика по миру говорит совсем обратное. И нет гарантии, что ты сам скоро не станешь частью этой статистики.
То же самое и тут. Это плохая привычка, внимание, вшитая в язык. Язык, как пьющий кондитер, торты которого пахнут спиртом, а в кондитерке которого прилавки с пивасиком. Можно есть, но попахивает
AA
Даже тут одни парни 😂
AB
😄
C
Веб сервер - правильная идея, но что она делает? Парсит tcp пакеты, формирует бинарные данные, которые передаются в твой код. А причём тут методы работы с кодом внутри языка? А не причём, поэтому забудем про веб серверы.
Проблема этого подхода, который ты защищаешь, это неявность кода, у тебя есть некий глобальный контекст, котрый непонятно откуда взялся, и доступ к этому контексту есть на всех уровнях кода (я не в курсе могут ли, но если ещё все могут его менять... ).
В чем проблемы такого подхода для архитектуры: это вообще перестаёт быть вменяемой архитектурой
Я не знаю, на сколько это часть языка, мб это просто какая глобальная функция объявленная где-то, куда можно через грязный глобальный DI подрубать либы, но от степени глубины объявления таких методов или описания на уровне интерпетатора, у разрабов самого языка пхп будут проблемы с этим.
Такие методы это сплошная проблема для тестов, метрик, да везде. Придётся писать обёртки.. Но почему бы сразу не написать их? О, тогда мы получаем передаваемый в методы локальный контекст.. Хмм, да это же решает все проблемы!
Т.е. вместо того, что бы сделать такую простую вещь, как локальный контекст запроса, в пхп есть глобальный контекст. Всё, чем бы отличся код, это что-то типо одна переменая, в котором есть данные. "Подумаешь, мелочь, у меня же все хорошо, нужно будет, буду использовать обёртки". А это типичная ошибка алкоголиков, они все думают, что могут бросить, да и вообще пить это не сильно плохо, с ним же все нормально. Но статистика по миру говорит совсем обратное. И нет гарантии, что ты сам скоро не станешь частью этой статистики.
То же самое и тут. Это плохая привычка, внимание, вшитая в язык. Язык, как пьющий кондитер, торты которого пахнут спиртом, а в кондитерке которого прилавки с пивасиком. Можно есть, но попахивает
Проблема этого подхода, который ты защищаешь, это неявность кода, у тебя есть некий глобальный контекст, котрый непонятно откуда взялся, и доступ к этому контексту есть на всех уровнях кода (я не в курсе могут ли, но если ещё все могут его менять... ).
В чем проблемы такого подхода для архитектуры: это вообще перестаёт быть вменяемой архитектурой
Я не знаю, на сколько это часть языка, мб это просто какая глобальная функция объявленная где-то, куда можно через грязный глобальный DI подрубать либы, но от степени глубины объявления таких методов или описания на уровне интерпетатора, у разрабов самого языка пхп будут проблемы с этим.
Такие методы это сплошная проблема для тестов, метрик, да везде. Придётся писать обёртки.. Но почему бы сразу не написать их? О, тогда мы получаем передаваемый в методы локальный контекст.. Хмм, да это же решает все проблемы!
Т.е. вместо того, что бы сделать такую простую вещь, как локальный контекст запроса, в пхп есть глобальный контекст. Всё, чем бы отличся код, это что-то типо одна переменая, в котором есть данные. "Подумаешь, мелочь, у меня же все хорошо, нужно будет, буду использовать обёртки". А это типичная ошибка алкоголиков, они все думают, что могут бросить, да и вообще пить это не сильно плохо, с ним же все нормально. Но статистика по миру говорит совсем обратное. И нет гарантии, что ты сам скоро не станешь частью этой статистики.
То же самое и тут. Это плохая привычка, внимание, вшитая в язык. Язык, как пьющий кондитер, торты которого пахнут спиртом, а в кондитерке которого прилавки с пивасиком. Можно есть, но попахивает
ну я такого слона из мухи раздуть точно не смогу 😁 это все надуманные проблемы, все это контролируется стандартами и культурой разработки, достаточно легко запретить и не допускать использование глобального контекста и так далее
ЗА
Но это же говорит об обще уровне языка
C
Но это же говорит об обще уровне языка
не говорит
ЗА
Ну ладно