Что за минусовщики, на тон что ли реагируете? Так поясните для кого эта тонна жрущей памяти муйни рассчитана. На сервере лучше выверять всё до винтика, чем ставить эту кучу жрущей ресурсы гамнищи all-in-one.
Чушь, пиарная машина. Php как инструмент в таких вещах вообще не нуждается. Вопрос для кого? Это видимо некий теоретический enterprise. Чисто проработка умов, учитывая, что все вопросы уже давно решены пакетными менеджерами.
Простой пример — разработка файлохранилища. Надо быть спецом и там и там. Как хранятся файлы? Надо понимать разницу между фс на платформе. Как организовать закачку по фтп, то есть надо настроить proftpd или pureftpd на табличку юзеров — это программная часть, чисто девелоперская. Чистый разработчик имеет всё же некие ограничения. Со временем роста нагрузки на проект понижается роль программиста и возрастает роль админа. Адекватный разработчик _обязан_ знать платформу под которую он пишет, её ограничения, плюсы и минусы, иначе это тупо виртуальный кодер, который не сталкивался с реальными проблемами, грубо говоря, недостаточно опытный товарищ.
Я не очень уверен в эффективности многомерных массивов по их отображению на шаблон. Какбе сомневаюсь по поводу работы дизайнера в этом вопросе. Он может очень продвинут? Тогда другой вопрос.
Десигнер может классами css решать, или на крайняк, если уж так пошло, отдать ему пару функций или классов в виде callback из template
типа как в bitrix, Application::showmenu(«a», «b»), но строго определённых. Это справедливое замечание, я бы плюс поставил, тока не хватает бонусов, меня за агрессивную подачу материала постоянно минусуют, вот исправляюсь, но всё равно в минусе=)
Просто bitrix way мне кажется менее безопасен, но более хостингонезависим.
Отдавать десигнеру как решению строго документированные вещи — типа Visual::ShowMenu(params....), такие штуки правда бывают нужны, поймали. В Blitz Templates, которые я пропагандирую, это тривиально, определил свой callback и дело в шляпе. (За рекламу надо мне бонус!)))))
Давайте ещё поясню — начнут увольнять людей из Яндекса того же (ну кто-то сверху пукнул, у меня так на ТВ-6 было когда-то), где это стандарт и верстаки на вес золота, хотя платят им копейки. Ну и куда они пойдут, они же не универсальны нифига, это какбе не верстаки в общем получаются, а плотники супротив столяра. Не знаю, доходчиво ли я пояснил, хотя этих плотников всегда не хватает — но они слегонца туповаты, вернее они умные, но зануды.
Есть ещё другой путь — xml:xslt трансформация, очень часто оно подается как стандарт, враки. Для Яндекса оно может и хорошо, когда полная стандартизация нужна, набрать кучу людей, которые его только верстают, платят им за это, у них в принципе, xml на выходе, но в итоге это встанет просто тупо дороже, это для золотонебесных людей. Это лучше всего на самом деле, просто я не люблю. Отдаёшь всегда xml strict document, а как его там завернут уже — это проблема верстальшиков. В pda или куда там ещё, но это не для меня, как для разработчика и верстака в одном, допускающего ляпы в валидной верстке, но зато я «дофига клепаю для себя и хер на них всех клал» Тут уж кто во что горазд. Мне нужны бабки, а не понты.
У Smarty есть сильные стороны в виде плагинов, просто это запутано.
Я предлагаю (вернее не предлагаю, это старая тема) контроллер, который принял темплейт и крутит им как хочет. Да и на Хабре так, но это дело десятое, я хз как они это понимают.
Я не очень понял по поводу обычного вывода комментария, ну он так и будет обычно выведен.
Только упрощенно, например,
{{ BEGIN comment }}
{{$comment_date}} {{$comment_name}}…
{{ END comment }}
А если движок подразумевает собой множество тем (дубликаты темплейтов с их логикой?) Яркий пример — это полностью пизданутый shop-script. В каждой из них таскать умные штуки? Можно сделать проще и быстрее. Не, тут каждый, кто во что горазд, но мне как-то неохота. И ещё раз повторю — если у меня ошибка — то я точно знаю где она. Модуль такой-то, строка такая-то и точка — иду в такой-то модуль и не думаю о шаблоне вообще, в шаблоне я если скобки не закрыл, то он ругнётся полным остановом. Бывают ошибки вроде перепутал имена переменных, но очень редко.
Я думал о том, что это устаревший подход, но неоднократно убеждался в обратном. Хотя это если философски от подхода зависит. Smarty way — это целая местечковая наука. Но reusability code я предпочту делать не плагинами smarty, а местными решениями — модуль+его шаблон. А хз — что они там наделают, своя льняная рубаха ближе к телу.
Ну то есть если по-простому это какбе диверсификация, строишь дорогу, чтобы по ней ездили, а не расставляли железные кругляши, а светофоры отдай людям.
Ну так за это по яйцам надо бить, потому, что заставляешь тех, кто после тебя вкалывать вдвое.
Лучший компромисс, вместо этой игрушечной smarty — это строгий шаблон, который тебе ещё и error даёт если, что не так (Blitz Templates),
логика — ну ладно, ок, на уровне if, да и то хз. Если с нуля, из-за этого if приходится лезть в переменные контроллера. А так — мило дело, переколбасил шаблон на первоклашечном уровне и ок, фсё супер даже через полгода поддержки, даже не вспотел.
Smarty провоцирует на логику в шаблонах. Количество минусов и плюсов к этому замечанию будет походу отражать. По мне так некузяво это, если есть логическая ошибка — то и искать её стоить в контроллере, а не в шаблоне, зачем две точки отказа? В два раза больше охота программить?
otvechalka.ru/ — сайт в 2006 примерно году, написан за один день, когда приболел. Пошёл сильно трафик с dirty, тогда не имел своего домена, а просто лежал в папке домена, которому нужно было нагнать ТИЦ (умышленно, ессно). С задачей справился на ура, после чего был куплен в дальнейшем отдельный домен и проект отправился на пенсию.
Минусуют потому, что рабскую систему какую-то описали, поймите одну простую вещь - то что Вы описали - это для глупого студента. Профи так изголятся не будет, он просто выкатит как взрослый условия и работодатель может их принять или не принять. По тупому совсем - это футболист. Наличие у работодателя денег - это ещё не факт прогибаться по тексту, разве, что для совсем отсталых индивидумов.
Да, про {debug} забыл, но немного другое пользую — xdebug с профайлингом + переопределение DevErrorHandler, наверное это по старпёрски.
Десигнер может классами css решать, или на крайняк, если уж так пошло, отдать ему пару функций или классов в виде callback из template
типа как в bitrix, Application::showmenu(«a», «b»), но строго определённых. Это справедливое замечание, я бы плюс поставил, тока не хватает бонусов, меня за агрессивную подачу материала постоянно минусуют, вот исправляюсь, но всё равно в минусе=)
Просто bitrix way мне кажется менее безопасен, но более хостингонезависим.
Отдавать десигнеру как решению строго документированные вещи — типа Visual::ShowMenu(params....), такие штуки правда бывают нужны, поймали. В Blitz Templates, которые я пропагандирую, это тривиально, определил свой callback и дело в шляпе. (За рекламу надо мне бонус!)))))
Я предлагаю (вернее не предлагаю, это старая тема) контроллер, который принял темплейт и крутит им как хочет. Да и на Хабре так, но это дело десятое, я хз как они это понимают.
Я не очень понял по поводу обычного вывода комментария, ну он так и будет обычно выведен.
Только упрощенно, например,
{{ BEGIN comment }}
{{$comment_date}} {{$comment_name}}…
{{ END comment }}
А если движок подразумевает собой множество тем (дубликаты темплейтов с их логикой?) Яркий пример — это полностью пизданутый shop-script. В каждой из них таскать умные штуки? Можно сделать проще и быстрее. Не, тут каждый, кто во что горазд, но мне как-то неохота. И ещё раз повторю — если у меня ошибка — то я точно знаю где она. Модуль такой-то, строка такая-то и точка — иду в такой-то модуль и не думаю о шаблоне вообще, в шаблоне я если скобки не закрыл, то он ругнётся полным остановом. Бывают ошибки вроде перепутал имена переменных, но очень редко.
Я думал о том, что это устаревший подход, но неоднократно убеждался в обратном. Хотя это если философски от подхода зависит. Smarty way — это целая местечковая наука. Но reusability code я предпочту делать не плагинами smarty, а местными решениями — модуль+его шаблон. А хз — что они там наделают, своя льняная рубаха ближе к телу.
Лучший компромисс, вместо этой игрушечной smarty — это строгий шаблон, который тебе ещё и error даёт если, что не так (Blitz Templates),
логика — ну ладно, ок, на уровне if, да и то хз. Если с нуля, из-за этого if приходится лезть в переменные контроллера. А так — мило дело, переколбасил шаблон на первоклашечном уровне и ок, фсё супер даже через полгода поддержки, даже не вспотел.