Венгерская используется, надо исправить в статье. Но только одно-буквенные префиксы с подчеркиванием
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 имеет возможность их делать, но их делать не нужно?
А вы «разутрируйте» ) Покритиковать легко без аргументов. Что вы плохого увидели кроме тривиально простого кода на вид?
Я сделал фреймворк, так как не мог найти подобного готового фреймворк. Это значит, что я в корне не воспринимаю современные подходы симфони, ларавел, Yii. В SKY совсем все по другому и такой папки как у вас vendors не будет вообще. Весь код хранится в codebase и управляется приложением DEV.SKY. Почитайте проект подробнее.
В SKY кардинально отличается подход во многом. Я уверен что laravel, symfony умрут как бейсик (ну ладно, фортран), это утопический путь для построения веб-приложений, нужно только время.
Мое мнение, что разработчики трендовых фреймворк, это дяди которые заигрались в игру, они делают чтобы «было красиво», но не слишком задумываются о истинной цели их работы. Они большие, дети.
Когда дело касается больших денег, никто не использует эти фреймворк, а пишут свой код.
Так… и не забывайте, я выше написал: несложно реорганизовать структуру папок современным способом. Но я предпочитаю старый, несостоятельный как вы сказали.
Но вы ошибаетесь, он состоятельный, если сделать скрипт для этого.
Вот поэтому есть стандартные файлы для админки, см. http://ru.coresky.net/code?admin/_main.php
В этом файле готовое решение — нажали на кнопку, скрипт пробежался и проверил.
Там кстати, есть сейчас только проверка на .htaccess и index.htm для стат.файлов — нужно будет добавить работу с START. Но раздел Guard есть.
Чем же openssl_random_pseudo_bytes() лучше rand()?
Она напрямую не генерирует случайную строку того вида как в SKY функции.
Это: /dev/urandom
вообще, каким образом использовать, если разработка не в Unix?
В SKY все разрабатывается так, чтобы меньше зависеть от стороннего. Даже php.ini настраивать значение для часового пояса, менее удобно, чем просто в стандартной части админки, в готовом веб-интерфейсе выставить его значение (будет использоваться date_default_timezone_set())
Вот именно, еще можно в .htaccess написать
deny from all
и третий способ поместить сис-файлы выше корня вебсервера. В SKY можно использовать хоть все 3, хотя по умолчанию сис-файлы в SKY приложении лежат в корне веб-сервера. Если вы считаете, что этот современный способ самый правильный, то почему? Не нужно ничего лишнего писать?
Но на чаше весов сложная структура папок.
Кроме того константа START содержит значение точки входа и от этого зависит работа файлов 1-2 крыла. Т.е. у нее двойное назначение, «убиваем 2 зайцев».
Или вы думаете что вы будете итерить в глобальной области видимости обязательно? Есть в 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 имеет возможность их делать, но их делать не нужно?
А вы «разутрируйте» ) Покритиковать легко без аргументов. Что вы плохого увидели кроме тривиально простого кода на вид?
Если просто, то это по вашему плохо?
В SKY кардинально отличается подход во многом. Я уверен что laravel, symfony умрут как бейсик (ну ладно, фортран), это утопический путь для построения веб-приложений, нужно только время.
Мое мнение, что разработчики трендовых фреймворк, это дяди которые заигрались в игру, они делают чтобы «было красиво», но не слишком задумываются о истинной цели их работы. Они большие, дети.
Когда дело касается больших денег, никто не использует эти фреймворк, а пишут свой код.
Но вы ошибаетесь, он состоятельный, если сделать скрипт для этого.
В этом файле готовое решение — нажали на кнопку, скрипт пробежался и проверил.
Там кстати, есть сейчас только проверка на .htaccess и index.htm для стат.файлов — нужно будет добавить работу с START. Но раздел Guard есть.
Она напрямую не генерирует случайную строку того вида как в SKY функции.
Это: /dev/urandom
вообще, каким образом использовать, если разработка не в Unix?
В SKY все разрабатывается так, чтобы меньше зависеть от стороннего. Даже php.ini настраивать значение для часового пояса, менее удобно, чем просто в стандартной части админки, в готовом веб-интерфейсе выставить его значение (будет использоваться date_default_timezone_set())
deny from all
и третий способ поместить сис-файлы выше корня вебсервера. В SKY можно использовать хоть все 3, хотя по умолчанию сис-файлы в SKY приложении лежат в корне веб-сервера. Если вы считаете, что этот современный способ самый правильный, то почему? Не нужно ничего лишнего писать?
Но на чаше весов сложная структура папок.
Кроме того константа START содержит значение точки входа и от этого зависит работа файлов 1-2 крыла. Т.е. у нее двойное назначение, «убиваем 2 зайцев».