# Re: Судьба obsd.11
jmaks (station13, 12) → Peter – 14:44:21 2017-05-01
Peter> В связи с отсутствием взаимности с нодой Ромы у меня вопрос:
Peter> Оставлять ли obsd.11 эху? Нужна ои она кому-то в виде оторванного островка? :)
Peter> Мне самому obsd нравится, но если я один -- смысла оставлять эху не вижу.
Оставлять, в любом случае. Тем не менее я ее с club фетчу.
jmaks (station13, 12) → Peter – 14:44:21 2017-05-01
Peter> В связи с отсутствием взаимности с нодой Ромы у меня вопрос:
Peter> Оставлять ли obsd.11 эху? Нужна ои она кому-то в виде оторванного островка? :)
Peter> Мне самому obsd нравится, но если я один -- смысла оставлять эху не вижу.
Оставлять, в любом случае. Тем не менее я ее с club фетчу.
# Re: idec mobile
Andrew Lobanov (Go!,0) → Peter – 02:16:52 2017-04-17
Peter> Завел две ноды с разными подписками. Слева в меню переключаю ноды, а список эх остается старым. При рестарте приложения -- меняется.
Изменение подписок так же видно только после рестарта. Что-то разладилось.
Andrew Lobanov (Go!,0) → Peter – 02:16:52 2017-04-17
Peter> Завел две ноды с разными подписками. Слева в меню переключаю ноды, а список эх остается старым. При рестарте приложения -- меняется.
Изменение подписок так же видно только после рестарта. Что-то разладилось.
# ii/idec/гк -- прекрасны
Peter (syscall,1) → All – 20:26:18 2017-04-17
На данный момент хочу сказать, что ваши технологии мне очень нравятся -- они прекрасны!
Все, что пишу ниже -- это имхо. Лучшее, на мой взгляд это:
- gk11 сайт Ромы (он прекрасен, и честно говоря, именно его дизайн заставил меня погрузиться в сеть). На данный момент -- это лучшее решение для неподготовленных людей (особенно подкупает простота регистрации). Я очень рад, что он сделал вариант с idec транспортом;
- цезий от Андрея -- офигенен!
- rss2idec от Андрея -- рулит!
- сам idec -- прост как валенок и выполняет свою работу (при всей технологичности ГК11, мне кажется, idec обладает большей простотой);
Peter (syscall,1) → All – 20:26:18 2017-04-17
На данный момент хочу сказать, что ваши технологии мне очень нравятся -- они прекрасны!
Все, что пишу ниже -- это имхо. Лучшее, на мой взгляд это:
- gk11 сайт Ромы (он прекрасен, и честно говоря, именно его дизайн заставил меня погрузиться в сеть). На данный момент -- это лучшее решение для неподготовленных людей (особенно подкупает простота регистрации). Я очень рад, что он сделал вариант с idec транспортом;
- цезий от Андрея -- офигенен!
- rss2idec от Андрея -- рулит!
- сам idec -- прост как валенок и выполняет свою работу (при всей технологичности ГК11, мне кажется, idec обладает большей простотой);
# Re: Путь развития ii
Рома (gk11,1) → jmaks – 21:17:45 2017-04-16
0. Дудочка и кувшинчик - либо сверхпростой протокол, который можно ПОНЯТЬ, даже не будучи адептом. Либо вещь, которая думает за тебя, но *не всё так однозначно*. Подобных вещей и так достаточно, спасибо. А так, чтобы и просто, и само - так не бывает, либо дудочка, либо кувшинчик.
1. А ЗАЧЕМ клиентам обмениваться? Клиент вообще не производит сообщения. Жизнь любому сообщению даёт нода, пока пойнт на ноде не завизирует сообщения, не поставит ему штамп, именной номер - этого сообщения ни для кого не существует. Его жизнь начинается только тогда, когда юзер находит возможность связаться с нодой, и сказать *у меня тут некий текстик - пожалуйста, сделай из него сообщение*. поэтому любое сообщение всегда есть на ноде. и достаточно пройти по всем нодам, чтобы собрать все нужные эхи
2. поэтому вопрос *обмена сообщениями* - это очень узкий частный случай, например *нет сети*. но при этом любой клиент, который хранит сообщения в файлах в echo/ и msg/ - он уже имеет нужную нодовую базу. не знаю, как сейчас, а раньше были и минимальная нода без веб-форм, чей код умещался в один экран, которая могла спокойно раздавать. один запустил эту ноду в каталоге, второй настроил клиент на http://127.0.0.1:62220, и, пожалуйста, обменивайся. кроме того, раньше были и утилиты для флоппинета, когда и веб-сервер не требуется
3. протокол на это не рассчитан. кто не хочет быть нодом - идёт в поинты, и хоть с пяти станций одновременно питается
Рома (gk11,1) → jmaks – 21:17:45 2017-04-16
0. Дудочка и кувшинчик - либо сверхпростой протокол, который можно ПОНЯТЬ, даже не будучи адептом. Либо вещь, которая думает за тебя, но *не всё так однозначно*. Подобных вещей и так достаточно, спасибо. А так, чтобы и просто, и само - так не бывает, либо дудочка, либо кувшинчик.
1. А ЗАЧЕМ клиентам обмениваться? Клиент вообще не производит сообщения. Жизнь любому сообщению даёт нода, пока пойнт на ноде не завизирует сообщения, не поставит ему штамп, именной номер - этого сообщения ни для кого не существует. Его жизнь начинается только тогда, когда юзер находит возможность связаться с нодой, и сказать *у меня тут некий текстик - пожалуйста, сделай из него сообщение*. поэтому любое сообщение всегда есть на ноде. и достаточно пройти по всем нодам, чтобы собрать все нужные эхи
2. поэтому вопрос *обмена сообщениями* - это очень узкий частный случай, например *нет сети*. но при этом любой клиент, который хранит сообщения в файлах в echo/ и msg/ - он уже имеет нужную нодовую базу. не знаю, как сейчас, а раньше были и минимальная нода без веб-форм, чей код умещался в один экран, которая могла спокойно раздавать. один запустил эту ноду в каталоге, второй настроил клиент на http://127.0.0.1:62220, и, пожалуйста, обменивайся. кроме того, раньше были и утилиты для флоппинета, когда и веб-сервер не требуется
3. протокол на это не рассчитан. кто не хочет быть нодом - идёт в поинты, и хоть с пяти станций одновременно питается
# Re: idec-нода на Авалоне
vit01 (mira, 1) → jmaks – 16:20:45 2017-05-01
Проставил в фетчер.
// Надо бы уже json-файлы с картой фетча обновить. В последнее время сеть подросла в размерах, да и схемы гейтов изменились
vit01 (mira, 1) → jmaks – 16:20:45 2017-05-01
Проставил в фетчер.
// Надо бы уже json-файлы с картой фетча обновить. В последнее время сеть подросла в размерах, да и схемы гейтов изменились
# Re: 51talk - новая жизнь
Ромеро (syscall,5) → Ромеро – 18:12:32 2017-04-17
кста, нормальный клиент, мне понравился
тока в sqlite-версии не работают карбонки и поиск - со временем исправлю
Ромеро (syscall,5) → Ромеро – 18:12:32 2017-04-17
кста, нормальный клиент, мне понравился
тока в sqlite-версии не работают карбонки и поиск - со временем исправлю
# Нужен цезий на гитхабе
Peter (syscall,1) → Andrew Lobanov – 20:10:16 2017-04-17
Очень прошу вернуть цезий на гитхаб. Хотя бы зеркало.
В очередной раз столкнулся с тем что ссылки на реп с цезием не работают: http://instead.syscall.ru/club/
Не работают ссылка на реп в описании сети idec итд.
Перед людьми не удобно. :) Я вот сейчас вообще не знаю, где его брать.
Репозиторий на гитхабе решит все проблемы!
Поддержите начинание =)
Peter (syscall,1) → Andrew Lobanov – 20:10:16 2017-04-17
Очень прошу вернуть цезий на гитхаб. Хотя бы зеркало.
В очередной раз столкнулся с тем что ссылки на реп с цезием не работают: http://instead.syscall.ru/club/
Не работают ссылка на реп в описании сети idec итд.
Перед людьми не удобно. :) Я вот сейчас вообще не знаю, где его брать.
Репозиторий на гитхабе решит все проблемы!
Поддержите начинание =)
# Re: 51talk - новая жизнь
Ромеро (syscall,5) → Ромеро – 14:19:36 2017-04-17
посмотрел старик Ромерыч на 10000 файлов, и аж заколдобился
выпущена переделанная версия с peewee sqlite, адрес тот же:
http://st.51t.ru/51talk.tar.gz
версия с плоскими файлами оставлена тут: http://st.51t.ru/51talk-flat.tar.gz
Ромеро (syscall,5) → Ромеро – 14:19:36 2017-04-17
посмотрел старик Ромерыч на 10000 файлов, и аж заколдобился
выпущена переделанная версия с peewee sqlite, адрес тот же:
http://st.51t.ru/51talk.tar.gz
версия с плоскими файлами оставлена тут: http://st.51t.ru/51talk-flat.tar.gz
# Судьба obsd.11
Peter (syscall,1) → All – 01:11:27 2017-04-29
В связи с отсутствием взаимности с нодой Ромы у меня вопрос:
Оставлять ли obsd.11 эху? Нужна ои она кому-то в виде оторванного островка? :)
Мне самому obsd нравится, но если я один -- смысла оставлять эху не вижу.
Peter (syscall,1) → All – 01:11:27 2017-04-29
В связи с отсутствием взаимности с нодой Ромы у меня вопрос:
Оставлять ли obsd.11 эху? Нужна ои она кому-то в виде оторванного островка? :)
Мне самому obsd нравится, но если я один -- смысла оставлять эху не вижу.
# Re: ii/idec/гк -- прекрасны
Ромеро (syscall,5) → Peter – 22:18:46 2017-04-17
> - сам idec -- прост как валенок и выполняет свою работу (при всей технологичности ГК11, мне кажется, idec обладает большей простотой);
Ну, смотря что понимать под простотой. А вообще, я от ii никогда не отказывался, его реализация мне всегда нравилась. И, фактически, ii и ГК11 это одно и то же (это не потому, что это хорошо, а потому, что я ничего другого изобретать не умею - всегда одно и то же получается).
Просто ii стал слишком идеален. :) Меньше всего я люблю писать код. А больше всего - удалять код. Когда удаляешь огромный блок, и ничего от этого не ломается - это то самое прекрасное чувство, когда мир становится лучше. И в один момент я вдруг понял, что уже нечего больше упрощать. Как в том анекдоте - *у руководства Газпрома закончились мечты*.
Тогда я решил изменить подход. ГК11 гораздо проще для клиентов, потому что можно многие вещи делать просто правильными запросами. Но он сложнее в серверах - как минимум, он просто обязан ориентироваться на выборки базы данных. Что даёт дополнительные возможности.
Например, в ii идёт двойная запись. Есть файл эхи, где перечислены msgid, и есть файл msgid, где есть указание эхи (причём изначально это задумано только для того, чтобы можно было *перебилдить индекс*, то есть пересобрать файл эхи). При этом возможна ситуация, что файл есть на диске, но его нет в списке эхи. Или, наоборот, есть в списке, но самого файла уже нет. Кроме того, на заре времён люди лихо переименовывали эхи, а внутри указатель оставался старым - поэтому никакой софт не доверяет тому, что указано в параметре *эха* (я уж молчу про то, что в первых версиях был сервер-сайд-кроспост, то есть эх могло быть сразу несколько - и такие сообщения, наверное, до сих пор можно найти в архиве сети).
В новом протоколе же это невозможно. И там всегда можно ориентироваться на то, что и сообщение из списка эхи, и тэг эхи в сообщении - это одно и то же. Когда ты давно не собирал почту, тебе придут сначала 200 сообщений из эхи А, затем 200 из эхи Б. И если в старом протоколе ты обязан так получать, разбирая эху, то в новом ты получаешь все сообщения одним потоком, не разделяя бандл на *указатель эхи* и *код сообщения*, общим потоком сообщений и именно в том порядке, как они пришли, а имя эхи вычленяешь из сообщения. В общем, его реализация и постоянное упрощение позволили избавить сам сервер от многих проблем. И теперь, фактически, он стал предельно прост, и ничего не мешало заменить его на *ii без циферок*, т.е. на idec (в базовой его реализации). Но всё равно, мой 51talk к твоей станции запрашивает списки не через list.txt, а через /discover :) Но в остальном сейчас этот протокол для обмена и не нужен, старого хватит - главное, что его реализация помогла решить разные проблемы, и даже в рамках текущего стандарта стало возможным делать многие вещи. А /bb/ (как и json и другие api) хорошо подходит для самописного софта, которому не обязательно быть стандартным (вот клиенты или софт обработки для протокола /bb/ не стоит писать ни в коем случае! ибо любой idec-софт совместим с любой гк11-станцией и idec-станцией, а гк11-софт - только с гк11-станцией. а самописный одноразовый софт, благодаря развитому api, писать становится проще).
Но в любом случае это вопрос нюансов, а протоколы ii/idec и /bb/-запросы - это практически одно и то же. Просто idec давно стандартизован и его url-ы более привычны для клиентов.
Ромеро (syscall,5) → Peter – 22:18:46 2017-04-17
> - сам idec -- прост как валенок и выполняет свою работу (при всей технологичности ГК11, мне кажется, idec обладает большей простотой);
Ну, смотря что понимать под простотой. А вообще, я от ii никогда не отказывался, его реализация мне всегда нравилась. И, фактически, ii и ГК11 это одно и то же (это не потому, что это хорошо, а потому, что я ничего другого изобретать не умею - всегда одно и то же получается).
Просто ii стал слишком идеален. :) Меньше всего я люблю писать код. А больше всего - удалять код. Когда удаляешь огромный блок, и ничего от этого не ломается - это то самое прекрасное чувство, когда мир становится лучше. И в один момент я вдруг понял, что уже нечего больше упрощать. Как в том анекдоте - *у руководства Газпрома закончились мечты*.
Тогда я решил изменить подход. ГК11 гораздо проще для клиентов, потому что можно многие вещи делать просто правильными запросами. Но он сложнее в серверах - как минимум, он просто обязан ориентироваться на выборки базы данных. Что даёт дополнительные возможности.
Например, в ii идёт двойная запись. Есть файл эхи, где перечислены msgid, и есть файл msgid, где есть указание эхи (причём изначально это задумано только для того, чтобы можно было *перебилдить индекс*, то есть пересобрать файл эхи). При этом возможна ситуация, что файл есть на диске, но его нет в списке эхи. Или, наоборот, есть в списке, но самого файла уже нет. Кроме того, на заре времён люди лихо переименовывали эхи, а внутри указатель оставался старым - поэтому никакой софт не доверяет тому, что указано в параметре *эха* (я уж молчу про то, что в первых версиях был сервер-сайд-кроспост, то есть эх могло быть сразу несколько - и такие сообщения, наверное, до сих пор можно найти в архиве сети).
В новом протоколе же это невозможно. И там всегда можно ориентироваться на то, что и сообщение из списка эхи, и тэг эхи в сообщении - это одно и то же. Когда ты давно не собирал почту, тебе придут сначала 200 сообщений из эхи А, затем 200 из эхи Б. И если в старом протоколе ты обязан так получать, разбирая эху, то в новом ты получаешь все сообщения одним потоком, не разделяя бандл на *указатель эхи* и *код сообщения*, общим потоком сообщений и именно в том порядке, как они пришли, а имя эхи вычленяешь из сообщения. В общем, его реализация и постоянное упрощение позволили избавить сам сервер от многих проблем. И теперь, фактически, он стал предельно прост, и ничего не мешало заменить его на *ii без циферок*, т.е. на idec (в базовой его реализации). Но всё равно, мой 51talk к твоей станции запрашивает списки не через list.txt, а через /discover :) Но в остальном сейчас этот протокол для обмена и не нужен, старого хватит - главное, что его реализация помогла решить разные проблемы, и даже в рамках текущего стандарта стало возможным делать многие вещи. А /bb/ (как и json и другие api) хорошо подходит для самописного софта, которому не обязательно быть стандартным (вот клиенты или софт обработки для протокола /bb/ не стоит писать ни в коем случае! ибо любой idec-софт совместим с любой гк11-станцией и idec-станцией, а гк11-софт - только с гк11-станцией. а самописный одноразовый софт, благодаря развитому api, писать становится проще).
Но в любом случае это вопрос нюансов, а протоколы ii/idec и /bb/-запросы - это практически одно и то же. Просто idec давно стандартизован и его url-ы более привычны для клиентов.
# Re: idec mobile
vit01 (mira, 1) → Peter – 07:04:32 2017-04-17
Peter> Завел две ноды с разными подписками. Слева в меню переключаю ноды, а список эх остается старым. При рестарте приложения -- меняется.
AL> Изменение подписок так же видно только после рестарта. Что-то разладилось.
Поправил клиент, проверяйте.
vit01 (mira, 1) → Peter – 07:04:32 2017-04-17
Peter> Завел две ноды с разными подписками. Слева в меню переключаю ноды, а список эх остается старым. При рестарте приложения -- меняется.
AL> Изменение подписок так же видно только после рестарта. Что-то разладилось.
Поправил клиент, проверяйте.
# Re: Путь развития ii
jmaks (station13, 12) → spline – 18:15:59 2017-04-16
>> А разве клиенты не должны иметь возможность обмениваться сообщениями между собой, в обход ноды? :)
spline> А зачем? Суть ii в том что не надо быть джедаем чтоб развернуть ноду.
Конечно некрофилия, копаться в записях старых, но вот что-то перечитывая,
наткнулся и в общем не удержался.
Вот тут я короче прям очень не соглашусь.
Да в настройке и в общем-то обслуживании, готового развернутого, ничего
сложного. А вот если мы берем рядового пользователя и говорим ему, а ну,
иди туда, ii-net.tk читай доку и ставь быстро ноду, пробрасывай к другим
станциям эхи, делай фетч того сего, пятого десятого, у себя храни это и
то.
То, в общем, ничего не взлетит. Как минимум надо понимать, что и как
устроено, и как работает, что следует за чем, и что с чем связано, как
>> Читать далее
jmaks (station13, 12) → spline – 18:15:59 2017-04-16
>> А разве клиенты не должны иметь возможность обмениваться сообщениями между собой, в обход ноды? :)
spline> А зачем? Суть ii в том что не надо быть джедаем чтоб развернуть ноду.
Конечно некрофилия, копаться в записях старых, но вот что-то перечитывая,
наткнулся и в общем не удержался.
Вот тут я короче прям очень не соглашусь.
Да в настройке и в общем-то обслуживании, готового развернутого, ничего
сложного. А вот если мы берем рядового пользователя и говорим ему, а ну,
иди туда, ii-net.tk читай доку и ставь быстро ноду, пробрасывай к другим
станциям эхи, делай фетч того сего, пятого десятого, у себя храни это и
то.
То, в общем, ничего не взлетит. Как минимум надо понимать, что и как
устроено, и как работает, что следует за чем, и что с чем связано, как
>> Читать далее
# Re: idec-нода на Авалоне
1i8r4 (av4lon,3) → vit01 – 17:57:56 2017-05-01
vit01> Проставил в фетчер.
Кстати, vit01, это нормально, что вываливаются у тебя кишки ноды
по адресу https://ii-net.tk/ii/ ???
1i8r4 (av4lon,3) → vit01 – 17:57:56 2017-05-01
vit01> Проставил в фетчер.
Кстати, vit01, это нормально, что вываливаются у тебя кишки ноды
по адресу https://ii-net.tk/ii/ ???
# Re: idec mobile
Peter (syscall,1) → vit01 – 20:46:08 2017-04-16
Завел две ноды с разными подписками. Слева в меню переключаю ноды, а список эх остается старым. При рестарте приложения -- меняется.
Peter (syscall,1) → vit01 – 20:46:08 2017-04-16
Завел две ноды с разными подписками. Слева в меню переключаю ноды, а список эх остается старым. При рестарте приложения -- меняется.
# 51talk - новая жизнь
Ромеро (syscall,5) → All – 12:48:15 2017-04-17
Адаптировал под современные реалии http-клиент 51talk, отучил его от смотрения цифр в эхах
51talk - это http-клиент на python 2.7, запускается локально и позволяет собирать свою базу сообщений: для использования необходим веб-браузер, но подключения к интернету не требуется. Фичи клиента:
* Запрос списка эх с list.txt, простая подписка
* Развёрнутый конфиг, настройки
* Поддержка загрузки эхи только с определённого сообщения
* Сбор сообщений с нескольких серверов
* Ответ в другую эху
* Карбонки (пока примитивные) и неудобный поиск
* Избранное
* Шортлинки
Скорее всего, какие-то баги там ещё остались. Но пока вроде бы работает.
>> Читать далее
Ромеро (syscall,5) → All – 12:48:15 2017-04-17
Адаптировал под современные реалии http-клиент 51talk, отучил его от смотрения цифр в эхах
51talk - это http-клиент на python 2.7, запускается локально и позволяет собирать свою базу сообщений: для использования необходим веб-браузер, но подключения к интернету не требуется. Фичи клиента:
* Запрос списка эх с list.txt, простая подписка
* Развёрнутый конфиг, настройки
* Поддержка загрузки эхи только с определённого сообщения
* Сбор сообщений с нескольких серверов
* Ответ в другую эху
* Карбонки (пока примитивные) и неудобный поиск
* Избранное
* Шортлинки
Скорее всего, какие-то баги там ещё остались. Но пока вроде бы работает.
>> Читать далее
# Re: idec mobile
vit01 (mira, 1) → vit01 – 13:58:46 2017-04-15
Добавил в Navigation Drawer кнопку для загрузки обновления. Она просто открывает браузер, чтобы скачать APK
Это на будущее, чтобы мне не писать постоянно ссылку на клиент в своих сообщениях
vit01 (mira, 1) → vit01 – 13:58:46 2017-04-15
Добавил в Navigation Drawer кнопку для загрузки обновления. Она просто открывает браузер, чтобы скачать APK
Это на будущее, чтобы мне не писать постоянно ссылку на клиент в своих сообщениях
# Re: idec mobile
vit01 (mira, 1) → vit01 – 17:56:21 2017-04-16
Крупное обновление клиента
1. Теперь сабж может запоминать последнее прочитанное сообщение в эхе и переходить к нему в обход списка. Включайте галочку в настройках
2. Переработано меню в режиме чтения. Можете попробовать перевернуть телефон и посмотреть, что получится. Ещё в меню добавлена возможность написать новое сообщение (то есть не ответ, а просто новое) специально для любителей пункта 1. И ещё кнопка возврата к списку (см. пункт 1)
3. На Android версий 6 и 7 появился разъяснительный экран, который вылезет, если пользователь запретил доступ к карте памяти
4. Значки на плавающих кнопках (список сообщений и правка эх) стали более аккуратными
5. Обновлены зависимости, проведена чистка кода от дублирования и вообще чистка
Обновляйтесь, товариши, и тестируйте.
Вот Андрею я фичу под номером 1 пообещал, например. Так что, надеюсь, она без внимания не обойдётся.
vit01 (mira, 1) → vit01 – 17:56:21 2017-04-16
Крупное обновление клиента
1. Теперь сабж может запоминать последнее прочитанное сообщение в эхе и переходить к нему в обход списка. Включайте галочку в настройках
2. Переработано меню в режиме чтения. Можете попробовать перевернуть телефон и посмотреть, что получится. Ещё в меню добавлена возможность написать новое сообщение (то есть не ответ, а просто новое) специально для любителей пункта 1. И ещё кнопка возврата к списку (см. пункт 1)
3. На Android версий 6 и 7 появился разъяснительный экран, который вылезет, если пользователь запретил доступ к карте памяти
4. Значки на плавающих кнопках (список сообщений и правка эх) стали более аккуратными
5. Обновлены зависимости, проведена чистка кода от дублирования и вообще чистка
Обновляйтесь, товариши, и тестируйте.
Вот Андрею я фичу под номером 1 пообещал, например. Так что, надеюсь, она без внимания не обойдётся.
# Re: idec mobile
vit01 (mira, 1) → Peter – 12:13:01 2017-04-15
Да, так должно заработать. Но вообще странно как-то
Всегда вроде вручную заполняли описания
vit01 (mira, 1) → Peter – 12:13:01 2017-04-15
Да, так должно заработать. Но вообще странно как-то
Всегда вроде вручную заполняли описания
# Re: контент портал
Andrew Lobanov (Go!,0) → Рома – 10:26:34 2017-04-16
Рома> а дайте бота для lenta.rss
http://git.spline-online.tk/spline/rss2idec
Andrew Lobanov (Go!,0) → Рома – 10:26:34 2017-04-16
Рома> а дайте бота для lenta.rss
http://git.spline-online.tk/spline/rss2idec
# Re: эхолист
Ромеро (syscall,11) → Ромеро – 20:15:19 2017-04-15
нашёл архив
https://alicorn.tk/ii-old/?q=/u/e
зачем там вообще https??? у меня фетчер его тупо не берёт, отваливается по ошибке. есть ли где-нибудь архив в виде http?
Ромеро (syscall,11) → Ромеро – 20:15:19 2017-04-15
нашёл архив
https://alicorn.tk/ii-old/?q=/u/e
зачем там вообще https??? у меня фетчер его тупо не берёт, отваливается по ошибке. есть ли где-нибудь архив в виде http?
# Re: контент портал
Ромеро (syscall,5) → Andrew Lobanov – 13:45:56 2017-04-16
о, спасибо, завтра попробую что-нибудь настроить
Ромеро (syscall,5) → Andrew Lobanov – 13:45:56 2017-04-16
о, спасибо, завтра попробую что-нибудь настроить
# Re: контент портал
Ромеро (syscall,5) → Andrew Lobanov – 10:46:51 2017-04-16
а каким url для rss ты пользовался?
Ромеро (syscall,5) → Andrew Lobanov – 10:46:51 2017-04-16
а каким url для rss ты пользовался?
# Re: контент портал
Andrew Lobanov (Go!,0) → Ромеро – 13:32:04 2017-04-16
Ромеро> а каким url для rss ты пользовался?
http://lenta.ru/rss/articles/science/
http://lenta.ru/rss/news/science/
http://lenta.ru/rss/articles/sport/
http://lenta.ru/rss/articles/culture/
http://lenta.ru/rss/news/culture/
http://lenta.ru/rss/articles/media/
http://lenta.ru/rss/news/media/
Andrew Lobanov (Go!,0) → Ромеро – 13:32:04 2017-04-16
Ромеро> а каким url для rss ты пользовался?
http://lenta.ru/rss/articles/science/
http://lenta.ru/rss/news/science/
http://lenta.ru/rss/articles/sport/
http://lenta.ru/rss/articles/culture/
http://lenta.ru/rss/news/culture/
http://lenta.ru/rss/articles/media/
http://lenta.ru/rss/news/media/
# Re: idec mobile
Peter (syscall,11) → vit01 – 12:42:35 2017-04-15
Клиент хорошо бы исправить все-равно, имхо. Стандарт вроде не нарушен.
Эха:счетчик:пустое описание
Peter (syscall,11) → vit01 – 12:42:35 2017-04-15
Клиент хорошо бы исправить все-равно, имхо. Стандарт вроде не нарушен.
Эха:счетчик:пустое описание