- 01
- 02
- 03
- 04
- 05
- 06
- 07
- 08
- 09
- 10
- 11
- 12
- 13
- 14
- 15
- 16
- 17
- 18
- 19
- 20
- 21
- 22
- 23
- 24
- 25
- 26
- 27
- 28
- 29
- 30
- 31
- 32
- 33
- 34
- 35
- 36
<?php foreach ($this->adverts as $advert): ?>
<div class="advert_cover">
<h3 class="advert_header">
<div class="advert_date">Дата размещения: <?=$advert->getCreateDate()->format('d.m.Y H:i:s')?></div>
<?=$advert->getHeader()?>
</h3>
<div class="advert_content">
<div class="advert_text">
<?php
$advert_text = Helper_Format::getPreviewStr($advert->getText(), 300, '...');
echo $this->getHelper('Helper_Format')->run(strip_tags($advert_text), 'nl2br', 'bb2html');
?>
</div>
<ul class="my-adverts--ul-advert-manager">
<li class="edit_link"><a class="space_nowrap" title="Редактировать объявление" href="/my/adverts/edit/<?=$advert->getId()?>.xhtml">Редактировать</a></li>
<li class="zoom_link"><a class="space_nowrap" title="Посмотреть, как объявление выглядит на сайте" href="/advert/<?=$advert->getId()?>.xhtml">Посмотреть</a></li>
<?php if ($advert->getExpireRestrictionUpdateCreateDate()->invert): ?>
<li class="up_link"><a title="Поднять объявление в результатах поиска. Данная функция гарантирует, что Ваше объявление увидят больше посетителей сайта <?=$_SERVER['HTTP_HOST']?>. Применять данную опцию можно не чаще чем через один час." href="/my/adverts/up/<?=$advert->getId()?>.xhtml">Поднять в результатах поиска</a>
<?php else: ?>
<li class="up_link"><span class="cursor_help space_nowrap" title="Для этого объявления данная функция будет доступна через <?=$advert->getExpireRestrictionUpdateCreateDate()->i?> мин.">Поднять в результатах поиска</span>
<?php endif;?>
</li>
<?php if ($advert->getActive()): ?>
<li class="lock_link"><a class="space_nowrap" title="Приостановить показ объявления на сайте (закрыть доступ для всех)" href="/my/adverts/active/<?=$advert->getId()?>.xhtml">Приостановить показ
<?php else: ?>
<li class="lock-open_link"><a class="space_nowrap" title="Возобновить показ объявления на сайте (открыть доступ для всех)" href="/my/adverts/active/<?=$advert->getId()?>.xhtml">Возобновить показ
<?php endif;?>
</a></li>
<li class="delete_link"><a class="space_nowrap" title="Безвозвратно удалить объявление" onclick="return confirm('Вы действительно хотите удалить объявление «<?=$this->getHelper('Helper_Format')->run($advert->getHeader(), 'entDec', 'confirm')?>»?')" href="/my/adverts/delete/<?=$advert->getId()?>.xhtml">Удалить объявление</a></li>
</ul>
<div class="div-clear"></div>
</div>
</div>
<?php endforeach; ?>
Анонимус 03.07.2010 14:47 # −1
PHP это не язык, а шаблонизатор. Потому шаблоны на PHP все же лучше, чем шаблоны на смарти.
Правда в этом коде кроется еще зашитая локализация и зашитые пути, а это говно по определению.
Вообще на свете существует только один хороший шаблонизатор: XSLT. Но им никто не умеет пользоваться, и потому никто (кроме меня) не любит:)
tz-lom 03.07.2010 16:04 # −2
и не сри на PHP
Анонимус 03.07.2010 16:08 # +3
Если уметь ей пользоваться и правильно реализовать кеширование -- то все будет отлично работать.
Вон, яндекс живет себе и в ус не дует.
Другой вопрос что для XSL требуются специалисты, а для PHP подойдут и обезъяны. А специалисты обычно сильно дороже обезъян, и в этом XSL конечно сильно проигрывает PHP.
>>и не сри на PHP
К счастью, я давно уже увлекся программированием, и PHP заниматься перестал))))
tz-lom 03.07.2010 16:28 # −3
XML - ебанная хрень,ибо никакой наиудобнейший API не оправдывает такие требования к памяти и времени на разбор,я уж не говорю что внешний вид XML похож на жопу и идею "быть простым для редактирования" он явно провалил
XSLT - всё туда же , KISS был послан в жопу в результате даже простейший цикл записывается как нечто на 4 строки
помимо этого ему ещё и XML документ на вход нужен,а это уже полные тормоза
>>К счастью, я давно уже увлекся программированием, и PHP заниматься перестал))))
рад за вас,не секрет на какой же такой язык для риальных программистов вы пересели?
ASP ?
>>Если уметь ей пользоваться и правильно реализовать кеширование -- то все будет отлично работать.
невероятно! но это же относится и к PHP ,однако генерация новых страниц будет быстрее
Анонимус 03.07.2010 16:33 # +2
Вы, видимо, не в теме. Для работы XSL совершенно не нужен DOM, а значит и требования к памяти не такие у ж большие.
>>ASP ?
Вы снова не в теме. ASP это не язык:)))
>>невероятно! но это же относится и к PHP ,однако генерация новых страниц будет быстрее
Совершенно верно. А если выодить HTML через echo -- то генерация будет еще быстрее!
tz-lom 03.07.2010 16:42 # −2
Это вы не в теме
>>Вы, видимо, не в теме. Для работы XSL совершенно не нужен DOM, а значит и требования к памяти не такие у ж большие.
окь,XSL требует SAX , а документ на вход вы будете генерить...
видимо таки echo й,чисто для скорости
>>Вы снова не в теме. ASP это не язык:)))
какой ужас, ASP.NET назвали ASP
а мне то какое дело на чём из этого вы пишете,может вы VBScript в страницы пихаете?
Анонимус 03.07.2010 16:48 # +2
В чем именно? echo "ы"; действительно быстрее "?> ы <? php".
Это важно, мы же боремся за производительность, для нас же XSLT тормознутое, даже с кешированием)
>>окь,XSL требует SAX ,
XSL требует доступа к документу по XPath. Этот интерфейс может предоставлять все, что угодно.
>>а документ на вход вы будете генерить...
>>видимо таки echo й,чисто для скорости
що? Я Вас не понял.
>>какой ужас, ASP.NET назвали ASP
И ASP.NET это не язык. и ASP не язык. Почитайте википедию что ли)
tz-lom 03.07.2010 17:23 # −3
FAIL
>>И ASP.NET это не язык. и ASP не язык. Почитайте википедию что ли)
и какой мне хрен на каком диалекте .NET вы пишете?
я знаю что .NET это только платформа и писать вы под неё можете на том же C# , только кто сказал что на .NET пишут? вообще то в нём кнопки нажимают чтобы ИДЕ что нужно подставила
>>що? Я Вас не понял.
есть у вас допустим 20 инстансов класса описывающего ну допустим логи,вы их через XSLT как протаскивать собираетесь,не конвертируя в XML?
Анонимус 03.07.2010 17:33 # +1
)) Что такое "диалект .net", причем тут ASP, и где я сказал что я на нем пишу?
Вы что, Вебкилл?
Поясняю:
"asp" это запуск на серверной стороне microsoft scripting плюс объекты для работы с http и пр. Пишут там на сркпитах, например на js или vbs, можно и на php, если он есть для scripting.
ASP.NET это фреймвор внутри .NET для написания веб-приложений. Пишут под него на чем угодно: C#, VB.NET, да хоть IronPython.
Я вообще джавист)
>> вообще то в нём кнопки нажимают чтобы ИДЕ что нужно подставила
Можно и нажимать, а можно и вполне себе писать.
Там есть и полные ламеры, а есть и вполне внятные люди, знающие что такое красивый код. В отличии от мира PHP, кстати:)
>>есть у вас допустим 20 инстансов класса описывающего ну допустим логи,вы их через XSLT как протаскивать собираетесь,не конвертируя в XML?
Ну вот например в .NET я бы реализовал интерфейс IXPathNavigable, а хранил бы логи как мне удобно (хоть массивом байт), и выводил бы их через XSL трансформацию.
Webkill 06.07.2010 15:00 # −2
da4ever 07.07.2010 01:10 # 0
с# - тоже совсем язык.
zend - совсем не язык.
ASP & ASP.NET - опять совсем не язык.
ферштейн?
xXx_totalwar 03.07.2010 16:44 # +8
тонко =)
cheef 05.07.2010 12:09 # 0
kindofbear 05.07.2010 13:08 # −2
cheef 05.07.2010 13:33 # +2
Анонимус 05.07.2010 14:20 # 0
cheef 05.07.2010 14:31 # +1
Смысл в том, что на том же смарти примитивные шаблоны я напишу в 1000% быстрее и не буду пугать излишней сложностью верстальщиков там, где это ненужно просто. А вам знакомо sass, haml?
Анонимус 05.07.2010 14:39 # +1
1) тестирование аутпута автоматическими средствами
2) разработка верстки отдельно от приложения (без поднятия оного)
3) Какие из этих функций поддерживаются в смарти: http://www.w3schools.com/Xpath/xpath_functions.asp
4) "не буду пугать излишней сложностью верстальщиков"
Ваши верстальщики далеки от техники?:)
>>А вам знакомо sass, haml?
Да. Я считаю запись HTMLя в формах, отличных от HTMLя -- крайне плохим подходом.
cheef 05.07.2010 15:24 # +1
2) Странный аргумент, как можно сверстать не зная как это будет в дальнейшем использоваться
3) Зачем мне все эти функции?
4) Наши верстальщики умные люди, и не пихают во всё что можно XSLT, потому что знают, что оно нужно только там, где себя оправдает.
Вы считаете это плохо, потому что так считаете? Ну вот и прояснили
3.14159265 05.07.2010 17:01 # 0
>> полученный html после смЕрти
Анонимус 06.07.2010 00:11 # 0
Конечно может быть. Только тестирующую утилиту надо будет менять каждый раз, когда верстальшик с дизайнером слегка изменят внешний вид.
>>2) Странный аргумент, как можно сверстать не зная как это будет в дальнейшем использоваться
Причем тут "не знать"?
Знаете, бывают на свете крупные приложения, которые накладно и тяжело разворачивать у верстальщика на машине. Мир состоит не только из магазинов на php.
В это случае (повторяюсь) программист и верстальщик договариваются о формате XML, программист тестирует аутпут своего приложения ввиде XMLя, верстальшпик верстает для этого XMLя преобразовалку отдельно от приложения.
>>Зачем мне все эти функции?
Вы спросили что умеет XSL -- я привел пример того, что он умеет.
Теперь Ваша очередь сказать -- где он топорный, И что он не умеет из того, что умеет смарти.
>> Наши верстальщики умные люди, и не пихают во всё что можно XSLT, потому что знают, что оно нужно только там, где себя оправдает.
Я не предлагаю "все" пихать в XSL. Если нужно вывести три строчки без дизайна -- то наверное XSLT тут не нужен.
Я всего лишь имел ввиду, что тезис "верстальщик не может освоить XSLT" говорит о том, что верстальшик скорее всего не очень квалифицирован.
На свете действительно не много хороших верстальщиков.
Именно потому на свете не много сайтов, которым можно сменить вертикальное меню на горизонтальное не переписав пол системы.
На свете не много сайтов, для верстки которых верстальщику не надо поднимать у себя на машине Apache и MySQL.
Но это все конечно не мешает делает сайты, и получать за них деньги.
Потому что сайт может работать и приносить прибыль даже если он весь вместе с html, css, sql и семью тысячами строк на Perl запихан в один файл (я и такие приложения видел), так что спор наверное можно прекращать:) )
cheef 06.07.2010 11:46 # +1
Смысл в том, что всё это относится именно к технической части. Занимаясь подобным вы делаете удобную вам прослойку для тестирования и чего-то там. Но само приложение при этом становится топорным, по части внесения изменений в пользовательский интерфейс. И шаблонизатор в этом играет не последнюю роль. Естественно речь идёт не о добавления функциональности.
Я вас ничего не просил приводить, и не спрашивал чего он умеет - где вы это нашли?
Спор можно действительно прекращать, вы не видите даже моих вопросов, отвечаете на какие-то другие, наверное тредом ошиблись.
noRerih 06.07.2010 12:32 # 0
noRerih 05.07.2010 13:57 # +1
Анонимус 05.07.2010 14:21 # −1
Если некто не может осилить ничего, сложнее бейсика -- это же не значит что С -- говно
noRerih 05.07.2010 14:23 # +1
noRerih 05.07.2010 14:26 # +1
cheef 05.07.2010 14:33 # 0
Анонимус 05.07.2010 14:39 # −1
Об этом говорит Ваша фраза про топрность и негибкость.
Именно это и означает, что Вы не знаете XSLT
noRerih 05.07.2010 14:49 # −2
>> Именно это и означает, что Вы не знаете XSLT
говорит о том, что Вы - трололо. Чо, лучше всех xslt знаете? Ну дык милости просим, на хабре в топике 0 постов за 2 года. Поделитесь бесценным.
cheef 05.07.2010 15:27 # 0
Анонимус 06.07.2010 00:01 # 0
Приведите пример топорности XSLя. Я Вас уже третий раз прошу это сделать.
noRerih 06.07.2010 13:17 # 0
Говногость 06.07.2010 13:23 # 0
da4ever 07.07.2010 01:16 # +1
kindofbear 05.07.2010 14:45 # +1
А это, извините, попахивает холиваром. В принципе на любом языке можно реализовать любой алгоритм, вопрос только в том, какими жертвами. Я не приверженец XSL, но когда копался в нем, не смог не заметить обширнейших возможностей. Хотя он МНЕ и не понравился.
noRerih 05.07.2010 14:50 # 0
kindofbear 05.07.2010 14:56 # 0
Что-то я в алгоритмах редко встречаю классы :D
Лирическое отступление:
А вообще, ИМХО, сейчас все шаблонизаторы в коей-то мере являются костылями. Толкового разделения представленя данных от исполняемого кода нету. Просто этот код заменяется на другой. И это есть очень печальное явление, может быть я и идеалист, но надо искать другие решения.
noRerih 05.07.2010 15:10 # 0
kindofbear 05.07.2010 15:16 # +1
Просто раньше тянуло поучаствовать в этих холиварах) потом было пофиг. потом от них ломило скулы...а теперь просто смешно. Заведомо бесполезные попытки навязать другим свое мнение...выглядит комично)
cheef 05.07.2010 15:31 # 0
kindofbear 05.07.2010 15:33 # 0
кстати, XSL тролль больно редкая разновидность. обычно php, c++ и уебкилльные тролли...этого - в красную книгу))
Анонимус 05.07.2010 13:23 # −2
ну, значит Вы без работы не останитесь)
>>Не надо приравнивать сложность языка к его "крутости
Я приравниваю не сложность, а гибкость.
>>XSL - хреновый, неоправданно сложный и абсолютно топорный и не гибкий инструмент
Если Вы не в силах освоить ничего сложнее смарти -- это не значит, что инструмент топорный и не гибкий. ))
Проблема XSL в том, что он действительно сложен. И в отличии от PHP или HTML -- нельзя писать на нем "тяп-ляп" -- иначе все будет тормозить. Потому (повторюсь) наличие XSL в проекте требует наличие спецов, а это дорого и сложно.
cheef 05.07.2010 13:41 # +1
А теперь возвращаясь к вашему комментарию выше: адекватный разработчик выбирает средство реализации исходя из ряда критериев (целей и задач) и уж точно не заявляет голословно "Вообще на свете существует только один хороший шаблонизатор: XSLT. Но им никто не умеет пользоваться, и потому никто (кроме меня) не любит:)".
Анонимус 05.07.2010 14:19 # +1
Откуда такие цифры?
"адекватный разработчик выбирает средство реализации исходя из ряда критериев (целей и задач) "
Разумеется.
При определенных условиях (например отсутствие грамотного верстальщика) я выберу другой шаблоназитор. Он будет не такой хороший, но достаточный для решения задач.
О чем мы спорим-то?
cheef 05.07.2010 15:16 # +1
Мы спорим о том, что:
1) вы нескромно объявили себя спецом (непонятно правда что под этим подразумевается) - требуются специалисты для понимания XSLT, и конечно же вы его хорошо знаете.
2) вы утверждаете что единственный хороший шаблонизатор это XSLT независимо ни от чего (например от задач им решаемых)
3) вы утверждаете, что многие не используют XSLT потому что "обезъяны", и не обладают титулом "спеца"
В этом вы неправы, вот и спорим.
Говногость 05.07.2010 13:43 # +1
Считаю программированием - только те задачи, для которых нужны инженеры и выше.
noRerih 05.07.2010 14:00 # −3
bugmenot 05.07.2010 16:59 # +2
Я однажды в качестве познания мира прочёл книжку по бухучету, оно состоит из арифметики и искусственно запутанной хуйни.
noRerih 05.07.2010 19:51 # −2
Некто тут распинался очень долго на тему, что "если вы не в силах что-то понять, это ещё не значит, что это фигня"
bugmenot 06.07.2010 02:23 # +1
punishment 24.07.2010 00:35 # 0
tz-lom 03.07.2010 16:06 # +1
foreach ($this->adverts as $advert):
....
$advert->getCreateDate()->format('d.m.Y H:i:s')
не вбитая в отдельную переменную
Анонимус 03.07.2010 16:11 # +4
noRerih 05.07.2010 14:02 # −1
noRerih 06.07.2010 05:44 # 0
{foreach from=$adverts item=advert}
blablabla {$advert->getCreateDate()|date_format:'%d.%m.%Y %H:%M:%S'} blablabla
{/foreach}
Lure Of Chaos 03.07.2010 17:43 # +5
шаблоны [php] vs [xslt|...] :
+ php интерпретируется быстрее, чем любой шаблонизатор, написанный на php. xslt медленный то ли за счет кривой реализации, то ли хз почему
- php шаблоны активны: криворукий дизайнер ненавидит php за свою некомпетентность в нем, и потенциально может сломать всю систему (fatal error при малейшей оплошности вроде забытой точки с запятой)
+ активных php шаблонов в том, что никто не мешает прозрачно прикрутить ЛЮБОЙ нравящийся шаблонизатор. Очевидно, что никакой или, возможно, почти никакой шаблонизатор этого не позволяет
- xslt шаблоны всегда интерпретируются, и без дополнительной кеш-системы медленны как возврат долга.
- php шаблонов следует из той же их активности: если конечное приложение (фреймворк,цмс) не предоставляет дополнительный функциональный слой, то такой шаблон кишит уязвимостями - дизайнер не программист, и НЕ должен задумываться о таких вещах, как экранирование вывода.
- xslt шаблоны не так легки для понимания обыкновенных дизайнеров, чья стихия html+css, и совсем не легки в написании достаточно сложных шаблонов
вывод: думайте сами, решайте сами: должен ли шаблонами заниматься программист или компетентный дизайнер, и выигрыш в скорости, или "скинование" аппликации можно отдать любому дизайнеру для самостоятельной работы
Анонимус 03.07.2010 17:46 # +4
Все таки дизайнеры рисуют макеты в фотошопах. Верстой занимаются верстальщики.
Lure Of Chaos 03.07.2010 17:47 # 0
Анонимус 03.07.2010 17:50 # 0
>>- xslt шаблоны не так легки для понимания обыкновенных дизайнеров, чья стихия html+css, и совсем не легки в написании достаточно сложных шаблонов
все знакомые мне хорошие верстальщики обожают именно XSLT, а никакие не смарти, PHP и так далее..
XSLT ближе к XHTML (так как оба являются подмножествами XML), так что если у вас есть хороший верстальщик -- скорее всего он будет знать XSL.
Но к сожалению чаще всего версткой занимаются люди, далекие от понимания верстки) Не знающие, что такое семантика, standard complaned итд.. И конечно для них XSL неподъемене
Lure Of Chaos 03.07.2010 17:55 # +1
Анонимус 03.07.2010 17:59 # +1
Если Вы делаете народру (что бы каждая макака могла завести домашнюю страничку, и раскрасить ее в салатово-сиреневые цвета) -- то да.
Если Вы делаете гугл, то скорее всего дизайн должен придумывать дизайнер, а пользователи и верстальшики должны пользовать визивим, тоесть размечать текст семантически.
Опять же -- серьезные проекты имеют выделенного верстальщика. Но если Вы делаете CMS что бы любая кухарка могла собрать свой сайт -- то конечно там не будет верстальщика, а будет визивиг.
Lure Of Chaos 03.07.2010 18:11 # 0
Анонимус 03.07.2010 18:13 # 0
А если он там заюзает таг "marquee" -- не стыдно потом свое имя под этим проектом ставить?
Lure Of Chaos 03.07.2010 18:31 # 0
> А если он там заюзает таг "marquee"
клиент всегда прав, и заказывает музыку.
Реальный случай: мы предлагали сделать сайт вместе с каталогом товаров, плюс свой дизайн. На что клиент сказал, что бы дизайн был точь-в-точь как на его старом сайте. Пожали плечами, сделали, но в свое портфолио включать не стали
Анонимус 03.07.2010 18:34 # 0
зависит от подхода студии. Лебедев например так не думает:)
но не у всех есть возможности выпенлриваться, я это понимаю...
Как хорошо не работать на клиента)
Lure Of Chaos 03.07.2010 18:48 # 0
filosof 23.07.2010 18:41 # 0
1. "Я лучше нанял бы человека с энтузиазмом, чем человека, который все знает. " - Джон Дэвисон Рокфеллер
2. Если подчиненный всегда соглашается со своим начальником, то он - бесполезная часть организации. - Хайман Джордж РиковерHyman George Rickover (27.01.1900 — 08.07.1986), адмирал США, известен как отец американского атомного флота.
Хоть это про подчиненных - но в приципе по найму ты ттоже подчиненный. И я бы опасался с тобой работать. Потому что если человек соглашается со всем что ты говоришь, либо он туп, либо хочет ободрать до ниточки.
Но это ИМХО, так что прошу не развивать холивар.
Lure Of Chaos 24.07.2010 00:50 # 0
1. вначале впариваешь начальнику какой ты крутой - что б взяли на работу и именно за желаемую зарплату (конечно врать нельзя, ибо еще выгонят с позором)
2. а потом за сколько ты себя продал, начальник начинает закручивать гайки: работать приходится за троих, а не за свою з\п, сверхурочные всякие, и приходится из кожи вон лезть, что бы не было придирок
3. начальник, как правило нихера не понимает, какая это сложная работа и не сходит с мнения, что здесь делать нечего, а ты такой непрофессиональный, что не сразу делаешь "идеально",и не так быстро справляешься с задачей, как ему кажется, можно справиться. попытки доказать терпят провал в силу нежелания понять специфику работы
4. в итоге получается неблагодарный труд, и поставить себя можешь только заявлением об уходе - тогда начинают думать, а так ли ты плох, как они тебе говорят
плюсы работы на себя:
1. ты берешь проекты, которые ты можешь оценить, во сколько они тебе обойдутся, и называешь цену
2. ты контролируешь весь жизненный цикл проекта - от проектирования до реализации и поддержки
3. ты можешь договориться с клиентом, как лучше сделать, и чего делать точно не стоит
во избежание холиваров - ставлю точку. Это лично мое мнение, и если кто-то думает иначе - флаг в руки. Ваш путь - не мой путь.
cheef 05.07.2010 13:45 # +1
Анонимус 05.07.2010 13:50 # −1
Или Вам имена что ли?:)
cheef 05.07.2010 14:00 # +1
А наличие только одного товарища, пускай и в известной компании, не даёт вам логического права говорить о "всех", тем более и без контекста использования XSLT. Тобишь решаемых задач.
Анонимус 05.07.2010 14:11 # −1
Я лишь сказал что он имеет следующие плюсы:
1) Мощность и гибкость (особенно в XSLT 2)
2) Промышленный стандарт: известен всем хорошим верстальщикам и никак не зависит от бекенда
3) Позволяет разрабатывать клентскую часть отдельно (без установки веб-приложения на компьютер верстальшика)
При этом имеет минусы:
1) Требователен к ресурсам (надо кешировать)
2) Требователен к специалистам (XSLT это функциональный язык программирования, а не шаблонизатор -- нужен хороший спец).
Как следствие -- XSLT плохо подходит к сайтам для прачечных, например.
Но хорошо подходит к крупным приложениям, где и так есть кеширование и хорошие верстальщики.
80% нареканий на XSLT связано с тем, что люди его или не знают (и как следствие -- пишут тяжелые и медленные приложения) или не имеют хороших верстальшиков (которых вообще очень мало) или считают нормальным ситуацию, когда изменение меню с горизонтального на вертикальное требует работы программиста.
cheef 05.07.2010 14:28 # +2
Голуби хорошие птицы:
1) Быстрые и наглые (особенно московские)
2) Стандартные городские птицы - все о них знают
3) ...
Вообщем этим я хотел сказать, что ваши аргументы - вовсе не аргументы. Они абсолютно разношёрстны, натянуты, либо сложно доказуемы, кроме разве что "используются в яндексе".
Анонимус 05.07.2010 14:49 # 0
Я вообще за принцип "best tool" -- иногда и вордовый документ можно сохранить как HTML, и это будет наилучшим решенеим.
Для каждой задачи есть N инструментов. Сложность инструмента прямо пропорциональна его мощности и гибкости.
И что не так с моими аргументами? Вы не согласны, что промышленный стандарт лучше самопального?
Что верстать лучше не разворачивая у себя на компе веб-приложение?
Мне кажется я привел достаточно аргументов, а Вы так и не смогли сказать в чем XSLT "не гибкий" и "топорный"
cheef 05.07.2010 15:42 # −1
Чем проще интерфейс инструмента - тем он эффективнее. Если вы используете инструмент не по назначению - тогда вы испытываете проблемы с эффективностью. Если что-то слишком сложно, значит это что-то вы делаете не так как надо. А ваше утверждение заблуждение.
Стандарт всегда лучше, но XSLT им не является из-за излишней сложности.
Очень хорошо, что вам кажется, но выше я написал о том, что это не аргументы. Аргументы - это конкретные примеры кода в сравнении, числа, например затраченное время, чёткие задачи ими решаемые, опять же в контексте эффективности, примеры масштабируемости.
Анонимус 06.07.2010 00:00 # 0
>>Стандарт всегда лучше, но XSLT им не является из-за излишней сложности.
:)))))) XSLT именно что стандарт (в отличии от всего остального)
Вы бы просветились на тему того, что такое стандарт. Почитайте в википедии про W3C например, прежде чем рассуждать о верстке.
Или Вы думаете что стандарт это то, что популярно на пхпклубе?
cheef 06.07.2010 11:35 # −1
noRerih 05.07.2010 14:34 # 0
С какого тогда, пардон, рожна Вы утверждаете, что хороший верстальщик скорее всего будет знать функциональный язык программирования? А если не знает - то он плохой верстальщик.
Анонимус 05.07.2010 14:41 # 0
Если Вы мне не верите -- поговорите с верстальщиками.
Только с хорошими, которые понимают что такое "семантическая верстка" и чем валидный код отличается от велл-форменного.
noRerih 05.07.2010 14:42 # 0
Анонимус 05.07.2010 14:43 # 0
Скажите, а Ваши визивиг уважают?
noRerih 05.07.2010 14:44 # 0
cheef 05.07.2010 15:44 # −1
Lure Of Chaos 03.07.2010 18:16 # 0
+ xslt позволяет, в отличие от php, html и почти любого шаблонизатора, делать семантические шаблоны, то бишь форматировать содержание не физически, а логически. Это основа идеологии xslt
Анонимус 03.07.2010 18:21 # +1
Верстун и программер договариваются о формате XML, и верстун для него пишет XSLT, запуская преобразование прямо в альтове, а программер генерит XML и проверяет его тестовой утилитой.
Так что и программист может тестить свой аутпут автоматически (кто еще так умеет?!) и верстуну не надо запускать у себя на компе веб-приложение
Lure Of Chaos 03.07.2010 18:36 # 0
А так, именно для того xslt и создавался.
Быть может, пройдет время, и кеширование потеряет свою актуальность в связи с убыстрением серверов...
Анонимус 03.07.2010 18:39 # 0
но в крупных приложениях кеш есть все равно, причем реализован он за пределами приложения, где нить в nginx.
Конечно, если аутпут приложения меняется каждые полторы секунды -- много тут не накешируешь, и XSLT там не нужен, но это редко так бывает
Lure Of Chaos 03.07.2010 18:51 # 0
такая ситуация встречается даже чаще. Например, наш любимый govnokod.ru )
Анонимус 03.07.2010 19:05 # 0
Для современных i7 это не серьзные нагрузки
Lure Of Chaos 03.07.2010 19:16 # 0
разве что юзать какой нить cronь
Анонимус 03.07.2010 19:17 # 0
Я глупость ляпнул)
noRerih 05.07.2010 14:04 # +1
endforeach;
стандарт де-факто в симфони, до того как Фабьен занялся Twig. Имхо, более соответствует *шаблонизаторскому* синтаксису
Lure Of Chaos 03.07.2010 17:50 # 0
Анонимус 03.07.2010 17:53 # +2
Lure Of Chaos 03.07.2010 18:04 # 0
но как только попробовал apache tapestry 5, просто влюбился в этот фреймворк в целом и в его шаблонизатор в частности: там шаблоны должны быть xml, все теги html-совместимые, за исключением тегов со своим неймспейсом, их фреймворк прозрачно обрабатывает на сервере, и такой шаблон вполне можно отдать макаковерстальщику, который должен сверх html+css знать строгие правила xml.
cheef 05.07.2010 16:27 # −1
Анонимус 05.07.2010 23:58 # 0
>>Если так, то вам следует почитать специалистов по интерфейсу, например Алана Купе
Причем интерфейс пользователя и средства разработки?
И тем более -- причем тут прототипы интерфейсов?
Если Вы считаете что верстать надо в визивиг редакторах то действительно XSLT Вам не нужен, как и почти любой другой шаблонизатор:)
cheef 06.07.2010 11:28 # −1
cheef 05.07.2010 16:23 # 0
Lure Of Chaos 06.07.2010 01:20 # +1
punishment 24.07.2010 00:41 # 0
Lure Of Chaos 24.07.2010 00:55 # 0
хороший шаблонизатор, по моему, должен иметь теги хмл со своим неймспейсом
punishment 04.08.2010 21:16 # 0
Да и суть смарти не в простом выводе переменных, здесь конечно лучше использовать <?=?>, а во всех этих foreach, section, модификаторах и прочих приятностях. Так мне видится.
Lure Of Chaos 04.08.2010 21:58 # 0
inkanus-gray 03.07.2010 19:26 # +1
Требует наличия IE. Выяснил, что эта штука генерирует xml+xsl, то есть сборка содержимого производится на стороне клиента браузером, причём все браузеры, кроме IE такой код выплёвывают. Не знаете, для чего это было сделано?
Lure Of Chaos 03.07.2010 19:39 # −1
видимо, собственный xsl-stylesheet это не веб-стандарт. Но идея интересная - если бы это был стандарт хотя бы де-факто
inkanus-gray 03.07.2010 19:50 # 0
Lure Of Chaos 03.07.2010 19:58 # −1
This is obvious 03.07.2010 20:04 # +1
заебали линками постить всякую хуету
Lure Of Chaos 03.07.2010 20:06 # +1
This is obvious 03.07.2010 20:09 # 0
Lure Of Chaos 03.07.2010 20:14 # 0
This is obvious 03.07.2010 21:02 # 0
Lure Of Chaos 03.07.2010 21:04 # 0
Анонимус 03.07.2010 19:40 # +1
на самом деле IE тоже понимает XSL, причем он начал делать это еще в версии 5, тоесть до стандартизации XSLя W3C, и понимал он только микрософтовский диалект
inkanus-gray 03.07.2010 19:49 # 0
Анонимус 04.07.2010 01:34 # +2
Зачем делать на нем сайты -- ума не прилоджу
inkanus-gray 04.07.2010 16:16 # +1
А сайты на нём делают, вероятно, чтобы разгрузить сервер. Пускай процессоры клиентов напрягаются, обрабатывая страницу.
Lure Of Chaos 04.07.2010 17:08 # 0
так же были обьявлены "вредными" теги marquee и blink. До сих пор думаю, а стоило ли с ними так жестоко?
Lure Of Chaos 04.07.2010 17:09 # 0
а пускай. не такая уж сильная нагрузка, ну задержка перед показом юзверю даже не так заметна. Что уже конечно лучше падения сервака
inkanus-gray 05.07.2010 15:01 # 0
Админ «города снов» считает, что это единственно верный способ вёрстки и при этом люто, бешено опускает Оперу, хотя в ней сайт тоже работает.
Lure Of Chaos 05.07.2010 15:42 # +2
Принципиально новый способ верстки? семантический
хотя мне в общем подход нравится. Пишем хмл, а к нему свой хсл, где указываем, какие элементы как форматировать. Код несказанно читаемей, чем хтмл4
lord_rb 25.08.2021 06:02 # 0
ikekyourmom 25.08.2021 19:27 # 0