да-да, ларавелб, симфони, зенд... Что там еще есть?
Знаешь почему я вообще подумал о не-FW?

Я три-четыре дня назад поставил симфони потыкать палочкой, именно для самописа.
Скажи мне, какого хрена она в дефолте на "HelloWorld" схавала у меня 20 метров памяти?
И это не сделав ни единого запроса в БД, просто выведя в контроллере фразу "Привет мир".
А что будет дальше?

Не, постой, ты же про юии. Ну давай посмотрим. Да, я первый юии показываю.
Я просто с ним работал. Но после такого, передо мной они ни в жисть не "отмоются".

1) https://github[dot]com/yiisoft/yii/b[dot][dot][dot]work/yiilite.php
Оппа, лайт-версия ведра. Ага, 10 тыщ с лишним строк в одном файле, куча классов и интерфесов, а PSR аж во все щели.
2) Не могу найти сейчас, претензия касается импорта, ну что-то типа Yii::import('/a/b/c/*') т.е. подгружают все, даже если нужно не все. И таких подгрузок в одном файлике может быть с десятка два.

Лениво продолжать дальше, ато будет не ответ на твой комментарий, а статья про то какое юии гавно.
И ты уверен что оно, даже в версии 2 не будет делать нашим головам бобо? Не будет жрать по 20 метров памяти на "HelloWorld"?
Кстати полистал вторую версию по быстрому щас - такое ощущение что они с моего двигла много сперли ))
Не, ну может так совпало, но я потыкал файлов штук 10 на гитхабе.

ZF, ребята, ZF..
Я бугуртил на симфони. Почему? Зендяра кушает в дефолте и без кешей на "HelloWorld" всего два метра.
Но вы ж его боитесь. Я даже больше скажу (и это не только мое мнение). 95% крикуш этого форума, слышали о том что ZF жирный, и даже не пробовали на нем песать.

Я вот что скажу.
Все эти ваши ФВ - это продукты пеара. Вас разводят как котят.
Реально вменяемый из всех - зенд.
Но он антизапеарен вон теми, о которых было выше.

И чего?
Вот смотрите.
Если бы кто-то из тут присутствующих кроме меня смог за эти годы начать репо, добиться аудиенции у папы, расшевелить народ, написать код...
(да, был евген, который смог, мы даже ковырялись, кстати у него двигло на зенде)
Далее понятно, да?
Тогда я был бы рад принять любое из технологий, решений, самописов, которую этот кто-то предложил.
А на деле, я чесслово, не вижу никаких телодвижений от чьего-то первого лица.
Кроме комментариев.

И вообще ты (уже не лично ты, как биоман, теперь ака все, кто читает), чего ты застремался моего велика?
Ты вообще в код заглянул?
Или пеар сделал с тобой свое черное дело и ты поверил ему на слово, что очередной велик === обязательно гавно?
А я все еще жду критики.
Хоть какой-то.
Хоть один вопросик по архитектуре.
Но по этой теме - тишина.
Варианта два - либо все устраивает, либо всем насрать. Не верю что первое, не мог я не допустить ошибки ))
Я ж не только для себя любимого все это делал и делаю.
Идите в репо, изучайте.

Без понятия.
Так не используй. А если и не используешь(использовал), так зачем об этом беспокоиться? Тем более, в Yii2 вроде бы и нету этой херни.
Импорт так и остался в 1 версии, я же предлагаю вторую.
Первый юи не лишён недостатков, но во второй версии нету детских болезней первой версии
Тысячам разработчиков юи приносит только радость Только если использовать юи не по назначению (сложно сходу представить ситуацию, в которой нельзя применить юи) то скорее всего будет бобо. С задачей форума справиться уж точно.
Конечно нет. Завтра замерю на basic шаблоне и на advanced. Мега 2 может и скушает.
Ну... просто в юи применены лучшие практики. И я рад, что и ты на верном пути
Почему не ЗФ? В нём уровень вхождения, мягко говоря, великоват. На Yii2 пару недель и вник, а на ЗФ точно больше.
На Yii2 сможет писать каждый мидл пэхэпэшник, на ЗФ - сомневаюсь.. писать та сможет, но насколько качественно?!
Ну тут ты прав, всё по наслышкам и догадкам



Я понимаю, что ты тут решающий, и Yii2 нам не видать. Но! Почему самопис? Почему не зенд? Я предложил Yii2 по той причине, что с форумом он справиться очень хорошо, и незачем тревожить зенд, всё же зенд для крупных проектов.
Зачем делать ошибки, которые решены во ФВ? Или пЕсать решения, которые решены во ФВ?

Есть один. Расскажи почему i18n реализован именно так? Интересует перевод сообщений.
Возможно это пиар юи за меня говорит, но мне кажется данный подход не очень классным. Переводить по ключу? Боже упаси. А если предложение состоит из 20 слов, получается, ключ должен быть примерно такой же длины?

