id: Гость   вход   регистрация
текущее время 11:56 20/04/2024
Автор темы: spinore, тема открыта 03/06/2007 22:16 Печать
https://www.pgpru.com/Форум/Содействие/ИзвечНаяПроблемаКакПодружитьБраузерыСНеадекватнымиИнтерфейсамиСНеадекватнымиСайтами
создать
просмотр
ссылки

Как известно, есть такая извечная проблема – отсутствие адекватного браузера для неидиотов.
Нормальный браузер должен быть быстр, поддерживать жизнено важные функции, позволять делать навигацию и редактирование полей с полноценными вим-клавишами... адекватно отображать картинки, представлять из себя среду, хорошо интегрированную с остальным окружением и дружить с большинством сайтов. Казалось бы всего совсем не много а на практике – фиг вам. Когда джаббер, icq, почта, редактор файлов, расчётные программы, администрирование системы, установка обеспечения и т.п. выполняется в screen и более-менее синтегрировано с терминалом хотелось бы чтоб и браузер был таковым. Более того, w3mmee есть один из наиболее подходящих кандидатов на эту роль – он интегрируется с менеджером терминалов screen, отображает картинки в графическом терминале, поддерживает SSL и запускает vim когда требуется набрать сообщение в форуме. Однако, при более пристальном наблюдении всплывают все шероховатости: картинки отображаются несколько ужасно – порой неясно – может быть лучше без них? С рядом сайтов w3mmee не дружит, с pgpru.com упорно отказывается делать https (задумывается на сколь угодно большое время) в то время как спокойно заходит на https://gmail.google.com/mail (при этом кукисы разрешены и проверка сертификата отключена) – это уже предложение к SATtva поставить под гентой w3mmee и поглядеть (в portage он есть). В форуме уже поднимался вопрос о том, чтоб удовлетворить валидатор... – пока воз и ныне там. В частности, когда links'ом редактируется сообщение 2 раза подряд бывает, что после 2-го раза он не редактирует сообщение – в форме редактирования с исправляю, жму сохранить, а вид на сайте не меняется, перезагрузка страницы тоже ничего не даёт – в итоге редакция просто пропадает (в этот момент становится очень приятно от мысли что писал зря). В links'е нет полноценных вим-клавиш, перемещаться в поле редактирования по словам нельзя – только посимвольное перемещение работает, в самое начало и конец. Чтобы текст в этом форуме был выровнен его нужно в links в поле редактирования сообщения набирать одной строкой. Я думаю, каждый может представить каково пермещаться по одной строке посимвольно если её длина такая как у этого, например, сообщения... После больших потуг установки из сорса w3mmee он несколько раз создал дома файлы w3m.core. Я понимаю, что истиные гуру пишут из под firefox или на крайний случай opera'ы и ни про что другое и знать не желают, потому в браузераз их меньшинства типа links и w3mmee столько недоработок. Меня ещё порадовала позиция разработчика w3mmee: он пишет что сайт каждый раз будет грузиться заново так как кэша нет, а реализовывать его он не будет ибо проект должен быть маленьким и простым а не перегруженным. Также, он счёл не нужным протестировать его под разными терминалами и под screen'ом а то бы узнал что часть азявленных горячих клавиш не работает. Я согласен, что всё сие добро есть GPL, for fun и "кому не нравится – идут на, я для себя писал", но это не отменяет того факта что, по-видимому, после кнута у нас не появилось программиста, которому бы не было стыдно за свой продукт. И ещё тут firefox радостня весть: захожу на новостной сайт сегодня, а там выполнение проивольного кода опять нашли, типа обновляйтесь... то есть его надо очень часто обновлять (правда, он весит столько что скоро будет тягаться с полноценными ОС по объёму, новой версии нет в пакетах, а самая новая потянет за собой кучу всего самого нового при установке из портов (причём её ещё и не сразу обновят в портах), а компилиться это будет <вырезано>-знает сколько). Вот и pgpru.com тоже затачитвается под firefox... куда бежать простым пользователям? Пока это сообщение писал ещё один баг отловил: когда хочу добавить новую тему требуется ввести её название внизу страницы и щёлкнуть "добавить". А когда открывается после этого окноредактирования сдесь же внизу поле "называние" оказывается пустым, и на команду сохранения идёт ругань: "Укажите название для новой страницы" – это так специально задумано? А ещё в w3m после захода на страницу "последние комментарии" при попытке пройти по некоторым высвечивается что-то по типу:

