Хах, скорее вам скажут «вот тебе книга учета, вот тебе бланк, сам сидишь, ищешь и заполняешь, ходят тут шустряки такие без извещений а мне за каждого не доплачивают!!11»
Эм… чем задачи вашего фреймворка уже задач «стандартного PHP фреймворка»?
То же MVC, тот же CRUD или я что-то не понимаю? Да, Yii как и любой другой нужно изучать, читать документацаю, но у него (Yii), как и у ZF/SF огромное комьюнити и все они так или иначе идут в сторону унификации и следованию PSR-*.
А теперь поднимите руку кто до этой статьи слышал про Webasyst Framework?
Не холивара ради, но любая своя особенность может быть реализована в виде компактного модуля/библиотеки, да хоть набором оберток над теми же стандартными классами.
Потому что нет конечных кейсов и четких целей (Definition of Done не, не слышали), нет опыта в данной сфере и стартового капитала на «секси-няшный-мимими» завлекающий ролик как этот супер-робот будет делать за вас всё по дому.
Есть желание сделать «универсального помощника в вакууме» и собрать комьюнити увлеченных идеей людей с ардуинами
Ну, для того кто не знает что такое Фреймворк — как начало он сойдет.
Прост как валенок, документация с примерчиками и в целом для написания первой CMS — норм.
Но лучше на нем не задерживаться, а переходить к чему-нибудь более приспособленному к жизни
Эм… А как вашим решением разрулить следующие чисто гипотетические ситуации:
1) Между 'SELECT * INTO OUTFILE ' и обработкой блоков одной таблицы на сайт зайдет незадачливый пользователь и добавит записей в таблицу, уже сдампленую?
2) Тот же незадачливый пользователь уберет одну запись из таблицы, еще не пошедшей в обработку, что каскадно выкосит пару тысяч записей из таблицы, которую уже заботливо положили в result.txt?
И третий вопрос вытекает из первых двух:
3) Как тогда восстанавливать это неконсистентное уныние с зависимостями по внешним ключам?
например, и того и другого пользователя просят повторно набрать номер, и при этом, первому предлагается «дождаться второго длинного гудка» и самостоятельно повесить трубку, а, второму предлагают просто дождаться, когда сервер сам повесит трубку
Т.е. после того как легитимный пользователь понял, что под его учеткой логинится кто-то еще, ему предлагают поиграть со злоумышленником в игру «орел или решка»?
А если это запланированная атака и логинятся 234 злоумышленника, предлагать пользователю:«подождать 5 гудков, перезвонить, подождать сброса, перезвонить и подождать 1 гудок»?
То же MVC, тот же CRUD или я что-то не понимаю? Да, Yii как и любой другой нужно изучать, читать документацаю, но у него (Yii), как и у ZF/SF огромное комьюнити и все они так или иначе идут в сторону унификации и следованию PSR-*.
А теперь поднимите руку кто до этой статьи слышал про Webasyst Framework?
Не холивара ради, но любая своя особенность может быть реализована в виде компактного модуля/библиотеки, да хоть набором оберток над теми же стандартными классами.
Есть желание сделать «универсального помощника в вакууме» и собрать комьюнити увлеченных идеей людей с ардуинами
Прост как валенок, документация с примерчиками и в целом для написания первой CMS — норм.
Но лучше на нем не задерживаться, а переходить к чему-нибудь более приспособленному к жизни
1) Между 'SELECT * INTO OUTFILE ' и обработкой блоков одной таблицы на сайт зайдет незадачливый пользователь и добавит записей в таблицу, уже сдампленую?
2) Тот же незадачливый пользователь уберет одну запись из таблицы, еще не пошедшей в обработку, что каскадно выкосит пару тысяч записей из таблицы, которую уже заботливо положили в result.txt?
И третий вопрос вытекает из первых двух:
3) Как тогда восстанавливать это неконсистентное уныние с зависимостями по внешним ключам?
А операции над скалярами оставить в покое ;)
Т.е. после того как легитимный пользователь понял, что под его учеткой логинится кто-то еще, ему предлагают поиграть со злоумышленником в игру «орел или решка»?
А если это запланированная атака и логинятся 234 злоумышленника, предлагать пользователю:«подождать 5 гудков, перезвонить, подождать сброса, перезвонить и подождать 1 гудок»?
хм… да я некропостер o_O