16) Никаких проверок нет, про автолоад не слышали
не понял про какие вы проверки? Про автолоад слышал вот доказательство:
http://ru.coresky.net/code?main/sky.php
см. метод SKY::autoload()
инициируется так: spl_autoload_register([$this, 'autoload']);
0) Undefined index: HTTP_HOST это проблема работы в разных ОС, у меня нет возможности сейчас тестировать код на разных ОС и разных веб серверах. Не могу
сейчас сказать почему у вас не заполнен ключ HTTP_HOST у меня такого никогда не было
4) проверка на то, что $_GET не пуcтой, проверки на существование вообще нет
О чем это вы? пустой массив приводится по типу к FALSE не пустой к TRUE.
Не в консоли он существует ВСЕГДА!
4) Сравнение нестрогие сравнения
А зачем лишний символ писать если он не нужен???
4) Относительные пути (при изменении рутовой диретории — оно вообще не будет работать)
Как раз будет! В SKY все приложения работает в поддиректориях вебсервера
11) Хедер редиректа? Почему просто не скачать?
Смысл такой: копируем dev.php из соседнего проекта (в соседней папке), он скачивает «свежий» установщик DEV.SKY. и вы работаете с новой версией DEV, в новом проекте в соседней папке. Для того, чтобы установить еще один DEV.SKY. вам не нужно ни на сайт идти, ни композер ни клон с гита. Это намного быстрее.
Еще раз повторяю: в глобальной области SKY Framework нет того чтобы было «все скопом». Там малое кол-во переменных + main layout, который в index.php, там работает, потому что глобальная область видимости ничем не хуже других областей видимости.
Венгерская используется, надо исправить в статье. Но только одно-буквенные префиксы с подчеркиванием
eval и глобалы — зло, сказал авторитетный источник и вы поверили и поставили точку и замок на дверь? Чем глобальная область видимости хуже любой другой? в третий раз пишу уже… если в ней выполняется логически один механизм.
eval зло? Если уж совсем так, почему их не выкинут из языка? И в javascript есть и в PHP есть… да везде почти есть. Вот было зло GOTO — его выкинули. Если в eval не подставлять данные из формы, а конструировать код под eval другим кодом PHP, то не зло это совсем.
так прочтите мои комментарии на всей странице, я уже писал о причинах «захламления» GET. Нужно установить константу START, а заодно делаем аналогично и для AJAX. Но если вы вообще об этом шаблоне и нет подобной причины «захламить» — используйте HTTP_X_REQUESTED_WITH
Подвожу итог — чего и следовало ожидать: аргументов о недостатках 0, только лишь агрессивное шкарябанье по клавиатуре и выпады. Это стандартно, все новое мы всегда воспринимаем в штыки, тем более от не авторитетного источника.
Файлы coresky используют константу START в своем коде. От точки входа front или admin или cron или других зависит выполнение скрипта. Почему это константа START не нужна? Как можно иначе указать точку входа admin по вашему? Предложите лучше решение, чтобы «не захламлять GET»
При том, что вы по-видимому, почитатель их, как и все кто использует их в работе, а в них многое делается именно так, по моемУ мнению, поэтому появился мой фреймворк.
Новый фреймворк чаще всего создается, когда разработчик нового не приемлет многое в имеющихся. Сколько штук у нас их уже? В SKY Framework очень много не так, «как в тренде». Чтобы критиковать, надо приводить агрументы, а для этого надо тщательно изучить новое. А то что вам показалось, что вы так писали еще в школе оставлять при себе.
Главная идея — сделать минимальные дополнения к PHP чтобы он стал удобным для построения веб приложений. Вот в Get Started симфони тоже об этом пишут «голый PHP неудобен, сделаем симфони...». Но нужно ли было делать симфони, чтобы PHP стал удобен? Есть вариант сделать намного меньше и лучше.
1) если не готов дать ответ, то и писать не нужно
2) все когда-то начинали с нуля, но это не повод говорить, что код из-за этого плохой
3) вы любите сложности? это ваша проблема. Мне проще использовать $.post это короче писать и вполне достаточно для большинства ajax запросов.
4) я не понял… define( ) уже obsolete?
1) А чем вам хуже глобальная область видимости в сравнении с любой другой?
В глобальной области видимости нет «всего скопом» там только view-переменные для стандартного layout — «main» который удобно поместить прямо в index.php. Что тут вам не нравится?
2) Мой вкус это SKY Framework )
3) не понял, что за «нативный fetch»?
4) Что плохого в том чтобы сделать небольшое количество констант через define? По-вашему PHP имеет возможность их делать, но их делать не нужно?
А вы «разутрируйте» ) Покритиковать легко без аргументов. Что вы плохого увидели кроме тривиально простого кода на вид?
Вообще-то если видете $_GET то должно быть понятно что в браузере нужно )
Change HTTP_HOST to SERVER_NAME to prevent problems with client not setting HTTP_HOST
Вы вообще-то смотрите приложение DEV.SKY. это не код фреймворк это готовое приложение и как хочу быть не может
не понял про какие вы проверки? Про автолоад слышал вот доказательство:
http://ru.coresky.net/code?main/sky.php
см. метод SKY::autoload()
инициируется так: spl_autoload_register([$this, 'autoload']);
сейчас сказать почему у вас не заполнен ключ HTTP_HOST у меня такого никогда не было
4) проверка на то, что $_GET не пуcтой, проверки на существование вообще нет
О чем это вы? пустой массив приводится по типу к FALSE не пустой к TRUE.
Не в консоли он существует ВСЕГДА!
4) Сравнение нестрогие сравнения
А зачем лишний символ писать если он не нужен???
4) Относительные пути (при изменении рутовой диретории — оно вообще не будет работать)
Как раз будет! В SKY все приложения работает в поддиректориях вебсервера
11) Хедер редиректа? Почему просто не скачать?
Смысл такой: копируем dev.php из соседнего проекта (в соседней папке), он скачивает «свежий» установщик DEV.SKY. и вы работаете с новой версией DEV, в новом проекте в соседней папке. Для того, чтобы установить еще один DEV.SKY. вам не нужно ни на сайт идти, ни композер ни клон с гита. Это намного быстрее.
продолжу…
Или вы думаете что вы будете итерить в глобальной области видимости обязательно? Есть в SKY Framework MVC — итерите в методе контроллера или модели
eval и глобалы — зло, сказал авторитетный источник и вы поверили и поставили точку и замок на дверь? Чем глобальная область видимости хуже любой другой? в третий раз пишу уже… если в ней выполняется логически один механизм.
eval зло? Если уж совсем так, почему их не выкинут из языка? И в javascript есть и в PHP есть… да везде почти есть. Вот было зло GOTO — его выкинули. Если в eval не подставлять данные из формы, а конструировать код под eval другим кодом PHP, то не зло это совсем.
При том, что вы по-видимому, почитатель их, как и все кто использует их в работе, а в них многое делается именно так, по моемУ мнению, поэтому появился мой фреймворк.
Главная идея — сделать минимальные дополнения к PHP чтобы он стал удобным для построения веб приложений. Вот в Get Started симфони тоже об этом пишут «голый PHP неудобен, сделаем симфони...». Но нужно ли было делать симфони, чтобы PHP стал удобен? Есть вариант сделать намного меньше и лучше.
2) все когда-то начинали с нуля, но это не повод говорить, что код из-за этого плохой
3) вы любите сложности? это ваша проблема. Мне проще использовать $.post это короче писать и вполне достаточно для большинства ajax запросов.
4) я не понял… define( ) уже obsolete?
В глобальной области видимости нет «всего скопом» там только view-переменные для стандартного layout — «main» который удобно поместить прямо в index.php. Что тут вам не нравится?
2) Мой вкус это SKY Framework )
3) не понял, что за «нативный fetch»?
4) Что плохого в том чтобы сделать небольшое количество констант через define? По-вашему PHP имеет возможность их делать, но их делать не нужно?
А вы «разутрируйте» ) Покритиковать легко без аргументов. Что вы плохого увидели кроме тривиально простого кода на вид?
Если просто, то это по вашему плохо?