P. S.: я специально не стал пытаться исправить последнее, что вставилось – это моя попытка выделить мышкой что-то в w3mmee под screen'ом в Eterm и вставить в firefox из-под которого сейчас пишу это сообщение. Когда я пытаюсь мышкой скопировать что-то с firefox в терминал в случае кириллицы я получаю подобную же билиберду, а порой бывает что при вставке даже в вим вместо билиберды просто бётся терминал из-за вставки специальных esc-символов, вим пищит, а то что в итоге вставляется имеет такой вид, что волосы у меня на голове шевелятся. Это к вопросу о совместимости и интегрированности приложений.


 
На страницу: 1, 2 След.
Комментарии
— spinore (03/06/2007 22:26, исправлен 04/06/2007 12:51)   профиль/связь   <#>
комментариев: 1515   документов: 44   редакций: 5786
Сменил терминал – зашёл из-под xterm через w3mmee на pgpru.com. Злогиниваться не стал – прошёл на "последние комментарии" и выбрал первый попавшийся – вот что получилось:




2 SATtva: может, попробуете у себя под Gentoo Linux воспроизвести?
— spinore (03/06/2007 22:27)   профиль/связь   <#>
комментариев: 1515   документов: 44   редакций: 5786
P. S.: а сайт сейчас под firefox'ом здорово перекосило. Гыгыгыгы :-))) ...
— spinore (03/06/2007 23:56)   профиль/связь   <#>
комментариев: 1515   документов: 44   редакций: 5786
А почему я не могу комментировать вот эту тему?

https://www.pgpru.com/%D4%EE%F.....%C0%E4%F0%E5%F1Email
— SATtva (04/06/2007 13:29)   профиль/связь   <#>
комментариев: 11558   документов: 1036   редакций: 4118
Дааа, крик души. :-) spinore, пожалуйста, используйте разметку кода (%% code %%), не у всех ведь такие большие мониторы. ;-)

2 SATtva: может, попробуете у себя под Gentoo Linux воспроизвести?

Попробую чуть позже.

Пока это сообщение писал ещё один баг отловил: когда хочу добавить новую тему требуется ввести её название внизу страницы и щёлкнуть "добавить". <...> А почему я не могу комментировать вот эту тему?

Обе проблемы были вызваны одной моей ошибкой в последней подверсии движка, уже исправил.

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

В список задач я это давно поставил, но пока просто не до того. В целом, код выдаётся достаточно ровный (есть некоторые проблемы с нестингом, но некритичные), так что отображение в большинстве браузеров, в том числе и неграфических, должно быть допустимым.

В частности, когда links'ом редактируется сообщение 2 раза подряд бывает, что после 2-го раза он не редактирует сообщение – в форме редактирования с исправляю, жму сохранить, а вид на сайте не меняется, перезагрузка страницы тоже ничего не даёт – в итоге редакция просто пропадает (в этот момент становится очень приятно от мысли что писал зря).

А это уже что-то интересное. Проблема наблюдается только с links'ом? Приведите подробный порядок действий.
— spinore (04/06/2007 22:12, исправлен 04/06/2007 22:13)   профиль/связь   <#>
комментариев: 1515   документов: 44   редакций: 5786
Дааа, крик души. :-) spinore, пожалуйста, используйте разметку кода, не
у всех ведь такие большие мониторы. ;-)

