Изменить может не только злоумышленник, но и разработчик по невнимательности. "Есть еще третья проблема это доступ к глобальным свойствам браузера (window, document и т.д.), но эта тема для другой статьи."
Вообще то Яндекс снимками не занимается, спасибо нужно сказать инженерно-технологическому центру "СКАНЭКС", который и подготовил весь спутниковый слой для Яндекса. А вывести сам слой много работы не нужно, сложнее всего собрать всю мозаику что и сделано было вышеназванной организацией. Спутниковый слой был уже давно представлен на kosmosnimki.ru. Так что спасибо говорите "СКАНЭКС".
А вообще какая разница на чем реализованы веб-сервисы, если они вызываются одинакого на клиенте. Есть урл, есть параметры, есть имя метода и все. Все это описывается в wsdl файле (языке описания сервисов). Разработчика на клиенте не должно интересовать на чем сделан веб-сервис, если это не критично (например, его волнует производительность методов на сервере). В идеале wsdl запрашивается, из него извлекается вся необходимая информация, далее делается запрос например по SOAP протоколу. И все. Именно так сделано у меня на клиенте, скорее всего напишу статью и будут рабочие примеры. Вот как сделано на клиенте (JS, WSDL SPEC 1.1 (W3C))
// Create soap client and load wsdl.
var oClient = new HSoap.Client("http://*******/wsdl/HAuth.wsdl");
// Construct service from wsdl.
var oAuth = oClient.ConstructService("HAuth");
// Work with service (sync call).
var oResult = oAuth.Login("MyName", "MyPassword");
oAuth.GetUserInfo(oResult.elmtAccuid);
// Work with service (async call).
oAuth.Login("MyName", "MyPassword", function(oResult) {}));
Для разработчика все прозрачно он вообще не заморачивается ни с http ни с параметрами ни с формированием xml, он просто вызывает методы в своем скрипте полностью сосредоточен на разработке своего приложения.
"На волне популярности любой веб проект может взлететь до небес и только программисты будут знать какой еб...ей заканчиваются попытки дальнейшего развития... " (с) Не мое.
В этом то и заключается простота один раз спрятав вроде бы "сложную" логику в класс (хотя если честно я ничего сверхестественного не предложил, просто конечный автомат и повесил на setInterval. Зато потом очень просто использовать фоновые задачи. Тоже самое предложено и в динимаческой загрузке скриптов, предыдущая статья.
Сайт экспериментальный :) Хотя такие проблемы редки, в FF3.0rc1 есть проблема кстати с парсингом XML, причем в FF2.0+ все работало до FF3.0. Отлично было если бы Вы написали версии каждого браузера в которых проверяли. Заранее спасибо.
Спасибо. Думал на эту тему, не определся с выбором setInterval или setTimeout. Кстати первая версия была на базе setTimeout, скорее всего вернусь к ней с данными поправками.
Это все конечно хорошо. Но Сегодня начинать задвигать JavaScript на последний план, когда каждую минуту предлагается множество решений на его базе, язык развивается, на хабре даже статей больше появляется посвященных JavaScrip чем Flash. Сколько приложений приносящих !реальную! !практическую! ценность делается с использованием JavaScript это и web-based office (документы, таблицы, презентации), почтовые клиенты на которые постепенно переходит основная масса пользователей и уже обратно никогда не вернутся, карты (google maps c возможностью разработки виджетов для них и отдельных приложений на базе Maps API), социальные сети (без использования скрипт языка понятие платформы так и не появилось бы), именно открыв API для разработки приложений Facebook вернул еще больший интерес к сети в результате стоимость компании поднялась с 700 млн. до 15 млрд долларов. Да Unobtrusive JavaScript занял свою нишу, но это направление не станет основным. Зачем пользователей возвращать в 2000 год, если наоборот нужно двигаться вперед.
Я незнаю на какой машине Вы смотрели но проверял на Celeron 1GHz было нормально. Кроме того сегодня машины меньше чем 2GHz уже антиквариат. Мое мнение на клиентской стороне будущее именно за JavaScript.
Полностью диаметральная точка зрения, ребята из http://www.qooxdoo.org предлагают по сути отказаться от html и CSS, нет они конечно присутствуют но основное вокруг чего все вращается это JavaScript. Вы разрабатываете полностью приложение используя только JavaScript, единственное что вам понадобиться из html это создать index.html где нужно прикрутить скрипты и все. Более того эти ребята Вам дают целую платформу на базе которой можно писать мегафункциональные приложения. Там же есть online демки, http://www.qooxdoo.org
Ну ваше дело :) Если никому неинтересно про то как красиво вписать понятия процесса и потоков и как следствие динамическую подгрузку модулей на javascript.
//
// Dynamic script example.
//
// Load script.
var pLib = new HDynamicScript("Lib\\MapAppTest.js", "Map" ]);
var Map = pLib.GetExport("Map");
var pMap = new Map;
alert(pMap.PrivateData());
Хотел реально полезную штуку осветить, походу тут это не нужно...
Я сейчас уже отдалился от темы 3d программирования да и вообще игровых движков (хотя с нуля разрабатывал двиг со встроенным скрипт языком, физику, ии, графический двиг). Перелопатил много двигов включая uepubsrc, q1, q2, genesis, ogre3d и т.д. всяких неизвестных разработчиков бесплатных двигов. Из архитектуры больше всего меня поразил именно подход UE. Ну а это результат того что получилось
http://img437.imageshack.us/img437/157/render80yt1jg.jpg
Проект не состоялся удаленность разрабов ну и как это всегда вывает на энтузиазме :) Выводы сделал включая по тому как нужно выбирать архитектуру.
Вот что что, а расширения ARB это дикий гемор, сталкивался не понаслышке. Open GL развивается очень медленно развивается, между версиями 1.1 и 1.4 прошло 4 года. Кроме того есть куча не ARB расширений, которые у каждой карточки свои и чтобы с ними работать начать нужно нехило попотеть (программировал).
На самом деле это недостаток. "Завтра" выйдет навороченый 3D API с новыми технологиями рендера. UE просто добавит новый модуль (dll) и уже созданные ими игры просто динамически его подключат и смогут работать. А движок в котором жестко задается все на уровне ядра придется дописывать или же переделывать.
История OpenGL ведется с 1992 года. Компания Silicon Graphics создала его как открытый стандарт. Отсюда и первая часть названия, а GL означает Graphic Library (графическая библиотека). На данный момент OpenGL находится под контролем комитета Architectural Review Board (ARB), куда входят представители наиболее влиятельных в 3D-секторе корпораций - nVidia, ATI, SGI, Apple, Intel, id Software и Microsoft.
Open GL ну никак для игры Quake 2 не разрабатывался :)
John Carmack mentioned in his keynote at QuakeCon 2007 that the id Tech 5 engine will be OpenGL based, thus not requiring DirectX 10 to run.
Даже в ID Tech 5 до сих пор поддерживается один графический API и это заложено в ядре, в то время как UE кроме OGL поддерживает D3D, Software rendering, раньше работал с Glide. Это касается и других подсистем (звук, физика, контроллеры).
// Create soap client and load wsdl.
var oClient = new HSoap.Client("http://*******/wsdl/HAuth.wsdl");
// Construct service from wsdl.
var oAuth = oClient.ConstructService("HAuth");
// Work with service (sync call).
var oResult = oAuth.Login("MyName", "MyPassword");
oAuth.GetUserInfo(oResult.elmtAccuid);
// Work with service (async call).
oAuth.Login("MyName", "MyPassword", function(oResult) {}));
Для разработчика все прозрачно он вообще не заморачивается ни с http ни с параметрами ни с формированием xml, он просто вызывает методы в своем скрипте полностью сосредоточен на разработке своего приложения.
В этом то и заключается простота один раз спрятав вроде бы "сложную" логику в класс (хотя если честно я ничего сверхестественного не предложил, просто конечный автомат и повесил на setInterval. Зато потом очень просто использовать фоновые задачи. Тоже самое предложено и в динимаческой загрузке скриптов, предыдущая статья.
//
// Dynamic script example.
//
// Load script.
var pLib = new HDynamicScript("Lib\\MapAppTest.js", "Map" ]);
var Map = pLib.GetExport("Map");
var pMap = new Map;
alert(pMap.PrivateData());
Хотел реально полезную штуку осветить, походу тут это не нужно...
http://img437.imageshack.us/img437/157/render80yt1jg.jpg
Проект не состоялся удаленность разрабов ну и как это всегда вывает на энтузиазме :) Выводы сделал включая по тому как нужно выбирать архитектуру.
История OpenGL ведется с 1992 года. Компания Silicon Graphics создала его как открытый стандарт. Отсюда и первая часть названия, а GL означает Graphic Library (графическая библиотека). На данный момент OpenGL находится под контролем комитета Architectural Review Board (ARB), куда входят представители наиболее влиятельных в 3D-секторе корпораций - nVidia, ATI, SGI, Apple, Intel, id Software и Microsoft.
Open GL ну никак для игры Quake 2 не разрабатывался :)
Даже в ID Tech 5 до сих пор поддерживается один графический API и это заложено в ядре, в то время как UE кроме OGL поддерживает D3D, Software rendering, раньше работал с Glide. Это касается и других подсистем (звук, физика, контроллеры).