* [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