У меня тоже не такой большой монитор – потому и написал что перекосило. Как я
понимаю, должен быть встроенный чекер длины строк, который бы принудительно разрывал
слишком длинные строки и объединял между собой те, которые явно не почемены как
относящиеся к разным абзацам – а то в links из-за этого выравнивание летит...
отображение в большинстве браузеров, в том числе и неграфических, должно быть
допустимым.

Вообще, в среднем отображение и в самом деле не плохое, а вот с поведением глючки
бывают.
А это уже что-то интересное. Проблема наблюдается только с links'ом?
Приведите подробный порядок действий.

1. Настроить links (речь если что идёт о links-gui, который поддерживает графику,
обычно запускается как links -g) так чтоб сам он не обновлял страницу – обновление
пусть принудительное по ctrl-r.
2. Добавляем комментарий к какой-либо из тем посредством links. Одновляем страницу и
видим – комент добавился. Открываем редакцию комментария, добавляем в конец
что-нибудь, жмём сохранить, перезагружаем страницу. Видим, что комментарий корректно
исправился. Снова жмём на "правку", редактируем, сохраняем, перезагружаем страницу -
ничего не меняется. Открываем снова редакцию комментария и получаем сообщение таким
каким оно было на предыдущем шаге до последнего исправления.

P. S.: возможны вариации. Идея – несколько раз подряд отредактировать одно и то же
сообщение (последний комментарий). Ранее я встречал случаи, когда при открытии
правки документа показывалась действительно самая последняя редакция документа, а
после перезагрузки страницы убеждался что изменения были не сохранены (однако оно
помнило что было отредактировано, ибо выводила последний вариант в редактируемом
сообщении).

P. P. S.: есть ещё такой браузер – elinks. – Он, в отличе от links пока развивается,
много чего поддерживает, практически всё из того что хотелось бы но есть один минус -
с графикой он не дружит, хотя авторы и собираются её поддержку туда добавлять. В
данном случае не важно, думаю, под links или elinks это тестировать, но есть ещё один
баг: после проделывания вышеописанных редакций если вернуться на страницу "последние
комментарии" и щёлкнуть по той теме, которую редактировал, то можно вылететь на
страницу авторизации которая сразу появляется после регистрации (вы авторизованы
здесь под ником таким-то, можете сразу выйти не отходя от касссы если дверью ошиблись
и т.п.) Причём, со ссылками на другиме страницы всё корректно. Конечно, если
подождать долго или переавторизоваться или зайти под другим браузером то эффект
пропадёт, но всё равно это нездорово. Да, и по поводу разных браузеров: почему меня
выкидывает из предыдущего браузера когда я авторизовываюсь в новом браузере? Тор,
если что, при этом выключен – соединение напрямую.
— spinore (04/06/2007 22:20)   профиль/связь   <#>
комментариев: 1515   документов: 44   редакций: 5786
Пока добавлял этот комментарий ещё одну вещь обнаружил: если отредактировать только что добавленное сообщение и перезагрузить страницу бразуер пишет
"http://.../Comment<некоторое_число>" не существует и в последний комментарий в
заново перезагруженной странце непоказывается. Если немного подождать то всё
восстанавливается как должно быть, даже с учётом последних правок.
— spinore (04/06/2007 22:22)   профиль/связь   <#>
комментариев: 1515   документов: 44   редакций: 5786
The requested fragment "#Comment15323" doesn't exist.
– вот что он мне написал сразу после добавления предыдущего комментария при попытке перезагрузить страницу, хотя после повторной перезагрузки всё стабилизировалось (это вдогонку к предыдущему посту информация).
— spinore (04/06/2007 22:45)   профиль/связь   <#>
комментариев: 1515   документов: 44   редакций: 5786
Есть ещё одно конструктивное предложение:
наверняка те кто уже долгое время на сайте не рыскают по веткам форума дабы узнать
"что появилось нового" а открывают страницу "последние комментарии" и смотрят все
начиная от времени, которое было на момент последнего такого же просмотра. Здесь и
возникает проблема, что нужно отдельно просматривать "последние комментарии" и
"последние изменения" так как если тема не была ещё никем прокомментирована в
"последних комментариях" она не отобразится. Соответственно, есть идея выносить вновь
добавленные новые темы в "последние комментарии" или использовать другое
решение, которое бы свело необоходимость просмотра 2-х страниц к 1-ой. Насколько мне
известно, в ряде phpbb-форумов как раз используется метод когда на одной странице
умещаются как вновь появившиеся темы, так и те в которых появились непросмотренные
комментарии (правда, там всё привязано к тому, что уже просматривал пользователь, а что
ещё нет).
— SATtva (05/06/2007 00:57)   профиль/связь   <#>
комментариев: 11558   документов: 1036   редакций: 4118
The requested fragment "#Comment15323" doesn't exist.

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

