ALT Linux Community general discussions
 help / color / mirror / Atom feed
* [Comm] Реализация полностью динамических и блочных WEB-интерфейсов.
@ 2007-12-23 19:44 Roman Savochenko
  2007-12-23 19:52 ` Aleksander N.Gorohovski
  0 siblings, 1 reply; 3+ messages in thread
From: Roman Savochenko @ 2007-12-23 19:44 UTC (permalink / raw)
  To: ALT Linux Community general discussions

[-- Attachment #1: Type: text/plain, Size: 2622 bytes --]

Приветствую Всех

Занялся нынче реализацией полностью динамического и блочного 
WEB-интерфейса. В связи с этим выплыли особенности реализации отдельных 
вещей на различных WEB-браузерах, с чем и хотел поделиться. Пишу в 
рассылку ALTLinux, поскольку некоторые вещи имеют непосредственное 
отношение к нему и его компонентам.

Особенность интерфейса заключается в полной его генерации на стороне 
браузера, на основе данных полученных у сервера, через запрос 
XMLHttpRequest. А также последующего слежения за изменениями, 
посредством того-же механизма, с периодичностью 1с.

Рассмотрю особенности в поведении браузеров по порядку:
FireFox 2.0.0.11:
Наиболее качественно поддерживает все функции и особых нареканий не 
вызывает. Нормально держит фиксированное форматирование и корректно 
обновляет периодические изменения интерфейса.

Konqueror 3.5.8:
В целом интерфейс формирует нормально, однако есть много неприятных 
особенностей:
 - Тег кнопки <button> поддерживается очень плохо, а именно не 
центрирует содержимое кнопки и, при указании фиксированного размера её 
(width, height) превышает эти размеры, т.е. выходит за пределы блока. 
Нужно отметить, что вид кнопки формируемой тегом <button> имеет совсем 
иной вид  чем тегом <input type="button">. Необходимость же 
использования именно тега <button> состоит в том, что только в него 
можно помещать изображение.
 - Не обновляет текст, при изменении его в JavaScript посредством 
присваивания значения (txtNode.nodeValue = txtVal). Точнее значение 
присваивается, но не обновляется изображение, что видно если попробовать 
выделить текст, в процессе выделения обновление идёт.
 - Непредсказуемо ведёт кеш. В одних случаях не кеширует в других 
кеширует, хотя <meta http-equiv='Cache-Control' content='no-cache'/> 
присутствует.
 - Несколько не стабилен. Достаточно часто сегфолтится при закрытии окна 
с динамическим интерфейсом, а однажды даже заблокировал события от 
клавиатуры и мыши, после серфинга по его меню, в момент работы и 
обновления динамического интерфейса.

Opera 9.25:
А этот браузер "обрадывал" сразу после установки. Хотя в целом обновляет 
и отрисовывает интерфейс нормально. После установки же всплыла ситуация, 
когда на простой форме аутентификации не видит сервер в момент отсылки 
POST запроса аутентификации. На сервер запрос не приходит вообще! 
Особенность тут в том, что на другой сервер, под ALT2.4 запрос идёт 
нормально, а на ALT4.0 на прямую не идёт. Если же сделать запрос на 
сервер ALT4.0 через прокси на ALT2.4, то всё работает.

В целом, есть достаточно серьёзные проблемы с Konqueror и с Opera на ALT4.0.

С уважением, Роман

[-- Attachment #2: rom_as.vcf --]
[-- Type: text/x-vcard, Size: 191 bytes --]

begin:vcard
fn:Roman Savochenko
n:Savochenko;Roman
email;internet:rom_as@diyaorg.dp.ua
title:NIP "DIYA"
tel;work:NIP "DIYA"
tel;cell:+380679859815
x-mozilla-html:FALSE
version:2.1
end:vcard


^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: [Comm] Реализация полностью динамических и блочных WEB-интерфейсов.
  2007-12-23 19:44 [Comm] Реализация полностью динамических и блочных WEB-интерфейсов Roman Savochenko
@ 2007-12-23 19:52 ` Aleksander N.Gorohovski
  2007-12-23 22:24   ` Roman Savochenko
  0 siblings, 1 reply; 3+ messages in thread
From: Aleksander N.Gorohovski @ 2007-12-23 19:52 UTC (permalink / raw)
  To: ALT Linux Community general discussions

On Sun, 23 Dec 2007 21:44:26 +0200, Roman Savochenko wrote:

> Приветствую Всех
>
> Занялся нынче реализацией полностью динамического и блочного
> WEB-интерфейса. В связи с этим выплыли особенности реализации отдельных
> вещей на различных WEB-браузерах, с чем и хотел поделиться. Пишу в
> рассылку ALTLinux, поскольку некоторые вещи имеют непосредственное
> отношение к нему и его компонентам.
>
> Особенность интерфейса заключается в полной его генерации на стороне
> браузера, на основе данных полученных у сервера, через запрос
> XMLHttpRequest. А также последующего слежения за изменениями,
> посредством того-же механизма, с периодичностью 1с.
>
> Рассмотрю особенности в поведении браузеров по порядку:
> FireFox 2.0.0.11:
> Наиболее качественно поддерживает все функции и особых нареканий не
> вызывает. Нормально держит фиксированное форматирование и корректно
> обновляет периодические изменения интерфейса.
>
> Konqueror 3.5.8:
> В целом интерфейс формирует нормально, однако есть много неприятных
> особенностей:
>  - Тег кнопки <button> поддерживается очень плохо, а именно не
> центрирует содержимое кнопки и, при указании фиксированного размера её
> (width, height) превышает эти размеры, т.е. выходит за пределы блока.
> Нужно отметить, что вид кнопки формируемой тегом <button> имеет совсем
> иной вид  чем тегом <input type="button">. Необходимость же
> использования именно тега <button> состоит в том, что только в него
> можно помещать изображение.
>  - Не обновляет текст, при изменении его в JavaScript посредством
> присваивания значения (txtNode.nodeValue = txtVal). Точнее значение
> присваивается, но не обновляется изображение, что видно если попробовать
> выделить текст, в процессе выделения обновление идёт.
>  - Непредсказуемо ведёт кеш. В одних случаях не кеширует в других
> кеширует, хотя <meta http-equiv='Cache-Control' content='no-cache'/>
> присутствует.
>  - Несколько не стабилен. Достаточно часто сегфолтится при закрытии окна
> с динамическим интерфейсом, а однажды даже заблокировал события от
> клавиатуры и мыши, после серфинга по его меню, в момент работы и
> обновления динамического интерфейса.
>
> Opera 9.25:
> А этот браузер "обрадывал" сразу после установки. Хотя в целом обновляет
> и отрисовывает интерфейс нормально. После установки же всплыла ситуация,
> когда на простой форме аутентификации не видит сервер в момент отсылки
> POST запроса аутентификации. На сервер запрос не приходит вообще!
> Особенность тут в том, что на другой сервер, под ALT2.4 запрос идёт
> нормально, а на ALT4.0 на прямую не идёт. Если же сделать запрос на
> сервер ALT4.0 через прокси на ALT2.4, то всё работает.

У меня нечто подобное тоже наблюдается
(я предполагал, что где-то не подкрутил какие "гайки")
Sorry,
пользуете Apache 2
?
или
Apache 1.3
?

> В целом, есть достаточно серьёзные проблемы с Konqueror и с Opera на  
> ALT4.0.
>
> С уважением, Роман


^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: [Comm] Реализация полностью динамических и блочных WEB-интерфейсов.
  2007-12-23 19:52 ` Aleksander N.Gorohovski
