Того же самого нет, но есть отдаленно похожее.
1. Включаете Firebug
2. Когда возникает ошибка лезете в консоль
3. Смотрите ошибку. Под ошибкой текст строки в которой произошла ошибка с темно-красным кружком
4. Тыкаете туда мышкой и устанавливаете точку прерывания в момент ошибки
5. Перезапускаете. Firebug автоматом будет перепуливать вас на отладчик и делать там остановку для просмотра контекста вызова и стека вызовов (две разные вкладки в правой части инспектора)
Проблема только что отладчик все время там будет останавливаться. Т.ч. придется какие-то доп шаги предпринимать - try-catch и т.п.
Не такая плохая мысль, кстати. Логи если нет аварийной ситуации иногда полезно вести. В некоторых TV, там где отладчиков нет, логи можно писать на сервер, в мобильниках обязательно удаленные отладчики появтся (если еще не появились)
Иногда влияет на карму. Иногда когда правишь чужие сайты хочется убить верстальщика у которого из-за кучи багов в верстке сложно поймать один из незакрытых тегов.
Если на странице элемент уникальный типа #logo то лучше id.
Можно сэкономить три байта и несколько милисекунд на парсинге :)
Топикстартеру:
Обратите внимание на http://validator.w3.org/ - этот инструмент позволит вам самостоятельно проверить ошибки HTML.
Хороший форум. Но не yiiёвый :) Самостоятельный продукт. К тому же нт такой простой как кажется. Можно сравнить с CommentIt/LEOnidUKG Нужно ли усложнять?
YII - не фетиш. Просто самый распространенный php-фреймворк. C кучей готовых плюшек, которых прикрутить очень даже просто.
Раньше я думал, что каждый приличный программист должен написать свой шаблонизатор и свою CMS. Теперь в этот набор я бы включил форум. Но с тем что лучше юзать готовое пока не согласен. Особенно если переделать готовое дороже чем самому написать.
2Zdraff
Я зондировал здесь вопрос про форум и проштудировал все что посоветовали. Больше всего понравилась vanilla Но в конечном итоге написал свой собственный форум на CI по мотивам CommentIt/LEOnidUKG (http://disqus.com/) и пока не жалею что сделал это.
Имхо 99% потребностей CommentIt покрывает для большинства юзеров. Идея минимализма и возможности прилепить к чему угодно - замечательная, но код (у CommentIt/LEOnidUKG) - проще убиться чем адаптировать. По функционалу мне не хватало каких-то мелочей (создание стартовой темы, усиленная защита от флуда/психов, модерирование через фронт). Но мне показалось проще переписать все с нуля чем в этом ковыряться. Хотя я честно ковырял код LEOnidUKG'а три вечера подряд.
Если вы сможете написать то же самое только по-человечески, с возможностью расширения, без жесткой привязки к шаблонизаторам, думаю будет востребовано. Особо времени нет, но может чем помогу. Обращайтесь в личку. Я больше по фронту специализируюсь - верстка, js.
А если после чужой правки в чужой верстке все развалилось? Если коду много лет и верстало его несколько поколений верстальщиков да еще и программисты код правят?
В исходно валидном коде ошибка будет видна сразу. Но если там уже было 100 ошибок - понять из-за чего именно развалилось будет значительно сложнее.
Я надеюсь, что так оно и есть.
Переходить на любой ходовой фреймворк стоит по-любому. Это окупится
1) внятной структурой приложения против набора include
2) наличием большого числа готовых решений и комьюнити, в котором можно получить консультацию
3) На базе некоторых фреймворков есть и готовые CMS, СMF, и заготовйки под бэкофис
По поводу шаблонизатора - и Zend и другие не ограничивают вас в выборе шаблонизатора. Можете прилепепить самый экзотический и малоупотребимый. А еще лучше если Вы сами придумаетесамый лучший в мире свой собственный шаблонизатор. Это самый рульный php-стайл Всякие смарти, не говоря уже о встроенном в php XSLЕ юзают только лохи.
Если вы считаете, что у вас всегда будет только девять логотипов и они всегда будут на главной странице и никаких других в большом числе не появится - объединяйте.
Можно чуть сэкономить если три постоянных объединить в одну картинку, а спрятанные в другую, поскольку они нафиг никому не нужны (это же не сиськи) грузить только по требованию js.
Невозможно угадать не зная ни структуры сайта ни планов развития сайта.
Объединять имеет смысл только тогда, когда большая часть из них грузится на странице (или на 3-4 обязательно просматриваемых страницах ) одновременно.
Но если на одной странице у вас выводится не больше 5-10 логотипов, а общее количество в десять раз больше, от спрайта будет один вред.
Неужели что-то изменилось за последние 2-3 года? Можно пруфлинк на понимание поисковиками тега aside? А еще лучше как это учитывается в этих поисковиках.
Вооще-то вопрос был к веб-мастерам, а не производителям броузеров. Веб-мастер имхо дожлен поддерживать все что более-менее актуально. В сумме процент броузеров которые не понимают этот тег не меньше 4-5%
Или вы не в теме или путаетесь в клавиатуре. IE8 != IE6 и он не поддерживает этот тег.
Отнюдь. Осмысленная разметка по общим согласасованным правилам кроме ботов (не только поисковых) нужна верстальщикам. Проще поддерживатьи и верстку и js если все сделано по общим правилам, а не произволу.
И кстати в отличии от дурацких HTML5-тегов поисковики таки очень приветствуют семантическую разметку с использованием микроформатов.
Идиотизм авторов HTML5 заключается в том что по тому принципу, по которому они наплодили новые теги, к article нужно было добавить: poem, haiku, essay, novel...
Правильнее дождаться времени, когда процент актуальных броузеров поддерживающих эти очень странные теги снизится хотя бы до 1%