А ещё есть подозрение, что некоторые подобные проблемы могут быть вызваны кэшированием в links. Отключать кэш пробовали?

Как я
понимаю, должен быть встроенный чекер длины строк, который бы принудительно разрывал
слишком длинные строки и объединял между собой те, которые явно не почемены как
относящиеся к разным абзацам

Разбивка длинных слов когда-нибудь будет, а вот склейку делать не стану — может переломать и правильное форматирование (списки и т.п.).

Да, и по поводу разных браузеров: почему меня
выкидывает из предыдущего браузера когда я авторизовываюсь в новом браузере?

Потому что определённая сеансовая информация сохраняется в куке, и если система при переподключении пользователи этой информации найти в переданном куке не может (или эта информация не соответствует тому, что ожидала система), происходит сброс. У Вас же в разных браузерах разные куки сохраняются. Оттого так и происходит.

Соответственно, есть идея выносить вновь
добавленные новые темы в "последние комментарии" или использовать другое
решение, которое бы свело необоходимость просмотра 2-х страниц к 1-ой.

Давно вынашиваю в планах, но пока просто некогда сделать.
— spinore (05/06/2007 01:50)   профиль/связь   <#>
комментариев: 1515   документов: 44   редакций: 5786
А ещё есть подозрение, что некоторые подобные проблемы могут быть вызваны
кэшированием в links. Отключать кэш пробовали?

Когда вы жмёте ctrl-r страница прнудительно загружется с сайта – каш в данном случае
не при чём. Как я понимаю на сайте есть ряд проблем с синхронизацией, и чем сильней
загрузка сервера тем чаще они сказываются.
Разбивка длинных слов когда-нибудь будет, а вот склейку делать не стану — может
переломать и правильное форматирование (списки и т.п.).

На самом деле разметка построена таким образом, в том числе списков, что
форматирование не полетит даже если склеить всё в одну строку. Единственное, что
полетит – это абзацы (можете проверить если не верите). Вот дял абзацев надо сделать
нечто специальное – некоторый знак, который бы указывал системе о том что надо
вставить перевод строки принудительно. Хороший пример – это LaTeX – там перевод
строки не играет роли, новый абзац привязан к наличию пустой строки и т.п.
Потому что определённая сеансовая информация сохраняется в куке, и если система при
переподключении пользовате этой информации найти в переданном куке не может (или эта
информация не соответствует тому, что ожидала система), происходит сброс. У Вас же в
разных браузерах разные куки сохраняются. Оттого так и происходит.

