1. действительно это один из способов «разгона», но если страница на 100% динамическая — помогает мало.
2. это гораздо удобней делать, когда правила встроены в технологию или даже диктуются на уровне синтаксиса.
3. к сожалению кадровой политикой везде занимались другие люди и большого выбора верстальщиков не было.
Да вобщем-то верстальщиков тоже можно понять — они шли верстать макеты в хтмл, ну максимум править шаблоны очень похожие на хтмл, а сложный хсл шаблон достаточно далек от результирующего хтмл'я.
И кстати, «я за наших!» т.е. мне нравится xsl и интересно было с ним работать. Но есть моменты на которые необходимо обратить внимание при выборе технологии. Т.к. отказаться от xsl, когда проект уже практически готов будет очень сложно.
Мне во многих проектах доводилось плотно заниматься xsl-трансформацией. За это время накопились несколько замечаний, которые стоит учесть при выборе этой технологии.
1. тормозит
Нельзя сказать, что безумно, но если дело доходит до оптимизации скорости ответа сервера — xsl-трансформация окажется одним из самых «узких» мест. Можно писать «правильные» шаблоны и со временем научиться «разгонять» скорость их обработки. Но значительного прироста в скорости это не принесет. В последнем проекте это сыграло решающую роль и пришлось отказаться от xsl вообще.
2. нет четкой структуры. В случае большого объема кода приходится изобретать и постоянно придерживаться четких правил для вложенности шаблонов. Встроенных средств для этого нет.
3. верстальщики не знают xsl. Это заметно осложняет последующую поддержку проекта.
Немного <a <span title="href="#comment726726">выше">href="#comment726726">выш... aircon все правильно объяснил. Нужно терпеливо и настойчиво настойчиво «воспитывать заказчиков». К слову, таких что «и вообще сайты по 200 баксов» становится все меньше и меньше.
Только что вернулся с ромвер.ру. За указанные 9т.р. делается сайт по недорогому (~$50) шаблону с templateMonster.com, на мой взгляд это оправданная сумма за заполнение и размещение этого шаблона. За "эксклюзивные" сайты у него и цены другие (сами сайты не смотрел — оценить не могу).
Другой вопрос — готовые шаблоны это хорошо или плохо? Не спорю — эксклюзивный дизайн под конкретного заказчика всегда лучше безликих шаблонов. Но есть огромный сегмент рынка, которому это не нужно. И использование шаблонов в этом случае отличный выход. Это на порядок лучше кривых поделок «веб-мастеров», за неделю осиливших «ХТМЛ для чайников» и для которых вершина дизайна — анимированный гиф. И естественно лучше воровства чужих дизайнов.
Когда-то давным-давно делали сайт «двоюродному знакомому». У заказчика было небольшое производство. Об интернете он знал только то, что «там можно найти любую информацию», ну т.е. инет в его понимании — этакая большая библиотека. Он и разместил на своей рекламе ссылку на сайт прямого конкурента, мол «а почитать о моей продукции можно тут».
И таких заказчиков до сих пор очень много. Да, т.к. я программист и ни капли дизайнера во мне нет — сайт разумеется был ужасен. Если б я тогда знал о готовых шаблонах - это сильно бы мне помогло. Но даже в том виде, что есть сайт поднял бизнес на новый уровень. Сейчас все крупные заказчики приходят именно через него.
Резюмирую — сайты за 9 тыщ. реальны и востребованы. А то, что они «сбивают планку» — так это только наша проблема, а не заказчика. И вместо того, что б осуждать этакий демпинг, надо научиться грамотно объяснять в чем отличие шаблона от эксклюзивного дизайна. И уметь объяснять ценообразование в своих проектах.
На мой взгляд лучшее решение — список стилей. Многие редакторы такую возможность предоставляют.
Причем список напрямую зависящий от предметной области. Например: «заголовок статьи», «эпиграф», «основной текст», «автор», «важно» и т.п.
Кнопок для изменения шрифта, его размера и цвета быть вообще не должно. Только «технические», типа вставки таблиц, ссылок и картинок. Причем их тоже нужно «подружить» в родными стилями.
Не застал я этого начинания — совсем недавно на хабре. И опять же, сомнительное это дело. Кто кроме нас с вами это пособие читать будет? Заказчики — потребители наших с вами услуг и учить их как эти услуги правильно потреблять занятие крайне неблагодарное.
Если в булочной меня будут учить как и по чем покупать булки — я пойду в другую булочную.
А вот что действительно полезно, так это нам самим научиться правильно объяснять ценообразование в своих проектах. Обсуждаемая статья хорошо подходит для этого.
Довольно большой процент пассажиров будет выходить в «нужный», а не в ближайший выход. Т.е. встречных потоков избежать не получится. С посадкой тоже самое.
я так понимаю, что б оно появилось — надо в структуре меню вложенные пункты добавить?
Правда никак не получается это сделать :(
У кого-нибудь получилось?
1. действительно это один из способов «разгона», но если страница на 100% динамическая — помогает мало.
2. это гораздо удобней делать, когда правила встроены в технологию или даже диктуются на уровне синтаксиса.
3. к сожалению кадровой политикой везде занимались другие люди и большого выбора верстальщиков не было.
Да вобщем-то верстальщиков тоже можно понять — они шли верстать макеты в хтмл, ну максимум править шаблоны очень похожие на хтмл, а сложный хсл шаблон достаточно далек от результирующего хтмл'я.
И кстати, «я за наших!» т.е. мне нравится xsl и интересно было с ним работать. Но есть моменты на которые необходимо обратить внимание при выборе технологии. Т.к. отказаться от xsl, когда проект уже практически готов будет очень сложно.
Мне во многих проектах доводилось плотно заниматься xsl-трансформацией. За это время накопились несколько замечаний, которые стоит учесть при выборе этой технологии.
1. тормозит
Нельзя сказать, что безумно, но если дело доходит до оптимизации скорости ответа сервера — xsl-трансформация окажется одним из самых «узких» мест. Можно писать «правильные» шаблоны и со временем научиться «разгонять» скорость их обработки. Но значительного прироста в скорости это не принесет. В последнем проекте это сыграло решающую роль и пришлось отказаться от xsl вообще.
2. нет четкой структуры. В случае большого объема кода приходится изобретать и постоянно придерживаться четких правил для вложенности шаблонов. Встроенных средств для этого нет.
3. верстальщики не знают xsl. Это заметно осложняет последующую поддержку проекта.
Кстати в «hideBackground» может оказаться полезным добавить «e.returnValue = false;», это обработку события по умолчанию.
Другой вопрос — готовые шаблоны это хорошо или плохо? Не спорю — эксклюзивный дизайн под конкретного заказчика всегда лучше безликих шаблонов. Но есть огромный сегмент рынка, которому это не нужно. И использование шаблонов в этом случае отличный выход. Это на порядок лучше кривых поделок «веб-мастеров», за неделю осиливших «ХТМЛ для чайников» и для которых вершина дизайна — анимированный гиф. И естественно лучше воровства чужих дизайнов.
Когда-то давным-давно делали сайт «двоюродному знакомому». У заказчика было небольшое производство. Об интернете он знал только то, что «там можно найти любую информацию», ну т.е. инет в его понимании — этакая большая библиотека. Он и разместил на своей рекламе ссылку на сайт прямого конкурента, мол «а почитать о моей продукции можно тут».
И таких заказчиков до сих пор очень много. Да, т.к. я программист и ни капли дизайнера во мне нет — сайт разумеется был ужасен. Если б я тогда знал о готовых шаблонах - это сильно бы мне помогло. Но даже в том виде, что есть сайт поднял бизнес на новый уровень. Сейчас все крупные заказчики приходят именно через него.
Резюмирую — сайты за 9 тыщ. реальны и востребованы. А то, что они «сбивают планку» — так это только наша проблема, а не заказчика. И вместо того, что б осуждать этакий демпинг, надо научиться грамотно объяснять в чем отличие шаблона от эксклюзивного дизайна. И уметь объяснять ценообразование в своих проектах.
Причем список напрямую зависящий от предметной области. Например: «заголовок статьи», «эпиграф», «основной текст», «автор», «важно» и т.п.
Кнопок для изменения шрифта, его размера и цвета быть вообще не должно. Только «технические», типа вставки таблиц, ссылок и картинок. Причем их тоже нужно «подружить» в родными стилями.
Если в булочной меня будут учить как и по чем покупать булки — я пойду в другую булочную.
А вот что действительно полезно, так это нам самим научиться правильно объяснять ценообразование в своих проектах. Обсуждаемая статья хорошо подходит для этого.
Здесь то это и так все понимают.