maintjam.pl sorts, links and optionally purges JAM echo base.
Written by Stas Mishchenkov 2:460/58.
http://brorabbit.g0x.ru/files/perl/maintjam.pl
maintjam.pl sorts, links and optionally purges JAM echo base.
maintjam.pl sorts, links and optionally purges JAM echo base.
А если эхо-бейз находится в трёх файлах с расширениями sql, sqi и sqd,
то можно будет что-нибудь сделать для сортировки?
maintjam.pl sorts, links and optionally purges JAM echo base.А если эхо-бейз находится в трёх файлах с расширениями sql, sqi и sqd,
Written by Stas Mishchenkov
2:460/58.
то можно будет что-нибудь сделать для сортировки?
Зачем сортировать сообщения в самой базе? Для программ, которые умеют только последовательно сообщения из базы читать?
https://github.com/shadowlmd/mbtool можно, но оно не такое удобное, и ластриды игнорирует.
http://brorabbit.g0x.ru/files/perl/maintjam.pl maintjam.pl sorts, links and optionally purgesСортировка писем - это прерогатива программы чтения, кто-то хочет сортировать по дате
JAM echo base.
написания, кто-то по дате получения, кто-то по автору или сабжу. В графическом интерфейсе
читалки обычно просто тыкаешь на нужную тебе колонку, и происходит сортировка по ней. Зачем
сортировать сообщения в самой базе? Для программ, которые умеют только последовательно
сообщения из базы читать?
P.S. С программистической точки зрения, зачем руками читать заголовки и сообщения JAM, если
используется какая-то библиотека use FTN::JAM?
https://github.com/shadowlmd/mbtool можно, но оно не такоеДа вполне удобно выглядит, единственно, нет готового exe, можно для Windows где-нибудь выложить?
удобное, и ластриды игнорирует.
maintjam.pl sorts, links and optionally purges JAM echo base.
Written by Stas Mishchenkov 2:460/58.
А если эхо-бейз находится в трёх файлах с расширениями sql, sqi и sqd, то можно будет что-нибудь сделать для сортировки?
http://brorabbit.g0x.ru/files/perl/maintjam.pl
maintjam.pl sorts, links and optionally purges JAM echo base.
Сортировка писем - это прерогатива программы чтения,
кто-то хочет сортировать по дате написания,
кто-то по дате получения,
кто-то по автору или сабжу.
В графическом интерфейсе читалки обычно просто тыкаешь на нужную тебе колонку, и происходит сортировка по ней.
Зачем сортировать сообщения в самой базе? Для программ, которые умеют только последовательно сообщения из базы читать?
P.S. С программистической точки зрения, зачем руками читать заголовки
и сообщения JAM, если используется какая-то библиотека use FTN::JAM?
https://github.com/shadowlmd/mbtool/releases
https://github.com/shadowlmd/mbtool/releasesПолучилось - отсортировала, благодарю!
https://github.com/shadowlmd/mbtool/releases
Получилось - отсортировала, благодарю!
Таки как у вас с базах сообщения не поочереди идут? Либо ресканы, либо какие-то линки молчат месяцами и потом протоссивается?
https://github.com/shadowlmd/mbtool/releases
Получилось - отсортировала, благодарю!
Таки как у вас с базах сообщения не поочереди идут? Либо ресканы, либо какие-то линки молчат месяцами и потом протоссивается?
Таки как у вас с базах сообщения не поочереди идут? Либо ресканы, либо какие-то линки молчат месяцами и потом протоссивается?
3. апример, 5020/570 прозванивает меня раз в час. Соответственно
часто ответы приходят раньше самих писем.
3. апример, 5020/570 прозванивает меня раз в час. Соответственно
часто ответы приходят раньше самих писем.
Если ты получаешь от кого-то эху, в которой кто-то ответил на чьё-то письмо, то этот кто-то должен был получить письмо, на которое отвечал. И оно должно лежать в базе вместе с ответом, а также должно было уже упаковаться на тебя, сразу после получения его от линка. А потом должен был допаковаться ответ.
Если ты от одного линка получаешь письма, а от другого в той же
эхе ответы, значит ты подписан на эху у двух аплинков.
Это не чревато?
| Sysop: | Angel Ripoll |
|---|---|
| Location: | Madrid, Spain |
| Users: | 13 |
| Nodes: | 8 (0 / 8) |
| Uptime: | 293:49:28 |
| Calls: | 1,105 |
| Calls today: | 1 |
| Files: | 1,388 |
| D/L today: |
1 files (3K bytes) |
| Messages: | 71,531 |