Не хочу спорить, но и согласиться тоже не могу.
Разве ненормальна ситуация, когда дизайнер просит 2000$ за дизайн, если он сделает круто, качественно и вообще САЛ обзавидуется? Разве ненормальна ситуация, когда дизайнер просит 50$ за дизайн, если он начинающий и стоящих работ у него пока нет? Разве ненормальна ситуация, когда программист просит у крупного банка 5000$ за авторскую CMS (мог бы и за 1k сделать, но это ж банк, ему не жалко)?
Цены эфемерны, никто не знает, какими они должны быть. Вы говорите про «некий средний диапазон» — это отражение текущей ценовой ситуации, почему она такая сложилась — ещё большой вопрос.
Нуу… А вы можете сказать, что разбираетесь в ценах? Сколько, к примеру, стоит качественная верстка (главная + десяток внутренних) или с нуля написанная CMS? Никаких цен во фрилансе нет, всё зависит от исполнителя.
Статья неактуальна. AJAX уже миллион раз обсудили и давно используют.
Советы малоактуальны, т.к. большинство (я так думаю) использует готовые классы или фреймворки, где всё уже итак оптимизировано по максимуму.
Кроме того, я считаю, что использование XML в AJAX-транзакциях в 95% случаях нерационально. По двум причинам:
1) XML сложнее и дольше парсить, чем JSON или YAML. Соответственно, возникает неоправданная нагрузка и на серверный, и на клиентский скрипт.
2) XML больше по объему, что опять же неоправданно.
Стоит XML использовать в реально больших приложениях со сложной логикой работы, что и составляет 5%.
Сам я использую JSON, ибо благодаря Json.Remote в mootools код занимает пару строк =)
Согласен, у меня точно такая же реакция была.
Зачем вообще говорить пользователям альтернативных браузеров «О да, вы выбрали правильный браузер!»? Работает, и ладно.
> а если у меня шапка сайта #header а потом я делаю,
> не знаю, шапку блока тоже #header
А нельзя, id элемента уникален, а тут получится целых два — вадидатор ругаться будет, да и неправильно это.
> что насчет классов вроде "table_header"? ;)
Это первое «либо», что я указал. Жизнеспособно, но выглядит не очень: <table><tr class="table_header"> (кстати, я надеюсь, вы осознаёте что это пример и в реальной жизни надо использовать <table><th>?).
> непонятен мне спор )
Ну и ладно, тогда предлагаю закончить.
Какбе вы путаете семантику id и class. В CSS идентификатор логично и правильно использовать без указания родительских элементов (запись .header #top-menu вообще абсурдна), а классы вообще-то хорошо бы записывать вместе с родителями. Пример: вы задали шапку сайта классом .header {...}, а потом забыли и стали ячейкам-заголокам таблицы тоже присваивать класс .header. Оп-па. Конфликт. Придётся либо менять название класса (что стрёмно), либо перебивать свойства класса в новом стиле (что ещё хуже), либо указывать все классы вместе с родителями (и, в принципе, чем глубже, тем масштабируеме). Но так или иначе, когда-нибудь указывать всю эту цепочку станет лень и вы тоже перейдёте на id-ы =).
Раньше я тоже всегда писал через классы, но потом отказался от этого стиля — слишком большой получается CSS (.mainframe .header .top-menu .container ul и т.п.). Не вижу криминала в использвании здесь идентификаторов.
Вам смешно, а я вот могу и свой старый код запостить =)
eval('$max_msgs_per_page = ' . $max_msgs_per_page . ';');
eval('$name_maxlenght = ' . $name_maxlenght . ';');
eval('$email_maxlenght = ' . $email_maxlenght . ';');
eval('$msg_maxlenght = ' . $msg_maxlenght . ';');
Переменные эти брались из файла конфигурации, eval здесь, т.к. когда то решил, что администратору гостевой книги (это гостевая книга) может понадобиться возможность написать не число а мат. выражение xD.
Сейчас уже конечно сложно без смеха воспринимать =)
Разве ненормальна ситуация, когда дизайнер просит 2000$ за дизайн, если он сделает круто, качественно и вообще САЛ обзавидуется? Разве ненормальна ситуация, когда дизайнер просит 50$ за дизайн, если он начинающий и стоящих работ у него пока нет? Разве ненормальна ситуация, когда программист просит у крупного банка 5000$ за авторскую CMS (мог бы и за 1k сделать, но это ж банк, ему не жалко)?
Цены эфемерны, никто не знает, какими они должны быть. Вы говорите про «некий средний диапазон» — это отражение текущей ценовой ситуации, почему она такая сложилась — ещё большой вопрос.
Советы малоактуальны, т.к. большинство (я так думаю) использует готовые классы или фреймворки, где всё уже итак оптимизировано по максимуму.
Кроме того, я считаю, что использование XML в AJAX-транзакциях в 95% случаях нерационально. По двум причинам:
1) XML сложнее и дольше парсить, чем JSON или YAML. Соответственно, возникает неоправданная нагрузка и на серверный, и на клиентский скрипт.
2) XML больше по объему, что опять же неоправданно.
Стоит XML использовать в реально больших приложениях со сложной логикой работы, что и составляет 5%.
Сам я использую JSON, ибо благодаря Json.Remote в mootools код занимает пару строк =)
Почему так редко фирмы-производители внедряют такие маленькие упрощалки жизни?
Зачем вообще говорить пользователям альтернативных браузеров «О да, вы выбрали правильный браузер!»? Работает, и ладно.
> не знаю, шапку блока тоже #header
А нельзя, id элемента уникален, а тут получится целых два — вадидатор ругаться будет, да и неправильно это.
> что насчет классов вроде "table_header"? ;)
Это первое «либо», что я указал. Жизнеспособно, но выглядит не очень:
<table><tr class="table_header">(кстати, я надеюсь, вы осознаёте что это пример и в реальной жизни надо использовать<table><th>?).> непонятен мне спор )
Ну и ладно, тогда предлагаю закончить.
.header #top-menuвообще абсурдна), а классы вообще-то хорошо бы записывать вместе с родителями. Пример: вы задали шапку сайта классом.header {...}, а потом забыли и стали ячейкам-заголокам таблицы тоже присваивать класс .header. Оп-па. Конфликт. Придётся либо менять название класса (что стрёмно), либо перебивать свойства класса в новом стиле (что ещё хуже), либо указывать все классы вместе с родителями (и, в принципе, чем глубже, тем масштабируеме). Но так или иначе, когда-нибудь указывать всю эту цепочку станет лень и вы тоже перейдёте на id-ы =).eval('$max_msgs_per_page = ' . $max_msgs_per_page . ';');
eval('$name_maxlenght = ' . $name_maxlenght . ';');
eval('$email_maxlenght = ' . $email_maxlenght . ';');
eval('$msg_maxlenght = ' . $msg_maxlenght . ';');
Переменные эти брались из файла конфигурации, eval здесь, т.к. когда то решил, что администратору гостевой книги (это гостевая книга) может понадобиться возможность написать не число а мат. выражение xD.
Сейчас уже конечно сложно без смеха воспринимать =)