Как известно, есть такая извечная проблема – отсутствие адекватного браузера для неидиотов.
Нормальный браузер должен быть быстр, поддерживать жизнено важные функции, позволять делать навигацию и редактирование полей с полноценными вим-клавишами... адекватно отображать картинки, представлять из себя среду, хорошо интегрированную с остальным окружением и дружить с большинством сайтов. Казалось бы всего совсем не много а на практике – фиг вам. Когда джаббер, 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-символов, вим пищит, а то что в итоге вставляется имеет такой вид, что волосы у меня на голове шевелятся. Это к вопросу о совместимости и интегрированности приложений.
комментариев: 1515 документов: 44 редакций: 5786
2 SATtva: может, попробуете у себя под Gentoo Linux воспроизвести?
комментариев: 1515 документов: 44 редакций: 5786
комментариев: 1515 документов: 44 редакций: 5786
https://www.pgpru.com/%D4%EE%F.....%C0%E4%F0%E5%F1Email
комментариев: 11558 документов: 1036 редакций: 4118
Попробую чуть позже.
Обе проблемы были вызваны одной моей ошибкой в последней подверсии движка, уже исправил.
В список задач я это давно поставил, но пока просто не до того. В целом, код выдаётся достаточно ровный (есть некоторые проблемы с нестингом, но некритичные), так что отображение в большинстве браузеров, в том числе и неграфических, должно быть допустимым.
А это уже что-то интересное. Проблема наблюдается только с links'ом? Приведите подробный порядок действий.
комментариев: 1515 документов: 44 редакций: 5786
У меня тоже не такой большой монитор – потому и написал что перекосило. Как я
понимаю, должен быть встроенный чекер длины строк, который бы принудительно разрывал
слишком длинные строки и объединял между собой те, которые явно не почемены как
относящиеся к разным абзацам – а то в links из-за этого выравнивание летит...
Вообще, в среднем отображение и в самом деле не плохое, а вот с поведением глючки
бывают.
1. Настроить links (речь если что идёт о links-gui, который поддерживает графику,
обычно запускается как links -g) так чтоб сам он не обновлял страницу – обновление
пусть принудительное по ctrl-r.
2. Добавляем комментарий к какой-либо из тем посредством links. Одновляем страницу и
видим – комент добавился. Открываем редакцию комментария, добавляем в конец
что-нибудь, жмём сохранить, перезагружаем страницу. Видим, что комментарий корректно
исправился. Снова жмём на "правку", редактируем, сохраняем, перезагружаем страницу -
ничего не меняется. Открываем снова редакцию комментария и получаем сообщение таким
каким оно было на предыдущем шаге до последнего исправления.
P. S.: возможны вариации. Идея – несколько раз подряд отредактировать одно и то же
сообщение (последний комментарий). Ранее я встречал случаи, когда при открытии
правки документа показывалась действительно самая последняя редакция документа, а
после перезагрузки страницы убеждался что изменения были не сохранены (однако оно
помнило что было отредактировано, ибо выводила последний вариант в редактируемом
сообщении).
P. P. S.: есть ещё такой браузер – elinks. – Он, в отличе от links пока развивается,
много чего поддерживает, практически всё из того что хотелось бы но есть один минус -
с графикой он не дружит, хотя авторы и собираются её поддержку туда добавлять. В
данном случае не важно, думаю, под links или elinks это тестировать, но есть ещё один
баг: после проделывания вышеописанных редакций если вернуться на страницу "последние
комментарии" и щёлкнуть по той теме, которую редактировал, то можно вылететь на
страницу авторизации которая сразу появляется после регистрации (вы авторизованы
здесь под ником таким-то, можете сразу выйти не отходя от касссы если дверью ошиблись
и т.п.) Причём, со ссылками на другиме страницы всё корректно. Конечно, если
подождать долго или переавторизоваться или зайти под другим браузером то эффект
пропадёт, но всё равно это нездорово. Да, и по поводу разных браузеров: почему меня
выкидывает из предыдущего браузера когда я авторизовываюсь в новом браузере? Тор,
если что, при этом выключен – соединение напрямую.
комментариев: 1515 документов: 44 редакций: 5786
"http://.../Comment<некоторое_число>" не существует и в последний комментарий в
заново перезагруженной странце непоказывается. Если немного подождать то всё
восстанавливается как должно быть, даже с учётом последних правок.
комментариев: 1515 документов: 44 редакций: 5786
– вот что он мне написал сразу после добавления предыдущего комментария при попытке перезагрузить страницу, хотя после повторной перезагрузки всё стабилизировалось (это вдогонку к предыдущему посту информация).
комментариев: 1515 документов: 44 редакций: 5786
наверняка те кто уже долгое время на сайте не рыскают по веткам форума дабы узнать
"что появилось нового" а открывают страницу "последние комментарии" и смотрят все
начиная от времени, которое было на момент последнего такого же просмотра. Здесь и
возникает проблема, что нужно отдельно просматривать "последние комментарии" и
"последние изменения" так как если тема не была ещё никем прокомментирована в
"последних комментариях" она не отобразится. Соответственно, есть идея выносить вновь
добавленные новые темы в "последние комментарии" или использовать другое
решение, которое бы свело необоходимость просмотра 2-х страниц к 1-ой. Насколько мне
известно, в ряде phpbb-форумов как раз используется метод когда на одной странице
умещаются как вновь появившиеся темы, так и те в которых появились непросмотренные
комментарии (правда, там всё привязано к тому, что уже просматривал пользователь, а что
ещё нет).
комментариев: 11558 документов: 1036 редакций: 4118
Мне тоже пришло уведомлении о комментарии, но ссылка на комментарий почему-то из другой темы. Правда, я несколько раз за сегодня обновлял движок (не закрывая доступ к сайту), и если в одно из таких обновлений пОстили комментарий, могла произойти какая-то нестыковка. Код сейчас пересмотрел, вроде бы причин для сбоев нет, но Вы сообщайте, если что.
А ещё есть подозрение, что некоторые подобные проблемы могут быть вызваны кэшированием в links. Отключать кэш пробовали?
Разбивка длинных слов когда-нибудь будет, а вот склейку делать не стану — может переломать и правильное форматирование (списки и т.п.).
Потому что определённая сеансовая информация сохраняется в куке, и если система при переподключении пользователи этой информации найти в переданном куке не может (или эта информация не соответствует тому, что ожидала система), происходит сброс. У Вас же в разных браузерах разные куки сохраняются. Оттого так и происходит.
Давно вынашиваю в планах, но пока просто некогда сделать.
комментариев: 1515 документов: 44 редакций: 5786
Когда вы жмёте ctrl-r страница прнудительно загружется с сайта – каш в данном случае
не при чём. Как я понимаю на сайте есть ряд проблем с синхронизацией, и чем сильней
загрузка сервера тем чаще они сказываются.
На самом деле разметка построена таким образом, в том числе списков, что
форматирование не полетит даже если склеить всё в одну строку. Единственное, что
полетит – это абзацы (можете проверить если не верите). Вот дял абзацев надо сделать
нечто специальное – некоторый знак, который бы указывал системе о том что надо
вставить перевод строки принудительно. Хороший пример – это LaTeX – там перевод
строки не играет роли, новый абзац привязан к наличию пустой строки и т.п.
Да, но это неудобно – ограничивать пользователей по числу сессий, особенно с учётом
того что подобного артефакта на сайтах в интернете обычно нет – вы можете
аутентифицироваться на одном и том же сайте в разных браузерах одновременно и
совершенно независимо. Возможно, в данном случае не легко спаять это для
существующего движка – но это жуе другой вопрос.
комментариев: 1515 документов: 44 редакций: 5786
При добавлении последнего коммента этой проблемы не возникло. Значит, либо дело в том
что ночь и слабая нагрузка, либо в том что действительно пофиксилось...
комментариев: 1515 документов: 44 редакций: 5786
Не.... чудес не бывает :-) Может быть, для воспроизведеия надо добавить 2 комментария подряд? Занчит, проблема всё-таки осталась.
комментариев: 11558 документов: 1036 редакций: 4118
Ей богу, не могу воспроизвести, хоть десять комментариев добавляю одновременно.
Зато есть уязвимость к атакам с повторной передачей: скопируйте куку пользователя (например, если он авторизовался с работы или инет-кафе), а потом гоняйте её, чтобы в любой момент заходить от его имени на сайт. Здесь если человек разлогинился, любые копии куков становятся бесполезны.
комментариев: 1515 документов: 44 редакций: 5786
Поставьте elinks под гентой и попробуйте, я думаю что под типичными браузерами это не вылазит. дефолтной настройкой можно воспользоваться для elinks.
Ошибка соразмерности угроз: если человеку столь дорог его аккаунт, он не забудет разлогиниться, посидев в инет-кафе. К тому же, как это обычно делают, куки инвалидизируют принудительно по прошествии некоторого времени (можно, например, суток или нескольких дней – так что пожизненно чужу куку не погонять :-), а при разлогинивании они инвалидизируются), К тому же, обычно люди заходят на сайт со своих компьютеров а не с чужих... Я уже, например, привык к тому что на некоторые сайты могу не вводить пароль втечение всего аптайма своей машины. А на некоторых вполне себя уважающих сайтах типа undeadly.org вообще аутентификация только по сертификатам :-) – что бы вы на это сказали?
комментариев: 11558 документов: 1036 редакций: 4118
Шутите? Здесь некоторые не могут тест Тьюринга пройти без мата, а если ещё сертификаты к аутентификации прикрутить...