Кстати. Для ИЕ тоже придумана методика, позволяющая получить доступ к прототипу DOM-объектов. См. статью Emulating Prototyping of DOM Objects in Internet Explorer - но я, честно говоря, не осилил воспользоваться этим на практике.
Kolyaj, да вникал я в prototype, было дело. Там не то.
Речь идет о возможности добавления свойств / методов к DOM-объектам, а не просто создании ф-ций. Ну, например, в моей библиотечке есть метод sd_addNode, примерно такого назначения:
var myTd = $('mydiv').sd_addNode('table', null, {cellpadding:'3',cellspacing:'0'}).sd_addNode('tr',null, {id:'myTrId'}).sd_addNode('td', 'node text content', {colspan:'3'});
Предлагаю додумать, как бы выглядел этот пример с использованием глоб. функций. Мысль ясна?
Я начал вникать после прочтения статьи Сверхдинамичные веб-интерфейсы.
Да, кстати, к вопросу об ИЕ +)
У него еще есть очень серьезная бага, напрямую не связанная с Ajax, но которая тоже портит жизнь. В ИЕ нет доступа к прототипам объектов DOM, т.е. нет возможности расширить функциональность DOM. Когда много узлов нужно обновлять динамически, это очень очень грустно =(
Мои поздравления!
Успехов в работе и во всем остальном =)
Ну, раз интересно, то вот =)
В мозилле у XMLHttpRequest есть событие load, которое "настоящее" событие, следовательно, у него есть свойство target, которое указывает на тот самый XMLHttpRequest, который загрузился. Т.е. достаточно просто написать обработчик, и из обработчика будет виден сам объект. Дальше - с этим же объектом можно таскать самые разные парамерты.
В ИЕ есть только "псевдособытие" readystatechange, при обработке которого сам request недоступен. Т.е. я не придумал, как без гемороя передать сам объект в обработчик события смены статуса, кроме как регистрировать все запросы где-то в глобалскопе, что сильно усложняет код. Когда речь идет о простеньком скрипте с одним запросом - это не так важно. А вот когда запросов дофигища, лично моих нервов не хватает =)
Ну, плюс ко всему - куча мелких багов, в которых и разбираться скучно. Типа проблем с кешированием, невозможности реализовать HTTP-авторизацию и т.д.
Аякс рулит для интерфейсов, а для публикации контента особой пользы не представляет.
Я лично аякс использую для админок, потому что
1) там он весьма полезен
2) не столь важна кросс-браузерность
В мозилле XMLHttpRequest реализован гораздо удобнее, чем в IE, а опера стала поддерживать его и вовсе недавно, так что делать действительно кросс-браузерные решения тяжеловато. Поэтому "для широкой публики" аякс можно использовать эпизодически (например, корзина, или рейтинг или еще какая-то мелочь), а там, где пользователей немного и каждого можно в обязательном порядке засадить за firefox (например, админка) - возможно и более активное применение.
Можно конечно и под ИЕ использовать (справедливости ради, микрософт первые внедрили эту тему), но это сильно утомительно. Могу в деталях рассказать, почему - если кому интересно =)
Видимо, вы говорите о системе репутации.
Подробнее сказать не могу, поскольку
Andrey2283, феномен, который Вы наблюдали, связан со склейкой результатов поиска по сниппету во время обработки запроса. Это абсолютно никак не связано с тем, как обрабатываются похожие ссылки при рассчете ссылочного ранжирования (следовательно, не обязано влиять на позиции).
Я уже высказывался на этот счет.
daiseo, то что разные анкор-тексты работают лучше, здесь говорят довольно часто (и я также согласен с этим мнением). Однако, экспериментального подтверждения, насколько я помню, никто не приводил.
pillgrim, при отсутствующем ключевике в титле у вас кликабельность сниппета ощутимо понизится. С другой стороны, если добавить "б\у", не будут кликать те, кого интересуют только новые трубки. Если вы действительно продаете и то, и другое, лучший вариант - делать несколько разделов.
ИМХО, Вам нужно почитать классические работы Круга / Нильсена относительно веб-текста (где аргументируется, что "много букв" - это плохо).
Например: http://www.pro-pitanie.ru/links/index.htm
Черт, если я перейду в каталог без этого сакрального знания, это испортит все впечатление, разумеется =)
Хорошему сервису инструкции не нужны, должно быть и так ясно, зачем он нужен, и как им пользоваться =)
