В советской армии тоже была шутка такая: "Китайцы создали первую подводную лодку: экипаж 500 человек. Капитан, кок и 498 кочегаров." Теперь уже не до смеха.
Всем интересующимся ссылка: Future Combat System. Вот то, что уже сейчас довольно широго применяется в Ираке и Афганистане. Потренируются сейчас на арабах, а том доберутся и до славян - я в этом не сомневаюсь. Вот возможный сценарий: Беркем Аль-Атоми: Мародёр (художесвенная книга).
Я думаю, что в этом есть сугубо практический смысл.
Пример: сидишь в сельском туалете. В процессе, читаешь представленную литературу. Литература представлена в виде отдельных страниц, в связи с чем нет возможности ознакомиться с оглавлением, названием и авторством.
Мне кажется вот за этим и печатают российские издания копирайт на каждой странице - таковы реалии. :)
Что возразите на счёт размера? :)
ИМХО, прикручивать 100 килов тяжёлого кода имеет смысл, когда собираешься использовать хотя бы 30% из него. :)
prototype я пока не изучил.
Не хотелось прикручивать JQuery (это пока единственный js-framework, который я освноил более или менее) в виду его большого веса. Кроме того хотелось разобраться самому, как это всё работает.
Спасибо, за вопрос.
На самом деле я не пробовал. :) Почитав немного про AJAX в Википедии и сделав тупо, как написано там, я получил нулевой результат. php-скрипт получал пустой $_POST. Я обязательно с этим разберусь в ближайшее время (в свете начавшейся индексации deep web это весьма актуально), но пока его (времени) не было. Полагаю, что результат будет таким же как при GET'е.
Задача краулера получить качественную информацию. Качественная информация - информация чистая. Хороший краулер не должне вносить изменений в индексируюмую информацию. Уверен, что разработчики Google это понимают.
Браво. То, что я понимал лишь инстинктивно вы виртуозно разложили по полочкам. Я хочу быть вашим другом. :)
На счет сложности отладки с вами я только не соглашусь. Любой xslt-процессор (xsltproc) махом выдаст вам в каком месте ошибка.
Результатами голосования опечален. Я думал, что хабра-пипл - более продвинутый контингент. А 40% просто не знакомы с этой технологией. (Те 33% которые ответили строго "НЕТ" видимо знакомы поверхностно.) Весьма печально.
Использую xml/xsl повсеместно. Результатом работы практически любого моего php-скрипта/java-сервлета является xml-документ. xml/xsl - отличный инструмент расслоения системы на layer'ы document/view.
По фразе "я использую xml/xsl в качестве шаблонизатора", можно понять, что человек уже знаком как минимум с одним php/java/python/...-шаблонизатором и ошибочно употребляет слово шаблонизатор в этом контексте.
Я принципиально против использования любых шаблонизаторов (не xslt-процессоров). Есть стандартизованый протокол документа и стандартизованый протокол преобразования. Незачем изголяться и придумывать каждый раз что-то новое.
Да. Вы совершенно правы. В XSL 1.0 нет такого метода. А в XSL 2.0 такой метод появился. :) Об этом я написал в постскриптуме. Вы видимо не дочитали до этого места.
Штука безусловно прикольная. Посмотрим что получится из этого. Я зарегистрировался, мне показалось не интересно. При просьбе охарактеризовать себя при помощи цвета, я вообще растерялся. Нужно подумать как стимулировать пользователя заполнять информацию о себе.
Пример: сидишь в сельском туалете. В процессе, читаешь представленную литературу. Литература представлена в виде отдельных страниц, в связи с чем нет возможности ознакомиться с оглавлением, названием и авторством.
Мне кажется вот за этим и печатают российские издания копирайт на каждой странице - таковы реалии. :)
ИМХО, прикручивать 100 килов тяжёлого кода имеет смысл, когда собираешься использовать хотя бы 30% из него. :)
prototype я пока не изучил.
На самом деле я не пробовал. :) Почитав немного про AJAX в Википедии и сделав тупо, как написано там, я получил нулевой результат. php-скрипт получал пустой $_POST. Я обязательно с этим разберусь в ближайшее время (в свете начавшейся индексации deep web это весьма актуально), но пока его (времени) не было. Полагаю, что результат будет таким же как при GET'е.
На счет сложности отладки с вами я только не соглашусь. Любой xslt-процессор (xsltproc) махом выдаст вам в каком месте ошибка.
Результатами голосования опечален. Я думал, что хабра-пипл - более продвинутый контингент. А 40% просто не знакомы с этой технологией. (Те 33% которые ответили строго "НЕТ" видимо знакомы поверхностно.) Весьма печально.
Использую xml/xsl повсеместно. Результатом работы практически любого моего php-скрипта/java-сервлета является xml-документ. xml/xsl - отличный инструмент расслоения системы на layer'ы document/view.
По фразе "я использую xml/xsl в качестве шаблонизатора", можно понять, что человек уже знаком как минимум с одним php/java/python/...-шаблонизатором и ошибочно употребляет слово шаблонизатор в этом контексте.
Я принципиально против использования любых шаблонизаторов (не xslt-процессоров). Есть стандартизованый протокол документа и стандартизованый протокол преобразования. Незачем изголяться и придумывать каждый раз что-то новое.