#21
|
|||
|
|||
Jam VS Squish
Alexey Fayans написал(а) к Sergey Anohin в Jan 24 17:38:37 по местному времени:
Нello Sergey! On Mon, 29 Jan 2024 16:47, in a message to me, you wrote: SA>>> но даж его не воскресили. AF>> А зачем? Есть же мейнстрим голдед, который вполне поддерживается, AF>> периодически. В последних релизах, правда, наломали дров и не AF>> чинят.. :) SA> Там ведь это форк какой-то был с какими-то плюхами? Видимо, этот форк случился ещё когда Аганичев пилил свой форк в одиночку. И каждый пошёл своим путём. Но Аганичев продолжал пилить, а автор NSF слился. Как бы то ни было, проект испустил дух, и о нём давно пора забыть. ... Music Station BBS | https://bbs.bsrealm.net | telnet://bbs.bsrealm.net --- GoldED+/W32-MSVC 1.1.5-b20230826 |
#22
|
|||
|
|||
Jam VS Squish
Nil A написал(а) к Sergey Anohin в Jan 24 19:00:42 по местному времени:
Нello, Sergey! Monday January 29 2024 10:40, from Sergey Anohin -> Nil A: NA>> Так-то можно замоpочиться, в "дыpки" писать. SA> А можно пpосто взять SQlite и в ус не дуть? Можно, но мы же хотим работать со всем этим наследием фидософта с 90х, так? Ну вот чтобы не комбайны, которым внутри пофиг, потому что они закрытая система, а вот прям как мейлер+тоссер+читалка было, и чтобы все понимали друг друга, и любой из них был взаимозаменяемый. Так то и на бинкп протокол можно забить, и гонять через какой-нибудь REST. Кайфа то сколько сразу. И доступ из сетей, где только http(s) трафик разрешён. TLS шифрование и авторизация сразу из коробки. SA> У Пушкена же в хотдоге оно? В этих мобильниках же так таковой файловой системы вроде нет, только если это не SD карточка внешняя. Там приходится работать с тем что есть, типа встроенного sqlite. В PalmOS, помню, там записями фиксированной длины оперируешь, а не файлами. Кстати, была читалка оффлайновая под пальм. Best Regards, Nil --- GoldED+/LNX 1.1.5 |
#23
|
|||
|
|||
Jam VS Squish
Dmitry Protasoff написал(а) к Nil A в Jan 24 16:25:49 по местному времени:
Нello, Nil! Monday January 29 2024 19:00, you wrote to Sergey Anohin: NA> Так то и на бинкп протокол можно забить, и гонять через какой-нибудь NA> REST. Кайфа то сколько сразу. И доступ из сетей, где только http(s) NA> трафик разрешён. TLS шифрование и авторизация сразу из коробки. Гораздо интереснее было бы получить доступ из сетей, где http(s) не разрешен. Например - over DNS. Best regards, dp. --- GoldED+/LNX 1.1.5-b20230304 |
#24
|
|||
|
|||
Jam VS Squish
Egor Glukhov написал(а) к Nil A в Jan 24 19:24:40 по местному времени:
Nil, 29 Jan 24 19:00, you wrote to Sergey Anohin: NA>>> Так-то можно замоpочиться, в "дыpки" писать. SA>> А можно пpосто взять SQlite и в ус не дуть? NA> Можно, но мы же хотим работать со всем этим наследием фидософта с 90х, NA> так? Ну вот чтобы не комбайны, которым внутри пофиг, потому что они NA> закрытая система, а вот прям как мейлер+тоссер+читалка было, и чтобы все NA> понимали друг друга, и любой из них был взаимозаменяемый. Ты часто взаимозаменяешь любой из этих компонентов? SA>> У Пушкена же в хотдоге оно? NA> В этих мобильниках же так таковой файловой системы вроде нет, А куда она делась? NA> только если это не SD карточка внешняя. Там приходится работать с тем NA> что есть, типа встроенного sqlite. Всё там есть, просто сабж оказался ненужОн, когда есть sqlite. Егор Глухов --- GoldED+/LNX 1.1.5-b20230304 |
#25
|
|||
|
|||
Jam VS Squish
Sergey Anohin написал(а) к Nil A в Jan 24 19:58:36 по местному времени:
Нello, Nil! NA> Можно, но мы же хотим работать со всем этим наследием фидософта с 90х, так? Ну вот чтобы не комбайны, которым внутри пофиг, потому что они закрытая система, а вот прям как мейлер+тоссер+читалка было, и чтобы все понимали друг друга, и любой из них был взаимозаменяемый. Да можно и комбаин, были бы живые поддерживальщики С наилучшими пожеланиями, Sergey Anohin. --- wfido |
#26
|
|||
|
|||
Jam VS Squish
Nil A написал(а) к Alexey Fayans в Jan 24 19:39:48 по местному времени:
Нello, Alexey! Monday January 29 2024 10:08, from Alexey Fayans -> Nil A: NA>> Так-то можно заморочиться, в "дырки" писать. AF> Формат Squish очень прост. Фреймы идут друг за другом. В индексе AF> хранится связь абсолютного номера соощения (UMSGID) с позицией фрейма AF> (Offset), и хэш поля To. Если Offset == 0, сообщение удалено. В JAM AF> примерно так же, просто -1 вместо 0. В обоих случаях (JAM и Squish) ты AF> можешь высчитать количество байт между концом последнего сообщения AF> перед удалённым и началом первого сообщения после, и если места AF> хватит, пихнуть туда фрейм. Правда в случае с JAM нужно будет такой же AF> фокус проделать ещё и с файлом заголовков. Довольно трудозатратно и AF> напрочь лишено смысла, поэтому так никто не делает, насколько мне AF> известно. Меня всегда завораживало следить за defrag утилитой, изначально из Нортон Утилит которая. Как ей тяжело приходится, перемещать маленькими кусочками туда-сюда. А вот пуржилки всегда были такими, что новый файл базы создают и туда сообщения из старой базы накидывают. Или были пуржилки, которые как defrag.exe кусочки внутри перемещают? NA>> Хотя, есть проблема с Jam, там можно удалять по-разному, и даже NA>> голдед имеет настройку как именно удалять. AF> В JAM есть аттрибут MSG_DELETED (0x80000000L), голдед может считать AF> сообщения с этим аттрибутом удалёнными (как и задумано), а может их AF> отображать. Никаких других настроек на эту тему в голдеде нет, и AF> проблем никаких это не вызывает. Проблема, что не все одинаково понимают, что такое удалённое сообщение. Многим обязательно надо, чтобы в индексе было -1, и не лезут они вычитывать MSG_DELETED, ибо это долго. Best Regards, Nil --- GoldED+/LNX 1.1.5 |
#27
|
|||
|
|||
Jam VS Squish
Nil A написал(а) к Egor Glukhov в Jan 24 20:14:02 по местному времени:
Нello, Egor! Monday January 29 2024 14:49, from Egor Glukhov -> Sergey Anohin: SA>> Но в целом придумать стандарт для базы SQL было бы не плохо. EG> И первая же имплементация будет "ваш стандарт говно, вы ничего не EG> понимаете в SQL, я сделал свою схему". Потому что сообщения надо сериализовать в json, и тогда уже пофиг в какой-то nosql базе хранить. Кстати, если сообщения в какой-то схеме, и доступ по sql-синтаксису, то можно положить в класстер с Кассандрой, всё равно же у нас eventual consistency у сообшений, то получится.. правильно ФБ :-) Best Regards, Nil --- GoldED+/LNX 1.1.5 |
#28
|
|||
|
|||
Golded - последних релизах, правда, наломали дров и не чинят..
Nil A написал(а) к Alexey Fayans в Jan 24 20:17:30 по местному времени:
* Originally in ru.ftn.develop * Crossposted in ru.golded Нello, Alexey! Monday January 29 2024 15:30, from Alexey Fayans -> Sergey Anohin: AF> Есть же мейнстрим голдед, который вполне поддерживается, периодически. AF> В последних релизах, правда, наломали дров и не чинят.. AF> :) Можно с этого места поподробнее и в эху специализированную. Best Regards, Nil --- GoldED+/LNX 1.1.5 |
#29
|
|||
|
|||
Jam VS Squish
Nil A написал(а) к Dmitry Protasoff в Jan 24 20:22:04 по местному времени:
Нello, Dmitry! Monday January 29 2024 16:25, from Dmitry Protasoff -> Nil A: NA>> Так то и на бинкп протокол можно забить, и гонять через NA>> какой-нибудь REST. Кайфа то сколько сразу. И доступ из сетей, где NA>> только http(s) трафик разрешён. TLS шифрование и авторизация NA>> сразу из коробки. DP> Гораздо интереснее было бы получить доступ из сетей, где http(s) не DP> разрешен. Например - over DNS. Это ты запускашь туннель, который over DNS, и который даёт SOCKS прокси наружу, и вписываешь в бинкд, фсё работает из-каробки. Best Regards, Nil --- GoldED+/LNX 1.1.5 |
#30
|
|||
|
|||
Jam VS Squish
Dmitry Protasoff написал(а) к Nil A в Jan 24 17:25:08 по местному времени:
Нello, Nil! Monday January 29 2024 20:22, you wrote to me: DP>> Гораздо интереснее было бы получить доступ из сетей, где http(s) DP>> не разрешен. Например - over DNS. NA> Это ты запускашь туннель, который over DNS, и который даёт SOCKS NA> прокси наружу, и вписываешь в бинкд, фсё работает из-каробки. IP over DNS - это жутчайший оверхед непойми зачем - мы ведь почту хотим получить, а не TCP/IP поверх неприспособленного для этого транспорта. А так - можно было бы в самолете почитать почту, даже не платят за интернет. Best regards, dp. --- GoldED+/LNX 1.1.5-b20230304 |