Треду заметок по zf быть здесь. В бложек я такое писать стремаюсь, поэтому буду использовать автобус как записную книжку.
Для конфигурирования DbAdapter, необходимо предоставить информацию как url-строку, при вводе через командную строку url необходимо брать в кавычки. Для примера следующая информация: adapter: Pdo_Mysql username: test password: test dbname: test Будет выглядеть в командной строке как: zf configure dbadapter "adapter=Pdo_Mysql&username=test&password=test&dbname=test" уебан который писал оригинальное руководство не стал утруждать себя такими изъебами как указание переменной host, что в общем симптоматично и является для школоподелий стандартом, ладно, пока я сам еще не добрался до необходимости сохранения данных в базу, возможно, эта мегахакирская тулза сама выпалит где в моей сетке расположен сервер mysql и какой из них нужно использовать Так же, не знаю зачем, но в туториале написано, что конфигурировать Адаптер необходимо для каждой секции ini-файла, дефолтная - production (еще существуют testing и development) нахуй нужны - в душе не ебу.
>>7775 > поэтому буду использовать автобус как записную книжку. Не получится: будут ходить мимокрокодилы и задавать вопросы. Например, что таке zf? Zend Framework?
>>7777 Он самый.
>>7778 > ГЕТ В хорошей тематике нет гетов, она для обсуждения тематики. > zf Никогда не пользовал эту приблуду. Слышал, его можно использовать по отдельности. Это правда? >>7777-кун.
>>7776 >Для конфигурирования DbAdapter, необходимо предоставить информацию как url-строку Лол, пехепешники такое тупое быдло, что даже парсер аргументов коммандной строки написать не могут.
>>7776 > конфигурировать Адаптер необходимо для каждой секции ini-файла, дефолтная - production (еще существуют testing и development) нахуй нужны - в душе не ебу. В Ruby on Rails такое разделение тоже есть. Суть в том, что ты можешь разделить данные на тестовые, рабочие и всякую херню, которую будешь вносить в процессе разработки, чтобы посмотреть на промежуточный результат. >>7784 Я хотел возразить, но присмотрелся к форме аргумента конфига базы данных. Чому разрабов Зенда не устраивали более логичные формы - загадка. Что-то хуёвое представление складывается о ZF. Может, такие недостатки можно в любом фреймворке найти, хоть в Yii, хоть в CodeIgniter, хоть в Symfony?
>>7785 На пехепе невозможно написать ничего вразумительного. Язык — фрактал отсоса, пишут его профаны и идиоты. Ну и на пхп пишут либо мазохисты-говноеды либо дебилы с атрофированным обонянием. Единственное ему применение — простенькие темплейтные "движки" для ленивых. Ну или наговнякать мелочь на выброс. Вобщем-то все.
>>7786 ORLY? Хачан чтоли лежит и школьники понабежали? Вероятно путаете CMS и фрамворки.
>>7777
>>7877 >Вероятно путаете CMS и фрамворки. Ты не среди своих дружков-даунов, пехепешное быдло, не проецируй свой идиотизм на людей.
>>7880 На Д-чане наконец появился модератор в /s/, и ты прибежал сюда?
>>7886 wat
Итак, идет вторая неделя попыток заставить себя научиться бултыхаться в говне. Кроме того, что как только я пытаюсь себя заставить открыть gedit с этим куском говна, мозг дает рукам четкий и однозначный сигнал нажать на клавиши "Alt" и "F4", я узнал, что модель, вид и контроллер - разнесены по разным папкам и файлам (models,views,controllers). Внешний вид задается раскладками layouts, в папке scripts есть хренька layouts.phtml, с которой вылез еще один интересный момент <?php echo $this->headLink()->appendStylesheet('/css/global.css') ?> Этой строчкой подключается глобальный css, казалось бы - нахуя в файле подключать через ебаное похапе css, если путь к этому css мы и так обязаны указать? Не логично ли указывать путь к цсске в параметрах раскладки а в пхтмл просто воткнуть конструкцию типа <? megaha][000000R->101010101->coss)( ?> - вроде достаточно уебищно написал, просто мой мозг травмируется знакомством с миром "въеб" программирования а так же тем фактом, что кто то за такое говнище платит этим выродкам деньги. В общем я настолько в глубинах зецубощты, что не буду даже писать строчку утилиты zf которая активирует раскладку и генерирует весь этот понос об который я мараю свои глаза.
Дайс го бай. Итак, несмотря на кажущуюся маразматичность наткнулся на еще одну замечательную фичу фреймворка - zf может create, но не может delete. Очень напоминает клавиатуру у кролика на котрой не было кнопки F8. %Он пользовался всего двумя цветами: синим цветом выводил на pжавчине пятно и желтой кpаской надписывал на нем шpифтом TimesET слово "F8", затем восхищался своим твоpением и говоpил "Цвета-то, как в Боpланде!". И дико, по-звеpиному, pжал.% Чтобы таки уничтожить скреаченное, необходимо удалить созданный zf файл и поправить .xml в корне проекта.
Как выяснилось, трейсинг ошибок, не приводящих к скоропостижной смерти эм... приложения, являет собой довольно непростую задачу, осилить которую не каждому смертному дано. http://www.zendcasts.com/transparent-logging-with-zend_log/2010/06/ Вот тут чувак рассуждает на тему логгеров в зенде. Я осилил до половины, а затем таки залез в application.ini, где закопаны следующие параметры: phpSettings.display_startup_errors = 1 [<- 1 показывать, 0 - не показывать ] phpSettings.display_errors = 1 resources.frontController.params.displayExceptions = 1 Все три параметра отвечают за отображение ошибок на страницу браузера. И очень желательно их сразу ставить в единичку, ибо я целый час медитировал пока до меня доперло, что я неправильно указываю пользователя\пароль к бд.
И сразу же крутое кунфу которое вылезло при прочтении туториального приложения. Мой mysql как и водится выдал русские буквы как они и выглядят т.е. как "?". Чебы такой каки не происходило, нужно либо не использовать русский (этот вариант при превозмогании туториала видимо является рикамендуемым), либо мутить в application.ini строчку resources.db.params.charset = "UTF8"
В тред не вникал, похапэ знаю (не) понаслышке. Но когда я вижу, как с главной сайта какого-то там самого популярного фреймхворка мне предлагают стать героем, моя рука рефлекторно закрывает лицо. Тонны сочувствия всем кто в этой теме.
Это такой тред отсосов пехепе?
>>8005 Нет. Это такой тред, в котором я прикидываюсь, что вывешиваю разные порнографические китайские картинки, но на самом деле вспоминаю похапе и изучаю zend framework. Получается не очень быстро.
Редирект (он же односторонний вызов из одного контроллера другого контроллера). http://framework.zend.com/manual/1.12/en/zend.controller.action.html Там написано как передать из одного экшена действие в другой, переводить не буду, так как лень. С удивлением узнал, что при том, что у нас есть объект "корень" и содержащиеся в нем "объекты" нельзя просто так создать объект самодельного контроллера в другом объекте. Ибо друг-друга объекты члены Zend_Application не видят. Не говоря уже про ебанутейшую систему отрисовки, хоть и невесенную зачем то в отдельный фаел, но тем не менее намертво привязанную к НАЗВАНИЮ ФАЙЛА класса (блядь, я даже не знаю как этот маразм объяснить в терминах ООП, так как, блядь, не смотря на всякие выебоны и слова вроде class, protected и extend это нихуя не полиморфизм, блядь и не инкапсуляция, а ебенячий говнокод, причем на уровне ебаной архитектуры). Может я чего не просекаю? i am confuss.
Наткнулся на удивительную приблуду в фреймворке. Называется "plugin", нахуй нужна я не понял. Хотя, я уже отчаялся разобраться в писанной школьником-алигофреном документации на хомяке этого высера сифилитика и скачал книжку. Опять же, очень интересная "фича" которая характеризует 102% говна, порожденного пхпшными "вэб кодарами", несмотря на то, что срань под названием плагин упоминается в документации, и вроде бы используется в туториалах, создать эту хуитку с помощью утилитки zf нельзя. Т.е. в фреймворке есть ебаная непонятно нахуй нужная хуета, она вроде используется недоделками, которые усираются ломать себе мозг и руки (кстати, большая часть скриншотов в туториалах по зенду сделана на сафари, что как бы намикает на то, что писатели под него серьезно обижены природой). Заебись блядь.
Но зачем ты насильнчаешь над собой? Выкинь ты это говно, не мучайся.
>>8064 Солюшен, вроде бы найден на стековерфлоу. http://stackoverflow.com/questions/3120672/what-directory-is-used-for-zend-plugins Эпичнейший перл: class My_Controller_Plugin_Foo extends Zend_Controller_Plugin_Abstract and save the file at library/My/Controller/Plugin/Foo.php. Ебаный пиздец. МВЦ, блядь, типизация, блядь. Объекты и классы блядь. Жалко что папу афтара похапэ не абортировала его мама.
>>8065 Я б судо вольствием, но начальство считает, что за умирающей эрэнэркой будующее.
>>8067 Меняй начальство. Они тратят только деньги, а ты - жизнь и нервы.
$this->_helper->redirector(controller,action); Перейти из одного экшона контроллера в другой. Отличительная хрень - про эту фичку не знает автокомплит эклипса.
>>8074 fix. Сначала экшон, потом контроллер.
Я сначала подумал, что пикрелейтед это такая шутка. Нет, серьезно, наследование и переопределение много раз преподносились как "фишки" объектного подхода. Оказывается нет.
>>8207 Гугл сказал, что эту каку спиздили с непонятно зачем примуанной хуеты в яве. final
>>8208 http://docs.oracle.com/javase/tutorial/java/IandI/final.html You can declare some or all of a class's methods final. You use the final keyword in a method declaration to indicate that the method cannot be overridden by subclasses. The Object class does this—a number of its methods are final. You might wish to make a method final if it has an implementation that should not be changed and it is critical to the consistent state of the object. For example, you might want to make the getFirstPlayer method in this ChessAlgorithm class final:
>>8209 Надо же. А goto эти героинщики поленились реализовать. Неужто тех кто додумался до final схоронили раньше, чем они реализовали этот способ безусловного неблокируемого объектно-ориентированного перехода между блоками кода. круто бы смотрелось же! class ChessAlgorithm { enum ChessPlayer { WHITE, BLACK } ... final ChessPlayer getFirstPlayer() { goto my_cool_object_oriented_immutable_label return ChessPlayer.WHITE; } ... final ChessPlayer getSecondPlayer() { :my_cool_object_oriented_immutable_label } } Воистину, пацаны зря не реализовали эту фичу.
>>8210 ололо, я понял чего им еще не хватает. им как воздух нужно замутить еще один кейворд pozhaluista. Типа, когда пишешь метод в объекте и его хочешь переопределить или инхеритить вылезает такой инфобокс с котеночком и там надпись - "ну не надо от него инхеритьить! ну пожаааааалуста!!".
>>8211 Кстати, в php ЕСТЬ GOTO => пых пиздатей явы. И объектнее и неблокируемоей.
Дорогой мой дешевый дневник висящий херпоймет где в интернете. Сегодня я познал АД. Казалось бы простая задача "расставить элементы формы поиска в html шаблон" оказалась одной из наиболее изощренных и адово жопных тем, связанных с написанием миллиарда строк кода, от которых бы вроде бы фреймворк должен меня избавлять. Дохуя умная структура фреймворка описывает, чо у каждого элемента есть свой рендерер, который ОБЯЗАН быть переопределен ради того, чтобы ЕБАНАЯ ПИЗДЮЛИНА воткнулась в нужное место в шаблоне. Я пока не написал ни одного из указанных декораторов, поэтому не могу с определенностью сказать, насколько логично их вызов будет осуществлен самим фреймворком (помятуя о том, как все интуитивно понятно было в случае с плагинами я уже сейчас радуюсь, предвкушая минуты которые я проведу вопрошая небеса "КАКОВА ХУЯ?!"). http://framework.zend.com/manual/1.12/en/zend.form.standardDecorators.html
Мне нид хеалп. Я, в общем, скачал и почитал разных книжек по зенду и похапе. По сему поводу 2 вопроса: 1. Все книжки по зенду написаны дегенератами, которые мешают в кучу php и html, причем, делают это в одном файле? 2. В зенде есть какой-нибудь встроенный объект для работы со "скинами" (короче говоря, как правильно раскидывать объекты формы по темплейтам html страниц)?? Както блеять, это совсем нехорошо, когда для того, чтобы вывести банальную формочку нужно наебенить кучу декораторов, не руками же это пишут люди умные, да?
>>8207 Не понял что тебе не нравится. Иногда его надо избегать, что бы какая-нибудь макака не унаследовала класс, который для наследования не предназначен.
>>8842 Так разве такого нельзя унаследовать, создав внутри класса наследника экземпляр класса потомка, и обернув его вызовы в функции класса наследника по типу: child_class { private: var p: parent_class; public: constructor init(){ p = new parent_class(); } function p_member_modified(){ //our code here var result = p->p_member(); return "our value"; } } // end class definition
>>8843 создав внутри класса наследника экземпляр класса родителя, fix
>>8841 Солюшен фоунд. 1. Да, у тех кто пишет пхп и на пхп, видимо тяжелый наследственный порок развития. Хотя, их мразотные высеры никто кроме них самих не использует, да и сами они выблевывают совершенно новые уродства вместо того, чтоб развивать старье. Поэтому мешанина пхп-кода с html, это норма и стандарт высера на эрэнэрке. 2. Недавно таки выродили документацию по темплейтам, видимо пидораса, который срет зендом заставили на нем написать сайт. Зачем было так тщательно прятать её от остальных - уму не постижимо. http://framework.zend.com/manual/1.12/en/zend.view.scripts.html
В догонку, посылаю сюда ссылку на то, как правильно вставлять куски ява-скрипт кода во вью. Организации хлебных крошек (системы навигации по страницам) и подобных мелочей. http://framework.zend.com/manual/1.12/en/zend.view.helpers.html
Какое то странное у меня складывается впечатление относительно ZF - он вроде бы есть, там даже довольно давно слабали вторую версию, но он как бы вообще не нужен. Любую задачу на ZF проще, быстрее и надежнее решить с помощью говнокода (в который и так превращается любой проект на zf). Все эти "фичи" вроде вызова тысячи PHP для того, чтобы вставить в конечный html ссылку на css, отсутствие вменяемого механизма обработки шаблонов страниц, когда дизайнер рисует html, а ты потом просто по разметке втыкаешь в него элементы формы (сколько туториалов и манулов я не читал по php везде best practice для производства формы либо вывалить на страницу весь код формы из view-скрипта, может я не те туториалы читаю? ) Книжек, опять же, кот наплакал. Единственный плюс (который вовсю покрывается жирнейшим минусом отсутствия системы автогенерации тестов, которая как бы должна быть, иначе зачем такая кастрация по функционалу) - валидация присылаемых формой значений и относительно легкое подключение плагинов-проверяльщиков входящих данных. По старой традиции втыкаю сюда ссылку на статью из мануала с пояснением чего там написано: http://framework.zend.com/manual/1.12/en/zend.application.available-resources.html В дебрях application.ini есть параметры, которые позволяют задавать доктип, кодировку страницы и ее мету. Допустим, если дефолтная html вдруг не html5. zf не умеет в такие тонкости конфигурации, ну да ладно. Никто от нее такого уже и не ждал.
Plugins themselves need to be instantiated and registered with the front controller, which can be done with Zend_Controller_Front::registerPlugin(): $front = Zend_Controller_Front::getInstance(); $front->registerPlugin(new FooPlugin()); This can be done at any time during the request. However, only hooks that are triggered after the plugin is registered will be called. Смишная шютка. Учитывая, что вопрос "как подключать плагины к специфическому модулю" и "как написать ACL для более чем одного модуля" и по сию пору остаются мультиплатиновыми для этого школоподелия.
>>10300 http://devzone.zend.com/1224/front-controller-plugins-in-zend-framework/ Отжиг целиком.
ZendFramework это уродливый отпрыск родившийся из идиотской мечты об ЭНТЕРПРАЙЗЕ на php. И не один ZF такой. На сам PHP гнать нечего. Он свою функцию выполняет на отлично.
Где то читал шутку про си, о том, что вот де, я уже вдолбил 60000 строк на сях и наконец то могу вывести на экран пиксель через SDL. Видимо недоумки из страны аутофелирующих слонов решили, что это не шутка. <?php namespace Album; class Module { public function getAutoloaderConfig() { return array( 'Zend\Loader\ClassMapAutoloader' => array( __DIR__ . '/autoload_classmap.php', ), 'Zend\Loader\StandardAutoloader' => array( 'namespaces' => array( __NAMESPACE__ => __DIR__ . '/src/' . __NAMESPACE__, ), ), ); } public function getConfig() { return include __DIR__ . '/config/module.config.php'; } } Я думал, что я уже видел ЕБАНЫЙ ПИЗДЕЦ когда рассматривал Hello World на первой точке нет на решетке, но нет же, row-row! fight da pawa!
>>10593 >The ModuleManager will call getAutoloaderConfig() and getConfig() automatically for us. Я обожаю этих умственно-неполноценных. Нет, правда. Хорошо, что хоть функции эта параша вызовет сама (а не придется лезть в ядро этой блевоты и вставлять вызовы руками). Зачем во второй версии было убивать все то хорошее, что было в первой? Где неудобный и ублюдочный (но все равно более интуитивно-понятный) скрипт "zf <command>"? Чем вообще занимается их, кхм, фреймворк (если блядь, его "аутолоадинг" нужно "подключать" через танцы с бубном)(это, блядь, учитывая, что косой автолоадинг был в первой, а в эрэнэрке выше пятерки он вообще есть по дефолту и инициализируется в одну строчку)? Напиши мегабайты блевоты на эрэнэрке и получи на экране "Hello World"? Почему Зенд развивается в сторону от ужасного к катастрофическому (сказать, что эти ... э... фреймворки плохой и хуже чем плохой - значит перехвалить этот отстой и безбожно переоценить таланты его "аРХИТЕКТОРОВ")?
>First off, none of the Zend team has much if any experience of Java Что я могу со своей стороны сказать - а зря. Ява бы помогла понять, что эрэнэрка в нее превращается.
Как и на любом сайте с хуйней - каменты куда интереснее контента. Вот допустим черномазая обезъяна вылезла со своим охуительным мнением. 1. Зенд замечательный - Нет. Он ебанутый. Об этом написали все, кто знает больше одного фреймворка. 2. Он не для новичков - Это правда. В куче говна без четкого понимания, что к чему и зачем разобраться довольно сложно. 3. Он лучше всего подходит для бла-бла-бла энтерпрайза. - Блядь, нужно совсем сколоться чтобы доумиться писать энтрепрайз солюшен на зенде - он слишком сложен в освоении (чего блядь только стоит фичка со скачиванием скелетной структуры из интернета и выпиливаение зенд-тула, который видимо эти боги энтерпрайза не осилили) и, я уже это чувствую, нихуя не просто в применении (если нам нужно столько ебаться с добавлением одного сраного модуля - сколько же ручного еба будет когда модулей будет больше одного?). "customized structure" - пока я вижу чтобы там даже рядом была customized structure. Точнее, не понимаю, чем этот бред наркомана отличается вороха случайно раскиданых по случайным папкам файлов на php. Он для тимлидов. - Он для людей, которые хотят растянуть разработку на тысячелетия (и превратить поддержку в адовый геморрой). Так как переусложненная структура, обилие ОБЯЗАТЕЛЬНЫХ РУЧНЫХ ПРАВОК КОНФИГОВ это вам не ханюлочки. Я так и вижу, как обезъяны вроде раджеша пикрелейтед радостно за 100$ в час ищут в каком из конфигов SomeFunction названа someFunction или SomeFnuction 4. Гибкость - вообще без комментариев. Ганеш болен. Я понимаю, что большая часть проектов "на зенде" это истории героической борьбы с пунктами 2 и 3, но то, что в конечном проекте на зенде остается от зенда только название это не правильно.
Одинокий герой пишет свой лисапед-CMS. Блог разработки вылаживает на хабре, который уже зарекомендовал себя в качестве лучшего юмористического ресурса по ит-тематике. Смешного пишут много, особенно товарищи с умными лицами рассуждающие про всякие паттерны и прочую мудоту. >Чтобы написать что-то стоящее нужно подробно изучить уже существующие фреймворки и cms, почитать что такое ооп, почитать gang of 4, почитать Фаулера, затем попрактиковать что вы почитали. Мне интересно, тот кто это написал, отдавал себе отчет в том, кто и как писал все те охуительные уберцмс на пхп, которыми они на данный момент пользуются? Вротпресс - поделие мериканского школотрона, битрих - поделие русского птушника, зенд - слепая калька с иноязычних библиотек. В чем сакральный смысл хуесосить похапенка тем, что он пишет кривые лисапеды? Это же плоть, кровь и говно пхп! И уж тем более, оказывать медвежью услугу, предлагая использовать уже готовые "библиотэки" на эрэнэр.
Долго тебя еще ждать?
- wahaba + wakaba 3.0.9 + futaba + futallaby -