@ 2007-12-23 22:24   ` Roman Savochenko
  0 siblings, 0 replies; 3+ messages in thread
From: Roman Savochenko @ 2007-12-23 22:24 UTC (permalink / raw)
  To: ALT Linux Community general discussions

[-- Attachment #1: Type: text/plain, Size: 3371 bytes --]

Aleksander N.Gorohovski пишет:
>> Занялся нынче реализацией полностью динамического и блочного
>> WEB-интерфейса. В связи с этим выплыли особенности реализации отдельных
>> вещей на различных WEB-браузерах, с чем и хотел поделиться. Пишу в
>> рассылку ALTLinux, поскольку некоторые вещи имеют непосредственное
>> отношение к нему и его компонентам.
>>
>> Особенность интерфейса заключается в полной его генерации на стороне
>> браузера, на основе данных полученных у сервера, через запрос
>> XMLHttpRequest. А также последующего слежения за изменениями,
>> посредством того-же механизма, с периодичностью 1с.
>>
>> Рассмотрю особенности в поведении браузеров по порядку:
>> FireFox 2.0.0.11:
>> Наиболее качественно поддерживает все функции и особых нареканий не
>> вызывает. Нормально держит фиксированное форматирование и корректно
>> обновляет периодические изменения интерфейса.
>>
>> Konqueror 3.5.8:
>> В целом интерфейс формирует нормально, однако есть много неприятных
>> особенностей:
>>  - Тег кнопки <button> поддерживается очень плохо, а именно не
>> центрирует содержимое кнопки и, при указании фиксированного размера её
>> (width, height) превышает эти размеры, т.е. выходит за пределы блока.
>> Нужно отметить, что вид кнопки формируемой тегом <button> имеет совсем
>> иной вид  чем тегом <input type="button">. Необходимость же
>> использования именно тега <button> состоит в том, что только в него
>> можно помещать изображение.
>>  - Не обновляет текст, при изменении его в JavaScript посредством
>> присваивания значения (txtNode.nodeValue = txtVal). Точнее значение
>> присваивается, но не обновляется изображение, что видно если попробовать
>> выделить текст, в процессе выделения обновление идёт.
>>  - Непредсказуемо ведёт кеш. В одних случаях не кеширует в других
>> кеширует, хотя <meta http-equiv='Cache-Control' content='no-cache'/>
>> присутствует.
>>  - Несколько не стабилен. Достаточно часто сегфолтится при закрытии окна
>> с динамическим интерфейсом, а однажды даже заблокировал события от
>> клавиатуры и мыши, после серфинга по его меню, в момент работы и
>> обновления динамического интерфейса.
>>
>> Opera 9.25:
>> А этот браузер "обрадывал" сразу после установки. Хотя в целом обновляет
>> и отрисовывает интерфейс нормально. После установки же всплыла ситуация,
>> когда на простой форме аутентификации не видит сервер в момент отсылки
>> POST запроса аутентификации. На сервер запрос не приходит вообще!
>> Особенность тут в том, что на другой сервер, под ALT2.4 запрос идёт
>> нормально, а на ALT4.0 на прямую не идёт. Если же сделать запрос на
>> сервер ALT4.0 через прокси на ALT2.4, то всё работает.
>>     
> У меня нечто подобное тоже наблюдается
> (я предполагал, что где-то не подкрутил какие "гайки")
> Sorry,
> пользуете Apache 2
> ?
> или
> Apache 1.3
> ?
>   
Нашел в чём проблема. Проблема в Keep-alive. Opera криво обрабатывает 
принудительное закрытие сеанса сервером. Т.е. она считает, что если 
Keep-alive усановила, то сервер сеанса не разорвёт и не пытается 
восстановить соединения когда шлёт POST запрос, а иногда в этот момент 
даже валится. Однако высоконагруженные сервера могут рвать соединение 
или вообще Keep-alive игнорировать.

Вылезло на WEB-сервере моей программы, которая Keep-alive и игнорирует. 
Хотя принудительно Keep-alive ей поставить можно. Поставил и Opera 
заработала.

С уважением, Роман

[-- Attachment #2: rom_as.vcf --]
[-- Type: text/x-vcard, Size: 222 bytes --]

begin:vcard
fn:Roman Savochenko
n:Savochenko;Roman
org:NIP "DIYA"
email;internet:rom_as@diyaorg.dp.ua
title:Scientific collaborator
tel;work:+380569262025
tel;cell:+380679859815
x-mozilla-html:FALSE
version:2.1
end:vcard


^ permalink raw reply	[flat|nested] 3+ messages in thread

end of thread, other threads:[~2007-12-23 22:24 UTC | newest]

Thread overview: 3+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2007-12-23 19:44 [Comm] Реализация полностью динамических и блочных WEB-интерфейсов Roman Savochenko
2007-12-23 19:52 ` Aleksander N.Gorohovski
2007-12-23 22:24   ` Roman Savochenko

ALT Linux Community general discussions

This inbox may be cloned and mirrored by anyone:

	git clone --mirror http://lore.altlinux.org/community/0 community/git/0.git

	# If you have public-inbox 1.1+ installed, you may
	# initialize and index your mirror using the following commands:
	public-inbox-init -V2 community community/ http://lore.altlinux.org/community \
		mandrake-russian@linuxteam.iplabs.ru community@lists.altlinux.org community@lists.altlinux.ru community@lists.altlinux.com
	public-inbox-index community

Example config snippet for mirrors.
Newsgroup available over NNTP:
	nntp://lore.altlinux.org/org.altlinux.lists.community


AGPL code for this site: git clone https://public-inbox.org/public-inbox.git