На сегодня всё, пора спать

Почему не зенд, ты сам ответил. Самопис - полюбому будет быстрее и легче чем любой ФВ. Блин, да у меня жи все вопросы в двиге по сути решены. Вон, какеры ломали не сломали. Все базовые компоненты есть.

Во первых - система за тебя не будет подгружать файлы локалей. Т.е. ты сам будешь её просить, вот этот и вот тот пожалуйста. Это таки дает минимум полуметровый скидон от пожиралова памяти.

Во вторых - нет, не надо писать длиннющие ключи. Имена ключей ты определяешь сам, а значением может быть хоть война и мир. Единственное что - ты должен указывать префикс ключа ака имя языкового компонента, ну это чтоб они не конфликтовали меж собой, и было видно по префиксу чей это ключ, например как сейчас в репо есть: exception_error_404 и если ты пишешь что-то свое, и тебе нужен языковой компонент, пусть будет test, то создаешь в папке языка файлик test.lang.php и все ключики в нем префиксишь через test_ и юзаешь в своем нужном месте.

В третьих - вообще думаю оформить локали в виде классов, тогда их еще и автолоадом подцепит. Да еще и плюрал/спринтф можно прикрутить сразу искаропки, наследуя эти локали от какого-то основного классика локали, а еще и от префиксов избавит в описании. Правда в таком случае вывод будет выглядеть как-тотак: <?=View::$language->componentName->phraseKey?> или так: <?=View::$language->componentName->plural(33, 'users')?>

А зачем? Кеширование или делается сразу архитектурно - тогда привет в обязательные зависимости кастомная настройка nginx и установка memcache - или же добавляется впоследствии для тех мест, где это реально требуется.
RomAndry, к тебе вопрос: есть какие-то цифры, как между собой соотносится число просмотров страниц между зарегистрированными пользователями и анонимными?
Порыться в сторону кеширования всех страниц на nginx для анонимных пользователей с проверкой по авторизационной куке.

DeepVarvar, впечатления по мере просмотра
misc/main-EXAMPLE.json - default_description и ключевики - выкинуть. Лучше чтобы их не было вообще, чем одинаковые.
cookie_expires_time, спасибо, поржал. А чего не 10 лет?
db.slave - должен быть массивом. Слейвов может быть много.
application/logs/non-empty-dir.t xt - обычно же .gitignore пустой кладут.
application/core/ мне не понравилось всё в куче и без NS.
ClassUtils::isCallableMethod нафига?
DBC - чтобы постоянно не писать fetch(PDO::что-то там) имеет смысл поставить глобально PDO::ATTR_DEFAULT_FETCH_MODE
Ну и довольно по-дурацки выглядит требование StdClass $params, только затем, чтобы привести к массиву. Ну и вообще запись в переменную, пришедшую параметром - расходится с идеями чистого кода. Переданные параметры должны быть read-only.
Logger - мне очень не нравится exit при проблемах. Мне кажется инициировать fatal error неперехваченным исключением будет честнее.
front-controller для 5.2 написан был?


Отдельным текстом по БД, как моя любимая тема:
Останавливаемся на mysql?
группы: PK bigint? не слишком ли много? name -> varchar. Char здесь только вреден.
groups_permissions без PK - это очень плохо для innodb, будет создан внутренний PK, счастья не добавляющий. PK на оба поля.
member. а, ты varchar вообще не любишь? email - unique key, login - аналогично, status - что это? Или заменить имя или сделать enum. last_ip - расширить, пора бы уже ipv6 предусматривать, 2014 год как-никак.
Добавить FK.

Потому что ему так хочется, а остальным пофиг. Арешает обычно не самый умный, а самый громкий ;)
Ну и вообще у любого фреймворка есть фатальный недостаток.

Там нет архитектуры. Какой-то набор полупустых классов обильно пересыпанных статикой.

какие громкие слова и главное так нервно вдруг. откуда стока ненависти и нелюбви к чужим трудам? во всем видишь подвох? раслабся. Какой нафиг пиар? в чем ? где?
Взять к примеру SMF - проект развивался хер знает сколько лет инет сообществом, каждый допиливал каждый участвовал, в итоге продукт откатывался сотнями и доводился до ума, а колво тестов проведено и попыток взлома.. понимаешь вообще принцип опен-соурса? чтобы твой продукт хотябы на 10% был близок к SMF сколько сил труда и времени тебе нужно будет? или ты вот такой вот самородок взял и вдруг с нуля написал код без дыр, без потерь , и др. банальних ошибок ? неверю!!! все это делают, почему и было предложение взять за основу чтото уже откатанное и не повторять чужих ошибок. А тут сразу такие возмущения и обвинения в пиаре и еще бег весь в чем.
Мнеб былоб пофиг есиб не увидел такой странного тона и таких слов.

P.S. просишь показать пальцем и не ныть? да без проблем.. вот с ходу открыв первый же соурс [ core / App.php ]