Да, но это неудобно – ограничивать пользователей по числу сессий, особенно с учётом
того что подобного артефакта на сайтах в интернете обычно нет – вы можете
аутентифицироваться на одном и том же сайте в разных браузерах одновременно и
совершенно независимо. Возможно, в данном случае не легко спаять это для
существующего движка – но это жуе другой вопрос.
— spinore (05/06/2007 01:53)   профиль/связь   <#>
комментариев: 1515   документов: 44   редакций: 5786
Мне тоже пришло уведомлении о комментарии, но ссылка на комментарий почему-то из
другой темы. Правда, я несколько раз за сегодня обновлял движок (не закрывая доступ к
сайту), и если в одно из таких обновлений пОсти комментарий, могла произойти какая-то
нестыковка. Код сейчас пересмотрел, вроде бы причин для сбоев нет, но Вы сообщайте,
если что.

При добавлении последнего коммента этой проблемы не возникло. Значит, либо дело в том
что ночь и слабая нагрузка, либо в том что действительно пофиксилось...
— spinore (05/06/2007 01:55, исправлен 05/06/2007 02:00)   профиль/связь   <#>
комментариев: 1515   документов: 44   редакций: 5786
The requested fragment "#Comment15330" doesn't exist.


Не.... чудес не бывает :-) Может быть, для воспроизведеия надо добавить 2 комментария подряд? Занчит, проблема всё-таки осталась.
— SATtva (05/06/2007 13:02)   профиль/связь   <#>
комментариев: 11558   документов: 1036   редакций: 4118
Когда вы жмёте ctrl-r страница прнудительно загружется с сайта – каш в данном случае
не при чём. Как я понимаю на сайте есть ряд проблем с синхронизацией, и чем сильней
загрузка сервера тем чаще они сказываются.
<...>
The requested fragment "#Comment15330" doesn't exist.

Ей богу, не могу воспроизвести, хоть десять комментариев добавляю одновременно.

Да, но это неудобно – ограничивать пользователей по числу сессий, особенно с учётом
того что подобного артефакта на сайтах в интернете обычно нет

Зато есть уязвимость к атакам с повторной передачей: скопируйте куку пользователя (например, если он авторизовался с работы или инет-кафе), а потом гоняйте её, чтобы в любой момент заходить от его имени на сайт. Здесь если человек разлогинился, любые копии куков становятся бесполезны.
— spinore (05/06/2007 13:29)   профиль/связь   <#>
комментариев: 1515   документов: 44   редакций: 5786
Ей богу, не могу воспроизвести, хоть десять комментариев добавляю одновременно.

Поставьте elinks под гентой и попробуйте, я думаю что под типичными браузерами это не вылазит. дефолтной настройкой можно воспользоваться для elinks.
Зато есть уязвимость к атакам с повторной передачей: скопируйте куку пользователя...

Ошибка соразмерности угроз: если человеку столь дорог его аккаунт, он не забудет разлогиниться, посидев в инет-кафе. К тому же, как это обычно делают, куки инвалидизируют принудительно по прошествии некоторого времени (можно, например, суток или нескольких дней – так что пожизненно чужу куку не погонять :-), а при разлогинивании они инвалидизируются), К тому же, обычно люди заходят на сайт со своих компьютеров а не с чужих... Я уже, например, привык к тому что на некоторые сайты могу не вводить пароль втечение всего аптайма своей машины. А на некоторых вполне себя уважающих сайтах типа undeadly.org вообще аутентификация только по сертификатам :-) – что бы вы на это сказали?
— SATtva (05/06/2007 14:35)   профиль/связь   <#>
комментариев: 11558   документов: 1036   редакций: 4118
Срок жизни кука роли не играет. Обычная практика (в 90% случаев) — это размещение в куке хэша пароля пользователя. Так что если противник тем или иным образом получит копию кука (поиск по свободному пространству диска может дать поразительные результаты), он всё равно сможет зайти на сайт.

А на некоторых вполне себя уважающих сайтах типа undeadly.org вообще аутентификация только по сертификатам :-) – что бы вы на это сказали?

Шутите? Здесь некоторые не могут тест Тьюринга пройти без мата, а если ещё сертификаты к аутентификации прикрутить...
На страницу: 1, 2 След.
Ваша оценка документа [показать результаты]
-3-2-1 0+1+2+3