[>]
Re: Странности в работе
ii.14
spline(station13, 1) — vit01
2015-06-05 13:06:24
>Нода на lisp? Хмм, интересно...
Ну для меня это просто спортивный интерес. А если смотреть с практической точки зрения, то два основных пнукта есть у такого решения:
- минус: 50-60 мегабайт оперативной памяти будет отъедать (lisp-машина со всем содержимым тяжеловата);
- плюс: высокая скорость работы в сравнении с php или python.
По поводу минуса у меня ещё есть некоторые вопросы. Возможно, удастся свести потребление памяти к минимуму.
[>]
Re: Странности в работе
ii.14
vit01(mira, 1) — vit01
2015-06-05 07:23:19
Я понял, в чём суть =)
Как только я взял "тестовый образец" сообщения, то сразу заметил в нём слэш / и всё понял. Естесственно, протестировал его всеми методами (и оно портится в том же месте).
> или просто через браузер на php-ноду
Просто через браузер это всё происходило так, верно?
ii-point.php?q=/u/point/<строка авторизации>/base64code
Так вот: если base64-сообщение содержит слэши, то оно, естесственно, обрезается в запросе, так как нода принимает последующую часть за очередной параметр.
Вариант 1 (самый оптимальный) - передавать через POST. Именно так поступает 51talk и остальные.
Вариант 2 - использовать base64-urlsafe. Этот случай, кстати, прописан в документации ещё Ромой.
> (если сообщение передавать через get-запрос, то оно там уже обязано быть base64_urlsafe)
http://ii-net.tk/ii-doc/?p=4
Также см. ii-functions.php line 80
> С другой стороны, на python-ноду сообщения доходят нормально во всех случаях.
Видимо, там стоит некий костыль, объединяющий все последующие параметры (при использовании /u/point/) в один. Но по правилам это нигде не прописано, и всегда использовали urlsafe.
[>]
Re: Странности в работе
ii.14
vit01(mira, 1) — spline
2015-06-05 10:05:55
> Я думаю после того, как доведу до ума clii, написать ещё и ноду. И как раз планировал добавить возможность обмена поверх https
Нода на lisp? Хмм, интересно...
А я вот тоже хотел https себе прикрутить, да сертификат лень получать :)
[>]
Re: iissh (ii <-> sftp)
ii.14
vit01(mira, 1) — spline
2015-06-08 14:06:06
> идёшь браузером на 127.0.0.1:4242 и пользуешься.
Тьфу блин! А я, как дурак, вводил (http-get-mail) в консоль. Конечно, оно всё зафетчило, и я тогда подумал, что больно суровый клиент у тебя.
Собирался уже посмотреть, что там на лиспе нужно ввести, чтобы как-то написать сообщение, но было уже лень.
[>]
Re: iissh (ii <-> sftp)
ii.14
spline(station13, 1) — vit01
2015-06-08 14:25:11
Ну это я в README не прописал пока, так как не считаю, что клиент готов для использования кем-либо кроме меня. А вообще, там в конце (defvar *acceptor*...) создаёт инстанс веб-сервера, но это без документации не догадаешься =)
[>]
Re: Странности в работе
ii.14
spline(station13, 1) — vit01
2015-06-05 14:41:33
>Кстати, смотрю, у твоего клиента нет поддержки repto
Это далеко не всё, чего в моём клиенте пока нет =) Но будет обязательно.
[>]
Re: iissh (ii <-> sftp)
ii.14
spline(station13, 1) — vit01
2015-06-08 13:15:11
>Напишешь потом readme для непосвящённых, окей? =)
Ну если по пользованию и настройке, то уже всё в README.md есть. Сегодня описание config.cfg добавил.
Если смог зафетчить почту, то осилил поставить quicklisp. А больше там сложностей быть не должно. Прописываешь конфиг, запускаешь, идёшь браузером на 127.0.0.1:4242 и пользуешься.
[>]
Re: iissh (ii <-> sftp)
ii.14
spline(station13, 1) — vit01
2015-06-08 11:59:28
>А я вон в лисп-клиенте пробовал разобраться, получилось только фетчинг запустить
Там пока ад и Израиль внутри. Так что лучше не лазить пока особо. Чревато негодованием а то.
[>]
Re: clii
ii.14
spline(station13, 1) — vit01
2015-06-08 20:14:50
>И ещё: сообщения не отправляются. Они помечаются отправленными, но на сервер почему-то не попадают. auth в конфиге указан, но, как думаю, дело не в нём.
Довольно странно, так как я уже несколько дней пишу исключительно из своего клиента. Причём с разных машин. Надо отлавливать. Если будет возможность запустить на каком-нить сервере это дело, то я смогу подключиться к REPL и посмотреть что там происходит повнимательнее.
[>]
Re: clii
ii.14
spline(station13, 1) — vit01
2015-06-09 21:26:10
>На сегодня пока отключаюсь
Похоже, надо ждать выходных. Я только поздно вечером дома могу пока.
[>]
Re: iissh (ii <-> sftp)
ii.14
spline(station13, 1) — vit01
2015-06-08 18:18:09
И ещё. Если будешь смотреть снова клиент, не забудь обновить локальный репозиторий. Коммиты шлю почти каждый день а то.
[>]
Re: Странности в работе
ii.14
vit01(mira, 1) — spline
2015-06-10 14:11:01
Вижу. А тот баг до сих пор есть.
Сейчас пришёл домой, подключил заново. Если что, посмотри, пожалуйста.
[>]
Re: clii
ii.14
vit01(mira, 1) — spline
2015-06-08 19:05:58
Ага, про git pull не забываю.
Кстати, вебморда-то мне понравилась. Во-первых, симпатичная, во-вторых, лёгкая.
В Ромином клиенте был foundation, а здесь его нет. Хорошее дело сделал.
И ещё: сообщения не отправляются. Они помечаются отправленными, но на сервер почему-то не попадают. auth в конфиге указан, но, как думаю, дело не в нём.
[>]
Re: Странности в работе
ii.14
spline(station13, 1) — vit01
2015-06-10 15:28:40
>Сейчас пришёл домой, подключил заново. Если что, посмотри, пожалуйста.
Не могу с работы по ssh наружу цепляться. Так что только ждать выходных или поздно вечером.
[>]
Re: Странности в работе
ii.14
spline(station13, 1) — vit01
2015-06-10 15:59:42
>Сейчас пришёл домой, подключил заново. Если что, посмотри, пожалуйста.
Всё просто оказалось: клиент пока не различает ответ ноды. А у твой поинт у меня потерялся (я один раз потерял всю ноду безвозвратно). Сегодня восстановлю тебе учётку и всё будет нормально.
[>]
Re: habra.14
ii.14
vit01(mira, 1) — spline
2015-06-11 06:04:42
Ещё давно снял из-за того, что не работала нода.
Извиняюсь, мой косяк, теперь фетч есть.
[>]
habra.14
ii.14
spline(station13, 1) — All
2015-06-10 23:03:31
vit01, Difrex вернул свою ноду в строй. Ты же из-за этого хабру с фетчинга снял?
[>]
Статистика
ii.14
vit01(mira, 1) — All
2015-06-15 16:48:54
В среднем новые сообщения в сети ii появляются раз в 40 минут.
Если убрать из подсчётов наших основных ботов (Новостной_робот, habrabot, RSS-bot) и архивную эху hc.51, что славилась быстрым наполнением без роботов, то средний интервал времени составит примерно час.
Делаем выводы, друзья =)
[>]
Re: Common lisp ii-client
ii.14
spline(station13, 1) — vit01
2015-06-19 13:26:10
>Только одна мелочь: в диалоге загрузки сообщений (фетча) отсутствует кнопка отправки.
Ну тут логика такая: когда ты загрузил свежие сообщения, ты ещё ничего не написал. Надо будет пересмотреть отношение к кнопкам. Сейчас там любые кнопки на любой странице индивидуально можно навключать. Так что это не баг, а фича =)
>подумал тут снова про значок в svg, которого нет
Я тоже о ней думал, но не осилил. В векторе я где-то в районе нуля болтаюсь. Криво получается.
[>]
Common lisp ii-client
ii.14
spline(station13, 1) — All
2015-06-19 10:53:10
Собственно, выхожу на финишную прямую к первому релизу. Если есть желающие, то потыкайте пожалуйста.
[>]
Re: Common lisp ii-client
ii.14
vit01(station13, 10) — spline
2015-06-19 13:01:05
Посмотрел клиент ещё раз. Вроде бы, придраться больше не к чему.
Только одна мелочь: в диалоге загрузки сообщений (фетча) отсутствует кнопка отправки.
[>]
Re: Статистика
ii.14
vit01(mira, 1) — spline
2015-06-15 19:42:00
Я составлял по локальной базе своего клиента и со своими подписками. Так что, к примеру, lenta.rss.15.1 в подсчётах нет.
Если бы захватил абсолютно все эхи, то интервал наверняка был бы меньше.
> Думал, всё гораздо грустнее у нас.
Ну мы же все знаем, что нужно делать, чтобы было веселее; *ехидная улыбка*
[>]
Re: Common lisp ii-client
ii.14
vit01(mira, 1) — spline
2015-06-19 13:54:24
> когда ты загрузил свежие сообщения, ты ещё ничего не написал.
Не обязательно. Иногда бывает такое. Хотя признаюсь, что в моём клиенте точно так же =)
[>]
Re: Статистика
ii.14
spline(station13, 1) — vit01
2015-06-15 18:08:08
>Делаем выводы, друзья =)
Не самая худшая статистика, если честно. Думал, всё гораздо грустнее у нас.
[>]
Re: Common lisp ii-client
ii.14
Difrex(mira, 14) — spline
2015-06-19 16:21:49
Да я делал вроде, но после инсталла quicklisp он ругается так:
(ql:add-to-init-file)
debugger invoked on a SB-INT:SIMPLE-READER-PACKAGE-ERROR in thread
#<THREAD "main thread" RUNNING {1002D5E6B3}>:
Package QL does not exist.
Stream: #<SYNONYM-STREAM :SYMBOL *TERMINAL-IO* {10001BF533}>
[>]
Re: Common lisp ii-client
ii.14
spline(station13, 1) — Difrex
2015-06-19 14:14:29
>Не работает
На ginhub есть инструкция по установке. Прочитай повнимательнее. Ты не установил quicklisp или не прописал его в авторзагрузку.
[>]
Re: ii.difrex.ru
ii.14
Difrex(mira, 14) — vit01
2015-06-19 16:32:48
Может кто проверить доступность ноды? Можно пингом просто.
Просто может на работе проблемы с сетью.
[>]
Re: Common lisp ii-client
ii.14
vit01(mira, 1) — Difrex
2015-06-19 19:37:20
А я не делал (ql:add-to-init-file), по-другому сделал.
Открыл clii.lisp и в начало файла добавил
(load "~/quicklisp/setup.lisp")
Результат тот же, и конфиги не засоряются.
[>]
Re: Common lisp ii-client
ii.14
spline(station13, 1) — vit01
2015-06-19 21:58:46
>Результат тот же, и конфиги не засоряются.
Ну quicklisp это полезно. Так что я рекомендую именно в автозагрузку =)
[>]
Re: Common lisp ii-client
ii.14
Difrex(mira, 14) — spline
2015-06-19 14:10:11
Не работает:
debugger invoked on a SB-C::INPUT-ERROR-IN-LOAD in thread
#<THREAD "main thread" RUNNING {1002D5E6C3}>:
READ error during LOAD:
Package QL does not exist.
Line: 9, Column: 13, File-Position: 442
Stream: #<SB-INT:FORM-TRACKING-STREAM
for "file /home/difrex/soft/clii/clii.lisp" {1002D71F93}>
Type HELP for debugger help, or (SB-EXT:EXIT) to exit from SBCL.
restarts (invokable by number or by possibly-abbreviated name):
0: [ABORT ] Abort loading file "/home/difrex/soft/clii/clii.lisp".
1: [CONTINUE] Ignore runtime option --eval "(load \"clii.lisp\")".
2: Skip rest of --eval and --load options.
3: Skip to toplevel READ/EVAL/PRINT loop.
4: [EXIT ] Exit SBCL (calling #'EXIT, killing the process).
(SB-C:COMPILER-ERROR SB-C::INPUT-ERROR-IN-LOAD :CONDITION #<SB-INT:SIMPLE-READER-PACKAGE-ERROR "Package ~A does not exist." {1002D74953}> :STREAM #<SB-INT:FORM-TRACKING-STREAM for "file /home/difrex/soft/clii/clii.lisp" {1002D71F93}>)
[>]
ii-php
ii.14
spline(station13, 1) — All
2015-06-22 11:37:47
В связи с перекатыванием
ii://lenta.rss.15.1 в
ii://lenta.rss.15.2 обнаружил баг в php-ноде: в list,txt отдаётся неверное количество сообщений в эхе. При пустой эхе на ноде, в list.txt я видел одно сообщение. И так далее.
Этот баг уже исправлен, А то я не обновлялся со времён введения веб-интерфейса в стиле material.
[>]
Re: Common lisp ii-client
ii.14
spline(station13, 1) — Difrex
2015-06-22 10:39:17
>Никак. Не работает =)
Была опечатка в исходнике. Попробуй ещё раз, если не затруднит. Но почему у тебя QL не работает остаётся для меня загадкой. У меня пока только проблемы под виндой были с DRAKMA и то только потому, что оно openssl требует.
[>]
Re: Common lisp ii-client
ii.14
Difrex(mira, 14) — spline
2015-06-22 10:57:51
Все, заработало.
Но не из-за исправления опечатки.
Quicklisp надо было из ~/quicklisp/setup.lisp ставить, оказывается.
[>]
Re: ii-php
ii.14
vit01(mira, 1) — spline
2015-06-22 12:12:39
> Этот баг уже исправлен
Решил проверить ради интереса у себя на ноде и, увы, он не исправлен =)
Хотя с большей вероятностью я, видимо, просто не считал это багом...
Исправил у себя, закоммитил в гит, обновил список фетчера.