# Re: bash.rss
vit01 (station13, 10) → btimofeev – 16:10:46 2016-08-11
btimofeev> В исходном rss (наверное бот его парсит) в месте переноса стоит тег <br>
https://github.com/vit1-irk/ii-php/blob/master/ii-rss.php
Смотреть строки с 92 по 97. Даже я у себя на ii-net.tk в ботах немного ослабил этот фильтр.
Увы, но в идеале нужен индивидуальный подход для каждого новостного сайта. Для какой-то RSS-ки убирать ограничения, для другой - наоборот включить побольше.
vit01 (station13, 10) → btimofeev – 16:10:46 2016-08-11
btimofeev> В исходном rss (наверное бот его парсит) в месте переноса стоит тег <br>
https://github.com/vit1-irk/ii-php/blob/master/ii-rss.php
Смотреть строки с 92 по 97. Даже я у себя на ii-net.tk в ботах немного ослабил этот фильтр.
Увы, но в идеале нужен индивидуальный подход для каждого новостного сайта. Для какой-то RSS-ки убирать ограничения, для другой - наоборот включить побольше.
# Re: bash.rss
Andrew Lobanov (tavern,1) → btimofeev – 06:22:16 2016-08-12
> Здесь какой-то глюк: цезий загрузил мне 200 сообщений, но в обратном порядке по дате, от самых свежих к самым старым. Т.е. первое сообщение в цезии самое новое, потом старее, старее и т.д. Это не логично, т.к. в остальных местах все ровно наоборот, чем дальше тем сообщения свежее.
Это у них такой RSS. Дальше пойдёт нормально по идее.
Andrew Lobanov (tavern,1) → btimofeev – 06:22:16 2016-08-12
> Здесь какой-то глюк: цезий загрузил мне 200 сообщений, но в обратном порядке по дате, от самых свежих к самым старым. Т.е. первое сообщение в цезии самое новое, потом старее, старее и т.д. Это не логично, т.к. в остальных местах все ровно наоборот, чем дальше тем сообщения свежее.
Это у них такой RSS. Дальше пойдёт нормально по идее.
# https
vit01 (mira, 1) → All – 11:33:26 2016-08-15
Обновил сертификат сегодня. И установил принудительный редирект на сабж.
vit01 (mira, 1) → All – 11:33:26 2016-08-15
Обновил сертификат сегодня. И установил принудительный редирект на сабж.
# Re: bash.rss
Andrew Lobanov (tavern,1) → All – 09:13:10 2016-08-12
Поправить конфиг у станции13 пока не могу, так как временно лишён шелл-доступа на сервер.
На всякий случай напоминаю, что станция13 живёт по достаточному принципу и клиенты необходимо перенастроить на таверну (http://idec.spline-online.tk/ и веб-морда и линк для клиента). Поинты и там и там одинаковые. Конечно, мне не тяжело её содержать, но она находится не на моём сервере и по сути её приютил один мой знакомый. Так что возможны разнообразные ситуации вплоть до отсутствия доступа =)
Andrew Lobanov (tavern,1) → All – 09:13:10 2016-08-12
Поправить конфиг у станции13 пока не могу, так как временно лишён шелл-доступа на сервер.
На всякий случай напоминаю, что станция13 живёт по достаточному принципу и клиенты необходимо перенастроить на таверну (http://idec.spline-online.tk/ и веб-морда и линк для клиента). Поинты и там и там одинаковые. Конечно, мне не тяжело её содержать, но она находится не на моём сервере и по сути её приютил один мой знакомый. Так что возможны разнообразные ситуации вплоть до отсутствия доступа =)
# Re: bash.rss
Andrew Lobanov (tavern,1) → All – 09:04:25 2016-08-12
> Это у них такой RSS. Дальше пойдёт нормально по идее.
Это не RSS у них такой. Это мозги у меня такие. В RSS последнее сообщение "сверху", а робот парсит сверху вниз.
Andrew Lobanov (tavern,1) → All – 09:04:25 2016-08-12
> Это у них такой RSS. Дальше пойдёт нормально по идее.
Это не RSS у них такой. Это мозги у меня такие. В RSS последнее сообщение "сверху", а робот парсит сверху вниз.
# Re: Огромные задержки
Difrex (mira, 14) → vit01 – 08:02:18 2016-08-17
Пыхоскрипт больше не ругается.
Difrex (mira, 14) → vit01 – 08:02:18 2016-08-17
Пыхоскрипт больше не ругается.
# Re: bash.rss
btimofeev (station13, 13) → Andrew Lobanov – 05:59:47 2016-08-12
> Подпишись на bash.rss.
Здесь какой-то глюк: цезий загрузил мне 200 сообщений, но в обратном порядке по дате, от самых свежих к самым старым. Т.е. первое сообщение в цезии самое новое, потом старее, старее и т.д. Это не логично, т.к. в остальных местах все ровно наоборот, чем дальше тем сообщения свежее.
btimofeev (station13, 13) → Andrew Lobanov – 05:59:47 2016-08-12
> Подпишись на bash.rss.
Здесь какой-то глюк: цезий загрузил мне 200 сообщений, но в обратном порядке по дате, от самых свежих к самым старым. Т.е. первое сообщение в цезии самое новое, потом старее, старее и т.д. Это не логично, т.к. в остальных местах все ровно наоборот, чем дальше тем сообщения свежее.
# Re: Огромные задержки
Difrex (mira, 14) → Andrew Lobanov – 06:27:21 2016-08-17
>Ага. Это именно из-за него. Каждое сообщение приходится проверять на вхождение а то. Но жить можно.
А можно узнать список msgid бажных сообщений с моей ноды? Я бызу почистю.
Difrex (mira, 14) → Andrew Lobanov – 06:27:21 2016-08-17
>Ага. Это именно из-за него. Каждое сообщение приходится проверять на вхождение а то. Но жить можно.
А можно узнать список msgid бажных сообщений с моей ноды? Я бызу почистю.
# Re: caesium и сортировка сообщений
btimofeev (tavern,13) → Andrew Lobanov – 07:28:18 2016-08-17
AL> Сортировки оно не имеет. Проще базу отсортировать, чем каждый раз её ворочать. Скачать больше мог только если ты обновился на новый фетчер, а в других случаях не должен был.
Я обновлялся несколько дней назад, при этом я все старые сообщения потер. После обновления сразу цезий мне ничего не скачал, потом качал только новые сообщения, а сегодня вот почему-то сразу 4000 выкачал. Возможно я как-то неправильно старые сообщения удалял (точно не помню, но кажется я просто снес папку).
AL> Кстати, aio пробовал уже в цезии?
Нет, не пробовал. Не очень понял в чем плюс и вы тут писали, что цезий работает медленнее.
AL> ЗЫЖ Надо бы написать скрипт сортировки базы.
Да, можно и так. А потом забиндить скрипт на горячюю клавишу в цезии: выделил эху в главном меню, нажал, к примеру S, сообщен ия отсортировались, нажал D все сообщения в эхе удалились.
btimofeev (tavern,13) → Andrew Lobanov – 07:28:18 2016-08-17
AL> Сортировки оно не имеет. Проще базу отсортировать, чем каждый раз её ворочать. Скачать больше мог только если ты обновился на новый фетчер, а в других случаях не должен был.
Я обновлялся несколько дней назад, при этом я все старые сообщения потер. После обновления сразу цезий мне ничего не скачал, потом качал только новые сообщения, а сегодня вот почему-то сразу 4000 выкачал. Возможно я как-то неправильно старые сообщения удалял (точно не помню, но кажется я просто снес папку).
AL> Кстати, aio пробовал уже в цезии?
Нет, не пробовал. Не очень понял в чем плюс и вы тут писали, что цезий работает медленнее.
AL> ЗЫЖ Надо бы написать скрипт сортировки базы.
Да, можно и так. А потом забиндить скрипт на горячюю клавишу в цезии: выделил эху в главном меню, нажал, к примеру S, сообщен ия отсортировались, нажал D все сообщения в эхе удалились.
# Re: Caesium
vit01 (tavern,10) → Andrew Lobanov – 11:00:16 2016-08-11
AL> Почему-то у почтовиков это объеденино и никто не парится по теме. И мейлеры у FTN-сетей тоже объединяют эти действия.
Вот насчёт почтовиков неправда. Когда пишешь сообщение, всегда есть выбор: отправить сразу или сохранить.
И кнопочка "проверить почту", которая ничего никуда не отправляет без согласия.
В общем, ты уже понял, над чем работать в Цезии. И ладно.
AL> Кстати, как лучше всего работать с черновиками? При сохранении спрашивать куда положить и иметь возможность перекидывать хоткеем при просмотре черновиков (схожий с просмотром исходящих режим) это лучшее, что я смог придумать за несколько часов =)
Можешь и так сделать. У меня вот вообще мыслей по этому поводу нет. Как-нибудь придумаю, если что.
AL> Тут какое дело. Раньше оно чаще падало из-за длинных названий эх, например. Потому что туда ещё и msgid писался.
Так напиши msgid на следующей строке, а не рядом. В чём проблема?
>> Читать далее
vit01 (tavern,10) → Andrew Lobanov – 11:00:16 2016-08-11
AL> Почему-то у почтовиков это объеденино и никто не парится по теме. И мейлеры у FTN-сетей тоже объединяют эти действия.
Вот насчёт почтовиков неправда. Когда пишешь сообщение, всегда есть выбор: отправить сразу или сохранить.
И кнопочка "проверить почту", которая ничего никуда не отправляет без согласия.
В общем, ты уже понял, над чем работать в Цезии. И ладно.
AL> Кстати, как лучше всего работать с черновиками? При сохранении спрашивать куда положить и иметь возможность перекидывать хоткеем при просмотре черновиков (схожий с просмотром исходящих режим) это лучшее, что я смог придумать за несколько часов =)
Можешь и так сделать. У меня вот вообще мыслей по этому поводу нет. Как-нибудь придумаю, если что.
AL> Тут какое дело. Раньше оно чаще падало из-за длинных названий эх, например. Потому что туда ещё и msgid писался.
Так напиши msgid на следующей строке, а не рядом. В чём проблема?
>> Читать далее
# Re: Caesium
vit01 (station13, 10) → Andrew Lobanov – 12:05:13 2016-08-11
> Так напиши msgid на следующей строке, а не рядом. В чём проблема?
AL> В том, что область под всю эту информацию строко фиксирована и раздувать её нет смысла.
Но как-нибудь узнавать msgid всё равно нужно. И желательно не через 2 недели, а немного пораньше :)
vit01 (station13, 10) → Andrew Lobanov – 12:05:13 2016-08-11
> Так напиши msgid на следующей строке, а не рядом. В чём проблема?
AL> В том, что область под всю эту информацию строко фиксирована и раздувать её нет смысла.
Но как-нибудь узнавать msgid всё равно нужно. И желательно не через 2 недели, а немного пораньше :)
# Re: aio
Andrew Lobanov (tavern,1) → vit01 – 11:23:34 2016-08-11
> Дело даже не столько в ОЗУ. Проблема в том, что на каждый чих это всё считывать и парсить. Как у нас обычно - на splitlines(). А это ещё и время.
Это совсем немного времени. Самая большая задержка происходит при перерасчёте количества сообщений. И всё равно это работает быстрее, чем в sqlite.
> sqlite - это хорошо, потому что там работа с одним файлом наиболее эффективно реализована. А ещё там есть индексация.
> Доверять сабжу такие эхи, как lenta.rss или lor-opennet.15 я бы не стал.
Вот как раз такие пухлые эхи сильно тормозят sqlite и гораздо меньше тормозят aio. Я его потому и добавил в апстрим, что оно оказалось не так уж и плохо. И даже оперативнее СУБД.
> Как хочешь, но поддерживать это и по времени, и по силам сложнее. Ошибок проще наделать и так далее. Когда я в php-ноде реализовал систему транспортов, у меня голова меньше болеть стала по поводу разных кусков кода, реализующих по сути одно и то же.
> Да и вся эта возня с "вещью в себе" порой превращает исходники в макаронные изделия.
Вот с этим не поспоришь. Может, я и вынесу это всё в отдельную библиотеку со временем.
Andrew Lobanov (tavern,1) → vit01 – 11:23:34 2016-08-11
> Дело даже не столько в ОЗУ. Проблема в том, что на каждый чих это всё считывать и парсить. Как у нас обычно - на splitlines(). А это ещё и время.
Это совсем немного времени. Самая большая задержка происходит при перерасчёте количества сообщений. И всё равно это работает быстрее, чем в sqlite.
> sqlite - это хорошо, потому что там работа с одним файлом наиболее эффективно реализована. А ещё там есть индексация.
> Доверять сабжу такие эхи, как lenta.rss или lor-opennet.15 я бы не стал.
Вот как раз такие пухлые эхи сильно тормозят sqlite и гораздо меньше тормозят aio. Я его потому и добавил в апстрим, что оно оказалось не так уж и плохо. И даже оперативнее СУБД.
> Как хочешь, но поддерживать это и по времени, и по силам сложнее. Ошибок проще наделать и так далее. Когда я в php-ноде реализовал систему транспортов, у меня голова меньше болеть стала по поводу разных кусков кода, реализующих по сути одно и то же.
> Да и вся эта возня с "вещью в себе" порой превращает исходники в макаронные изделия.
Вот с этим не поспоришь. Может, я и вынесу это всё в отдельную библиотеку со временем.
# Re: Caesium
Andrew Lobanov (tavern,1) → vit01 – 07:51:39 2016-08-11
> Но их же ещё возвращать надо. То есть специально лезть в старое дерево, расчехлять фетчер и подменять строку в конфиге.
Ну так я верну.
> Либо можно сделать компромисс. Добавить в конфиг строку
> behaviour preload (отправка и фетч одновременно)
> behaviour keep-outbox (старое "раздельное" поведение)
Как вариант, конечно. Подумать надо как лучше.
> Фетчер (теперь уже мейлер) не умеет скачивать сообщения со всех станций одновременно. То есть он берёт только последнюю станцию из конфига, если их несколько.
Это так задумано. По одному конфигу на узел. Если так уж надо вызывать мейлер отдельно и качать всё и сразу.
Andrew Lobanov (tavern,1) → vit01 – 07:51:39 2016-08-11
> Но их же ещё возвращать надо. То есть специально лезть в старое дерево, расчехлять фетчер и подменять строку в конфиге.
Ну так я верну.
> Либо можно сделать компромисс. Добавить в конфиг строку
> behaviour preload (отправка и фетч одновременно)
> behaviour keep-outbox (старое "раздельное" поведение)
Как вариант, конечно. Подумать надо как лучше.
> Фетчер (теперь уже мейлер) не умеет скачивать сообщения со всех станций одновременно. То есть он берёт только последнюю станцию из конфига, если их несколько.
Это так задумано. По одному конфигу на узел. Если так уж надо вызывать мейлер отдельно и качать всё и сразу.
# Re: Caesium
Andrew Lobanov (tavern,1) → vit01 – 08:10:51 2016-08-11
> Можно и так сделать. Просто "раньше же всё работало", а теперь получается, что важная особенность сломана.
Вернул фетчеры. Отправка сообщений отдельной клавишей работает, если в конфиге указана опция send, содержащая вызов сендера (см. caesium.def.cfg).
Andrew Lobanov (tavern,1) → vit01 – 08:10:51 2016-08-11
> Можно и так сделать. Просто "раньше же всё работало", а теперь получается, что важная особенность сломана.
Вернул фетчеры. Отправка сообщений отдельной клавишей работает, если в конфиге указана опция send, содержащая вызов сендера (см. caesium.def.cfg).
# Re: aio
vit01 (station13, 10) → Andrew Lobanov – 12:05:13 2016-08-11
Видимо, придётся мне всё-таки подробно почитать как описание бинарного формата sqlite, так и код реализацию aio.
Потестирую ещё потом, как будет время.
vit01 (station13, 10) → Andrew Lobanov – 12:05:13 2016-08-11
Видимо, придётся мне всё-таки подробно почитать как описание бинарного формата sqlite, так и код реализацию aio.
Потестирую ещё потом, как будет время.
# Re: aio
vit01 (tavern,10) → Andrew Lobanov – 09:03:07 2016-08-11
AL> Что про сабж, кстати, скажешь?
Лично я не пользовался им и даже не тестировал. Во-первых, оверхэд при парсинге (и потребление ОЗУ, т.к. надо держать всю эху целиком, а не только индекс). Во-вторых, уже давно написаны ii-db-utils и IDEC-utils, которые совместимы только с "классикой".
Понятно дело, что оно кому-то будет нужно, если ты это добавил.
Ошибкой считаю то, что ты сделал 2 отдельных мейлера-фетчера для новой базы. Лучше создать единый интерфейс и вынести все функции доступа к базам туда (указывать нужную исключительно в конфиге). Прикладные программы вроде фетчера и самого клиента вообще не должны иметь к базе никакого отношения.
vit01 (tavern,10) → Andrew Lobanov – 09:03:07 2016-08-11
AL> Что про сабж, кстати, скажешь?
Лично я не пользовался им и даже не тестировал. Во-первых, оверхэд при парсинге (и потребление ОЗУ, т.к. надо держать всю эху целиком, а не только индекс). Во-вторых, уже давно написаны ii-db-utils и IDEC-utils, которые совместимы только с "классикой".
Понятно дело, что оно кому-то будет нужно, если ты это добавил.
Ошибкой считаю то, что ты сделал 2 отдельных мейлера-фетчера для новой базы. Лучше создать единый интерфейс и вынести все функции доступа к базам туда (указывать нужную исключительно в конфиге). Прикладные программы вроде фетчера и самого клиента вообще не должны иметь к базе никакого отношения.
# Re: Caesium
vit01 (tavern,10) → vit01 – 11:05:12 2016-08-11
Кстати, один маленький баг в сабже.
Если нажмёшь "прокрутку на страницу вперёд", то она выбрасывает сразу в конец сообщения. Аналогичное действие "назад" работает правильно.
Баг проявился и в обычном keys.py, и в андроидовском. Так что дело в самом caesium.py, насколько понимаю.
vit01 (tavern,10) → vit01 – 11:05:12 2016-08-11
Кстати, один маленький баг в сабже.
Если нажмёшь "прокрутку на страницу вперёд", то она выбрасывает сразу в конец сообщения. Аналогичное действие "назад" работает правильно.
Баг проявился и в обычном keys.py, и в андроидовском. Так что дело в самом caesium.py, насколько понимаю.
# Re: aio
vit01 (tavern,10) → Andrew Lobanov – 11:00:17 2016-08-11
AL> Я бы не сказал, что такой уж оверхэв, бо держать в ОЗУ пару-тройку мегабайт и при этом не иметь почти 30к мелких файлов в одной директории это более правильно, чем держать маленький индекс в памяти и держать кучу файлов. В любом случае, если вдруг на машине не найдётся пары лишних мегабайт в ОЗУ, можно использовать и старый формат.
Дело даже не столько в ОЗУ. Проблема в том, что на каждый чих это всё считывать и парсить. Как у нас обычно - на splitlines(). А это ещё и время.
sqlite - это хорошо, потому что там работа с одним файлом наиболее эффективно реализована. А ещё там есть индексация.
Доверять сабжу такие эхи, как lenta.rss или lor-opennet.15 я бы не стал.
AL> Вот спорный вопрос. В идеале тогда должно быть две программы: мейлер/фетчер и тоссер, но это мне не нравится.
AL> То есть я руководствуюсь тем, что каждая программа - это вещь в себе и ничего ей для работы больше не нужно. По крайней мере стремлюсь к этому.
Как хочешь, но поддерживать это и по времени, и по силам сложнее. Ошибок проще наделать и так далее. Когда я в php-ноде реализовал систему транспортов, у меня голова меньше болеть стала по поводу разных кусков кода, реализующих по сути одно и то же.
Да и вся эта возня с "вещью в себе" порой превращает исходники в макаронные изделия.
vit01 (tavern,10) → Andrew Lobanov – 11:00:17 2016-08-11
AL> Я бы не сказал, что такой уж оверхэв, бо держать в ОЗУ пару-тройку мегабайт и при этом не иметь почти 30к мелких файлов в одной директории это более правильно, чем держать маленький индекс в памяти и держать кучу файлов. В любом случае, если вдруг на машине не найдётся пары лишних мегабайт в ОЗУ, можно использовать и старый формат.
Дело даже не столько в ОЗУ. Проблема в том, что на каждый чих это всё считывать и парсить. Как у нас обычно - на splitlines(). А это ещё и время.
sqlite - это хорошо, потому что там работа с одним файлом наиболее эффективно реализована. А ещё там есть индексация.
Доверять сабжу такие эхи, как lenta.rss или lor-opennet.15 я бы не стал.
AL> Вот спорный вопрос. В идеале тогда должно быть две программы: мейлер/фетчер и тоссер, но это мне не нравится.
AL> То есть я руководствуюсь тем, что каждая программа - это вещь в себе и ничего ей для работы больше не нужно. По крайней мере стремлюсь к этому.
Как хочешь, но поддерживать это и по времени, и по силам сложнее. Ошибок проще наделать и так далее. Когда я в php-ноде реализовал систему транспортов, у меня голова меньше болеть стала по поводу разных кусков кода, реализующих по сути одно и то же.
Да и вся эта возня с "вещью в себе" порой превращает исходники в макаронные изделия.
# Огромные задержки
vit01 (station13, 10) → All – 12:08:39 2016-08-11
На Таверне и Station13. Около 10-20 секунд на запрос.
Наверное, это из-за блэклиста. Увы, но пока Денис не почистит это дело на ii.difrex.ru, избавляться от ЧС мы не можем.
vit01 (station13, 10) → All – 12:08:39 2016-08-11
На Таверне и Station13. Около 10-20 секунд на запрос.
Наверное, это из-за блэклиста. Увы, но пока Денис не почистит это дело на ii.difrex.ru, избавляться от ЧС мы не можем.
# Re: Огромные задержки
Andrew Lobanov (tavern,1) → vit01 – 13:24:29 2016-08-11
vit01> На Таверне и Station13. Около 10-20 секунд на запрос.
vit01> Наверное, это из-за блэклиста. Увы, но пока Денис не почистит это дело на ii.difrex.ru, избавляться от ЧС мы не можем.
Ага. Это именно из-за него. Каждое сообщение приходится проверять на вхождение а то. Но жить можно.
Andrew Lobanov (tavern,1) → vit01 – 13:24:29 2016-08-11
vit01> На Таверне и Station13. Около 10-20 секунд на запрос.
vit01> Наверное, это из-за блэклиста. Увы, но пока Денис не почистит это дело на ii.difrex.ru, избавляться от ЧС мы не можем.
Ага. Это именно из-за него. Каждое сообщение приходится проверять на вхождение а то. Но жить можно.
# bash.rss
btimofeev (station13, 13) → All – 15:13:04 2016-08-11
В эхе bash.rss.15 строки не разделяются переносами. Это можно поправить? В исходном rss (наверное бот его парсит) в месте переноса стоит тег <br>
btimofeev (station13, 13) → All – 15:13:04 2016-08-11
В эхе bash.rss.15 строки не разделяются переносами. Это можно поправить? В исходном rss (наверное бот его парсит) в месте переноса стоит тег <br>
# Re: Огромные задержки
vit01 (station13, 10) → Andrew Lobanov – 15:14:38 2016-08-11
О, у меня есть идея.
Открой на станции13 файл filter.php
Замени там строку 79 на
и строку 98 на
>> Читать далее
vit01 (station13, 10) → Andrew Lobanov – 15:14:38 2016-08-11
О, у меня есть идея.
Открой на станции13 файл filter.php
Замени там строку 79 на
return $this->transport->getMsgList($echo, $offset, $length);
и строку 98 на
return $this->checkHash($msgid);
>> Читать далее
# Re: Caesium
Andrew Lobanov (tavern,1) → vit01 – 07:51:39 2016-08-11
> Пока спрятано. До сих пор спрятано. Так что опять придётся чинить и патчить всё самому.
Можно и так, конечно, но моё отношение смотри в конце сообщения.
> Можно и так сделать. Просто "раньше же всё работало", а теперь получается, что важная особенность сломана.
Это не важная особенность, а нелогичное поведение, которое было временной мерой. Я не зря не даю пока номер версии приближенный к 1.0. Это прямое указание на то, что до релиза и воплощения всех хотелок и фич ещё далеко.
AL>> Парсер ссылок будет после фиксации 0.3. То есть через недельку-другую хочу заняться.
> Вот. Значит, что нескоро. Поэтому и хочется сосредоточить своё внимание на этом, чтобы не ждать по две недели.
Это в итоге породит пачку несовместимых форков. Только и всего. Я не могу и не хочу контролировать форки и влиять на них. Сливать же форки я тупо ленюсь =)
> Файл клавиш протестирую на андроиде в течении пары часов и отправлю.
>> Читать далее
Andrew Lobanov (tavern,1) → vit01 – 07:51:39 2016-08-11
> Пока спрятано. До сих пор спрятано. Так что опять придётся чинить и патчить всё самому.
Можно и так, конечно, но моё отношение смотри в конце сообщения.
> Можно и так сделать. Просто "раньше же всё работало", а теперь получается, что важная особенность сломана.
Это не важная особенность, а нелогичное поведение, которое было временной мерой. Я не зря не даю пока номер версии приближенный к 1.0. Это прямое указание на то, что до релиза и воплощения всех хотелок и фич ещё далеко.
AL>> Парсер ссылок будет после фиксации 0.3. То есть через недельку-другую хочу заняться.
> Вот. Значит, что нескоро. Поэтому и хочется сосредоточить своё внимание на этом, чтобы не ждать по две недели.
Это в итоге породит пачку несовместимых форков. Только и всего. Я не могу и не хочу контролировать форки и влиять на них. Сливать же форки я тупо ленюсь =)
> Файл клавиш протестирую на андроиде в течении пары часов и отправлю.
>> Читать далее