Чтобы можно было создавать сайты не требующие перезагрузки страницы и не париться о поисковиках. Интернет наводнён не только магазинами (с применением AJAX).
Например — форумы, галлереи и многое другое, что работает используя AJAX.
Приятно жать на тему и смотреть секундную анимацию, как превращается страница в обсуждение темы. Или, к примеру страница, на которой изначально не подгружаются сотни комментариев/картинок, а подгружаются только в случае нажатия на «ссылку».
Не знаю, как в вашей вселенной, но в моей код x86 выполняет одинаково, в любых условиях, тем более на любой OS. (без использования внешних библиотек) А серверные процессоры отличаются от десктопных, ценой, контроллером памяти, сокетом и «встроенной перемычкой», для поддержания многоядерности.
(Переделка Athlon XP в Athlon MP )
Я с вами согласен, что JS движек для браузера и JS движек для поисковой машины — это не одинаковые вещи.
Я согласен, что простого интерпретатора для JS поисковой машине будет не достаточно. Что работы, для определения информации, там очень много.
Просто, если программисты google делали v8, то доработать его до поисковой машины, максимально оптимизировав производительность, им будет достаточно просто, имея этот опыт у себя в руках. Причем, производительность сервером сейчас позволяет делать и не такие вещи.
А если не гугл делал этот движек, тогда, скорее всего ложная тревога. А я сделал не верные выводы.
Смысл темплейтов:
1) Ненужно подгружать их каждый раз. (если пользователь не жмёт F5). 2) Общаться с темплейтами в JS удобнее, чем на php, когда пишешь многофункциональный JS интерфейс.
3) Нет необходимости для сложных вставок на страницу, пользоваться createElement. Кода получается в 4 раза меньше.
Значения header'ов уже выставляются программистом в зависимости от поставленных задач. Само-собою, названия товаров в магазине, можно и нужно кешировать. А вот в игре, например, перемещение кораблей уже не удасться показывать с помощью кеша.
Я не пытаюсь показать максимально оптимизированный код. iconf использован лишь для примера.
Для клиента или для сервера?
Для сервера — это разгрузка — так как идёт снижение трафика и нет обработки типа Скинов.
Для клиента — это небольшая нагрузка. Один раз на страницу можно и поработать :)
Я жду StarCraft 2 :)
Уверен, игра будет на две головы выше и разнообразнее, чем RA3. После чего Ra4/5/6 будут пытаться сначала догнать, освоить идеи, а затем перепрыгнуть :)
Например — форумы, галлереи и многое другое, что работает используя AJAX.
Приятно жать на тему и смотреть секундную анимацию, как превращается страница в обсуждение темы. Или, к примеру страница, на которой изначально не подгружаются сотни комментариев/картинок, а подгружаются только в случае нажатия на «ссылку».
(Переделка Athlon XP в Athlon MP )
Я согласен, что простого интерпретатора для JS поисковой машине будет не достаточно. Что работы, для определения информации, там очень много.
Просто, если программисты google делали v8, то доработать его до поисковой машины, максимально оптимизировав производительность, им будет достаточно просто, имея этот опыт у себя в руках. Причем, производительность сервером сейчас позволяет делать и не такие вещи.
А если не гугл делал этот движек, тогда, скорее всего ложная тревога. А я сделал не верные выводы.
от 0 до 100 км/ч за 4 секунды.
А лучше представьте рабочие примеры, которые применяются в web-разработках с тестами внутри. Заодно и каша в вашей статье пропадёт.
Таблица рисуется JSом.
for…
skins.skin['GOODS_NAME']=…
skins.skin['GOODS_COUNT']=…
skins.skin['SKIN.TABLE']+=skins.use('%SKIN.TABLE.PIECE%');
Смысл темплейтов:
1) Ненужно подгружать их каждый раз. (если пользователь не жмёт F5). 2) Общаться с темплейтами в JS удобнее, чем на php, когда пишешь многофункциональный JS интерфейс.
3) Нет необходимости для сложных вставок на страницу, пользоваться createElement. Кода получается в 4 раза меньше.
Значения header'ов уже выставляются программистом в зависимости от поставленных задач. Само-собою, названия товаров в магазине, можно и нужно кешировать. А вот в игре, например, перемещение кораблей уже не удасться показывать с помощью кеша.
Я не пытаюсь показать максимально оптимизированный код. iconf использован лишь для примера.
Для сервера — это разгрузка — так как идёт снижение трафика и нет обработки типа Скинов.
Для клиента — это небольшая нагрузка. Один раз на страницу можно и поработать :)
… Особенно в 5 часов утра
Уверен, игра будет на две головы выше и разнообразнее, чем RA3. После чего Ra4/5/6 будут пытаться сначала догнать, освоить идеи, а затем перепрыгнуть :)