HTML+CSS+JavaScript

>>>И я скорее не понимаю человека, который не может уделить
>десять минут на то, что б его творенье равно хорошо работало
>в разных условиях )
>Представим себе средненький корпоративный сайт. С бюджетом в
>районе 2-3 тысяч бакинских. Задача простая на сколько
>увеличится бюджет, если разработчику придётся писать два
>разных интерфейса?
А мне всегда казалось, что при создании сайта используются заранее созданые наработки. И делать специальную "урезанную" версию для " средненький корпоративный сайт" на мой вгляд смысла нету )

>Я думаю что серьёзные сайты вряд ли будут заподозрены в
>распространений вирусов или ещё какой фигни (хотя я слабо
>представляю что такого ужасного можно подцепить с помощью
>обычного JS) и такие сайты будут добавляться в trusted. А
>если сайт сомнительного содержания то никакой Ajax ему и
>нафиг не нужен.
Спорно ) Сайты бывают разные и контент тоже )
Сейчас в моду входят смарты и кпк c возможностью доступа в инет, где могут быть свои заморочки ) (недавно обнаружил, что браузер в моей моторолке двухлетней давности очень неплохо понимает DHTML)

>Тем более с помощью Ajaxa есть смысл писать админ модули. А
>фронтальную часть по старинке. А иначе рискуем резко снизить
>количество хитов :-)
О том и речь )

Всем спасибо, пошла домой!
Желаю всем хорошо отдохнуть, сходить на пляж, ну или просто куда-нить на природу выбраться!
:)

Ну, блин, совсем не это обсуждается.

1. Моя разработка не для одной средненькой корпорации. Уже сейчас ее опробовали сотни клиентов.

2. Совсем не задумывалось писать два интерфейса. Сначала был написан классический, потом было решено написать еще и ajax. А теперь, когда есть оба интерфейса, почему бы их не объединить?

3. Вопрос не в поддержке javascript. Если он не поддерживается, то мы никак не сможем это проверить на клиенской стороне, а ведь только там можно взять сведения о клиенте.

А если я поставлю вопрос так:
Как можно выяснить, будет ли работать приложение ajax у клиента, и если не будет, то вывести информацию о невозможности работы приложения?
Теперь легче ответить?

1.
>Я знаю, что для подгрузки данных необязательно
>использовать xml. Не поняла, как это отностися к теме.
>Ссылочку я не обнаружила :(. Может имеется ввиду на другой
>ветке?
Ты не очень внимательно прочитала, я имел в виду не формат данных xml, а activeX - объект XmlHttpRequest )
Т.е. есть более удобные (на мой взгляд) кроссбраузерные методы, дающие тот же эффект.

Ссылку кидал Organ в этом топике чуть выше )
Вот более точная ссылка: http://dklab.ru/chicken/nablas/41.html

2.
> Примерно так я и проверяю.
>>Для IE проверяем влючен ли activeX так: if
>>(window.ActiveXObject)
>>Для мазилы вот так: if (window.XMLHttpRequest)
А в чем проблема тогда ?%)


3.
>Большое спасибо за активное обсуждение темы!!!
Спасибо за интересную тему -)

1. Это уже новая для меня идея, спасибо
>В теории это делается делается просто )
>Формируется маленький запрос через ajax и ставится таймер
>на несколько секунд.
>Если пришли какие-то данные, перекидываем на страничку с
>аяксом, если срок истек, редиректим на простую страничку )

2. Я знаю, что для подгрузки данных необязательно использовать xml. Не поняла, как это отностися к теме. Ссылочку я не обнаружила :(. Может имеется ввиду на другой ветке?

3. Примерно так я и проверяю.
>Для IE проверяем влючен ли activeX так: if
>(window.ActiveXObject)
>Для мазилы вот так: if (window.XMLHttpRequest)

4. К сожалению, чтобы веб-творение хорошо работало в разных условиях, необходимо потратить гораздо больше, чем десять минут (по крайней мере для впервые встречающейся проблемы). Однако, делать это безусловно надо.

Большое спасибо за активное обсуждение темы!!!

>>И я скорее не понимаю человека, который не может уделить десять минут на то, что б его творенье равно хорошо работало в разных условиях )

Представим себе средненький корпоративный сайт. С бюджетом в районе 2-3 тысяч бакинских. Задача простая на сколько увеличится бюджет, если разработчику придётся писать два разных интерфейса?

Я думаю что серьёзные сайты вряд ли будут заподозрены в распространений вирусов или ещё какой фигни (хотя я слабо представляю что такого ужасного можно подцепить с помощью обычного JS) и такие сайты будут добавляться в trusted. А если сайт сомнительного содержания то никакой Ajax ему и нафиг не нужен.

Тем более с помощью Ajaxa есть смысл писать админ модули. А фронтальную часть по старинке. А иначе рискуем резко снизить количество хитов :-)

Я мог бы поспорить с Вами по поводу качества современных игр, но это тема отдельного разговора.

Задача любого среднестатического веб-сайта - донести информацию до пользователя. Чем больше пользователей смогут увидеть сайт, тем лучше ) И я скорее не понимаю человека, который не может уделить десять минут на то, что б его творенье равно хорошо работало в разных условиях )

Чё-то странная тема какая-то.
Представьте себе что все производители игр, например, оптимизировали свои творения под большинство компов юзеров... Я думаю в таком случае Intel бы щас только подбирался к 4 пню.
Странно разрабатывать приложение и думать об отключенном JS у клиента. Отключать его это всё равно что отрубить себе ногу чтоб вероятность подхватить занозу была меньше.

1.
В теории это делается делается просто )
Формируется маленький запрос через ajax и ставится таймер на несколько секунд.
Если пришли какие-то данные, перекидываем на страничку с аяксом, если срок истек, редиректим на простую страничку )

>А вот помимо этого на клиенте может быть отключена поддержка
>объектов ActiveX, без которых невозможно реализовать
>передачу запроса без перезагрузки страницы. Вот здесь
>ajax-приложение просто не будет работать.
2.
Несмотря на то, что XML есть в аббревиатуре Ajax, сам Ajax это не только XMLHttpRequest )
Существуют и другие способы подгружать инфу, причем уже не один год, просто раньше они никак не назывались и поэтому не были столько популярны )

Пример подобного есть выше, там дана ссылочка на dklab ))

3.
Для IE проверяем влючен ли activeX так: if (window.ActiveXObject)
Для мазилы вот так: if (window.XMLHttpRequest)

Реализовать само переключение между версиями - не проблема. Вопрос в том, как выяснить, будет ли работать ajax на клиенте.

Конечно, на клиенте может быть отключен javascript, в этом случае пользователь действительно не сможет воспользоваться моим приложением, потому что для работы классической версии тоже нужна поддержка javascript. Глупо, конечно, но он используется не только для проверок форм :(

А вот помимо этого на клиенте может быть отключена поддержка объектов ActiveX, без которых невозможно реализовать передачу запроса без перезагрузки страницы. Вот здесь ajax-приложение просто не будет работать.

Меня интересуют идеи по вопросу определения, включены ли ActiveX, а также, может у кого есть идеи, по каким еще причинам может не работать приложение ajax.

Заранее всем спасибо