П...ц, у человека есть работадатель который позволяет работать удалённо.
И ещё он хочет работать по белому. Радоваться надо.
Но нет, "зачем лишний геморрой".
Не слушайте таких советчиков.
Конечно, с абстрактной точки зрения, сие не правильно.
Есть у меня объект User, символизирующий юзера #5.
$user->getById(7), получается - эй, #5, дай-ка мне юзера #7.
@kaasius, ну, парсить можно только нужное и в момент запроса. Заодно, в отличии от одного массива, это позволит разделить конфиг на множество файлов и подключать только необходимые.
И это не та дороговизна о которой стоит думать.
@nazarpc мне кажется либо вы ошибочно прочитали вопрос, либо автор не так его сформулировал. site.loca/page и site.local/page/ - разные запросы, site.local и site.local/ - одинаковые.
1. Всё работает так как написано в спеке. Через Ж. написана спека и всесь язык или нет, это вопрос отдельный.
2. Примеры работают так, как должны работать в рамках этого языка.
3. Не вижу в этих рамках никаких багов или костылей. Не вижу нигде в документации чтобы было написано про баг.
4. "Для объектов без своих прототипов предусмотрен костыль изменяющий поведение instanceof, для случаев с прототипом костыля нет. "
Что за объекты "без своих прототипов"?
@aplic Car и NoCar несоменно instance of object, как и всё остальное. Но instanceof Car сверяет не с функцией Car, а с её .prototype.
Я до сих пор не понимаю о каком костыле вы говорите. Всё работает так как и должно работать в соответствии с той схемой, что принята в JS.
@aplic каких других языках? В JS много чего работает так ни как в других языках. И много чего там есть "вводящего в заблуждение неокрепшие умы". Реализация прототипного наследование яркий тому пример.
Ну уж какое есть наследование, такое и есть. И в его рамках пример совершенно правильно работает. Если его исправлять, нужно всю систему менять.
Прекрасно можно разобрать REQUEST_URI.