> Полнотекстовый поиск в сети!
> По-моему круто было бы.
> Кто как считает, нужно/ненужно?

Нужно. У нас, конечно, можно искать информацию с помощью консольной утилиты, но с веб-клиентом нагляднее для обычных юзеров.

Да, помню, как кто-то смог успешно сделать поиск по ii с помощью YaCy на своём локалхосте. Только это очень давно было.

Все гейты перенастроил.

>Да, помню, как кто-то смог успешно сделать поиск по ii с помощью YaCy на своём локалхосте.
Я и делал. Только YaCy памяти ест не в себя и избыточен.

У нас информация структурированная и заранее известен формат.

Я тут потихоньку начал пилить. Даже памяти докупил на VPS :)

>А что если я буду транслировать сеть ии в Elasticsearch, а поверх него сделаю веб-клиент. Полнотекстовый поиск в сети!

>Кто как считает, нужно/ненужно?

Фича однозначно полезная. Конечно, у меня есть полная локальная копия базы с моей ноды в классическом формате, что позволяет бегло грепать по ней, но то я.

>Проще самому css-ку написать

Тоже к этому склоняюсь.

А что с js? Я его не знаю абсолютно. Хотя можно сделать просто

display: none/block 

на опции поиска да и все.

>Я тут потихоньку начал пилить. Даже памяти докупил на VPS :)

База эластика заполняется потихоньку. Потом в крон воткну.

Может кто подскажет какой взять самый простой CSS фреймворк? Буду фронтенд пилить.

С утра тут вот на работе подумал:

А что если я буду транслировать сеть ии в Elasticsearch, а поверх него сделаю веб-клиент. Полнотекстовый поиск в сети!

По-моему круто было бы.

Кто как считает, нужно/ненужно?

> Может кто подскажет какой взять самый простой CSS фреймворк? Буду фронтенд пилить.
Проще самому css-ку написать. Хотя вот мне в последнее время materialize приглянулся. Его нельзя назвать "самый простой", зато он довольно милый и красивый.

> Можно искать! :)
Ура! =)
Добавлю ссылку к себе потом.

Можно искать! :)

Пока, конечно же довольно плохо, но работает. Буду запиливать постепенно фичи.

http://umbrella.difrex.ru

> Добавлю ссылку к себе потом.
Из поиска, кстати, к тебе в веб-клиент линки ведут.

>Можно искать! :)
>Пока, конечно же довольно плохо, но работает. Буду запиливать постепенно фичи.
>http://umbrella.difrex.ru

Кстати, круто. Понравилось. Правда поле ввода не сразу нашёл ^__^

>> Добавлю ссылку к себе потом.
>Добавил.

Хм, а куда? :)

> Кстати, насчёт стилей. Как-то странно оформлены результаты поиска =)
Да я цсс не ковырял почти. Быстренько накидал из materialize framework.

Код немного причешу и открою. Можно будет совместно пилить.

> Добавлю ссылку к себе потом.
Добавил.

> Из поиска, кстати, к тебе в веб-клиент линки ведут.
Точно, вижу.

Кстати, насчёт стилей. Как-то странно оформлены результаты поиска =) Если там убрать .z-depth-1 (на каждом результате), поменять его на .card-panel, затем убрать все дочерние контейнеры (включая лишние блоки p), то должно быть гораздо приличнее и красивее.

Если потребуется, помогу потом дооформить.

> Кстати, круто. Понравилось.
Спасибо :)

> Правда поле ввода не сразу нашёл
Подписал

Поиск по русским словам выдает ахинею. Зато на английском уже релевантные ответы выдает.

> А что с js? Я его не знаю абсолютно.
js не нужен. Стараюсь его держать по минимуму, либо вообще не использовать. Лучше на сервере такие вещи реализовать.

В сабже появилась возможность выгрузки сообщения в формате, схожем с форматом iitxt в текстовый файл с именем MSGID.txt.

> Хм, а куда? :)
На главную ii-net.tk. Просто обычная ссылка.

> Код немного причешу и открою. Можно будет совместно пилить.
Очень хорошо, помогу, чем смогу.

Сабж переехала ii://lenta.rss.15.5. Шустро они контент генерируют.

> Думаю, надо бы добавить в индекс http://irk39.tk/

Там мало чего индексировать, но если хочешь, добавь.

Кстати, у Rushpon на http://mlpfim.ml свои эхи есть, которые я не гейтую. Их тоже в индекс можно.

> Сабж переехала ii://lenta.rss.15.5. Шустро они контент генерируют.
Гейт идёт.

В общем, пайтоны со всякими ncurses это здорово, но надо пилить клиент для windows. Не с web-интерфейсом, а хотя бы с мордой на подобии ncurses.

Я с ужасом обнарудил, что большинство моих знакомых плавно возвращаются на винду и им мои поделки постолько поскольку. Значит надо дать им клиент, стабильно работающий хотя бы на windows.

Беда в том, что я не программист и толком не умею писать программы. Это вам не на пятоне скриптовать всё таки =) Сейчас от безысходности засел немного пилить клиент на паскале lol. Посмотрим, что получится.

ЗЫЖ Никто не хочет написать человечачий компилируемый клиент, работающий и под виндами?

Думаю, надо бы добавить в индекс http://irk39.tk/

Обновление сабжевого клиента на github:

* исправлен критический баг, вызывающий падение клиента в случае, если лог загрузки не входит на один экран;
* добавлена возможность помечать эхи как архивные.

Архивные эхи не засоряют основной экран выбора эхоконференции, а находятся в отдельном списке. Переключение между основным и архивным списками конференций осуществляется клавишей A. Суть архива в том, что эти эхоконференции не синхронизируются с нодой и тем самым не влияют на скорость получения новых сообщений. Так же при просмотре архивных эхоконференций блокируется возможность создания сообщения или ответа.

> Я с ужасом обнарудил, что большинство моих знакомых плавно возвращаются на винду и им мои поделки постолько поскольку. Значит надо дать им клиент, стабильно работающий хотя бы на windows.
Печально. Только вот в ii кроме нас практически никого и нет.

> Беда в том, что я не программист и толком не умею писать программы. Это вам не на пятоне скриптовать всё таки =)
> Сейчас от безысходности засел немного пилить клиент на паскале lol. Посмотрим, что получится.
Для винды очень легко написать клиент на С# c родным интерфейсом, либо что-нибудь на C++ & Qt. Только для первого варианта надо вижуал студию ставить, а она довольно противна сама по себе.

> ЗЫЖ Никто не хочет написать человечачий компилируемый клиент, работающий и под виндами?
Мне точно не суждено, т.к. типичный "красноглазый хейтер" винды, и даже устанавливать не хочется =)

>> А был же у нас, вроде, клиент на кутях?
>> Его нельзя просто перекомпилить?
> ЕМНИП, он был на пайтоне. А это толстый-претолстый exe на выходе, например.
Во-первых, он не был, а есть, сейчас вам пишу именно с него =). Во-вторых, виндузным пользователям совершенно наплевать на размер exe (он будет не более 3мб, насколько помню, а по современным меркам это ничтожно).
В-третьих, затея всё равно плохая, потому что конфигурация тут хранится в текстовом файле, который нужно править вручную в редакторе. Так что "простые пользователи" опять в пролёте.

Сабж целый ворох мельтешат в моей голове в последние дни. И вот надумал я воспользоваться тем, что у нас для всяких извращений существует схема /x.

Почему бы не сделать некий аналог фидошных фреков (забор бинарных файлов с ноды) прямо в клиенте. Иметь список с кратким описаниеми и возможность просматривать его прямо в клиенте, а потом тыкнуть в нужное и немедленно скачать.

Как смотрите? Я просто в данный момент занят своей реализацией ноды (как и все свои скрипты, я её пилю на python3; CL хорош, но не для масс) и раз уж так вышло, но попиливаю ещё и клиенты, то задумался об обмене бинарными данными. Конечно, это не файл-эхи, но файл-эхи в современных реалиях излишни, а вот фреки были бы порой полезны.

>> Я с ужасом обнарудил, что большинство моих знакомых плавно возвращаются на винду и им мои поделки постолько поскольку. Значит надо дать им клиент, стабильно работающий хотя бы на windows.
>Печально. Только вот в ii кроме нас практически никого и нет.

Так если не делать клиенты для девочек, то и не появится (нет, меня Рома не кусал) =)

>Для винды очень легко написать клиент на С# c родным интерфейсом, либо что-нибудь на C++ & Qt. Только для первого варианта надо вижуал студию ставить, а она довольно противна сама по себе.

Мне хочется чего-то более кросс-платформенного. Пока пробую то-сё. Может и напрбую чего.

>> ЗЫЖ Никто не хочет написать человечачий компилируемый клиент, работающий и под виндами?
>Мне точно не суждено, т.к. типичный "красноглазый хейтер" винды, и даже устанавливать не хочется =)

Я тоже хейтер, но винда у нас повсеместное явление. Это было бы полезно для сети.

>> ЕМНИП, он был на пайтоне. А это толстый-претолстый exe на выходе, например.
>Во-первых, он не был, а есть, сейчас вам пишу именно с него =). Во-вторых, виндузным пользователям совершенно наплевать на размер exe (он будет не более 3мб, насколько помню, а по современным меркам это ничтожно).
>В-третьих, затея всё равно плохая, потому что конфигурация тут хранится в текстовом файле, который нужно править вручную в редакторе. Так что "простые пользователи" опять в пролёте.

А я что-то про 40+MB припоминаю. Видимо, Альцгеймер будет мне хорошим другом =)

ЗЫЖ Как тебе новая версия цезия?

> Почему бы не сделать некий аналог фидошных фреков (забор бинарных файлов с ноды) прямо в клиенте. Иметь список с кратким описаниеми и возможность просматривать его прямо в клиенте, а потом тыкнуть в нужное и немедленно скачать.
> Как смотрите? Я просто в данный момент занят своей реализацией ноды (как и все свои скрипты, я её пилю на python3; CL хорош, но не для масс) и раз уж так вышло, но попиливаю ещё и клиенты, то задумался об обмене бинарными данными. Конечно, это не файл-эхи, но файл-эхи в современных реалиях излишни, а вот фреки были бы порой полезны.

Нужно более точное описание. Загружать файлы могут поинты или только сисопы? Будет ли это вовлечено в нодообмен? Максимальный размер файла и/или квоты на место? Всякие неприятные штуки вроде bash-скриптов c rm -rf /* || файл.ехе ?
Хотя в некотором смысле неплохо звучит.

> Так если не делать клиенты для девочек, то и не появится (нет, меня Рома не кусал) =)
> Мне хочется чего-то более кросс-платформенного.

Вам девочки или кроссплатформенность? :D
Лично по мне проблема есть только в дружелюбном GUI. Примерно две трети наших клиентов нормально заработают под виндой с мелкими модификациями, проблема лишь в "юзерфрендли". Ну не хотят люди править в блокноте config.cfg, не хотят, что поделать!

> А я что-то про 40+MB припоминаю.
Неее, ни в коем случае. 5-10 мб - это самый максимум. Я раньше часто под винду питон скрипты компилял, помню.

> ЗЫЖ Как тебе новая версия цезия?
Пробовал сегодня утром на андроиде, пока на дачу ехал. Решил сделать git reset, и он опять упал на этом curses_set() =)
Придётся опять эти куски кода потом удалить.

А был же у нас, вроде, клиент на кутях?
Его нельзя просто перекомпилить?

>А был же у нас, вроде, клиент на кутях?
>Его нельзя просто перекомпилить?
ЕМНИП, он был на пайтоне. А это толстый-претолстый exe на выходе, например.

>>Вам девочки или кроссплатформенность? :D
И того и другого. И можно без хлеба.

>Лично по мне проблема есть только в дружелюбном GUI. Примерно две трети наших клиентов нормально заработают под виндой с мелкими модификациями, проблема лишь в "юзерфрендли". Ну не хотят люди править в блокноте config.cfg, не хотят, что поделать!
Конфиги -- это вопрос третий. Пока надо хотя бы без проблем стартующий и удобный клиент намонстрячить.

>Неее, ни в коем случае. 5-10 мб - это самый максимум. Я раньше часто под винду питон скрипты компилял, помню.
Чем именно компилял? Просто есть пара затей глупых.

>Пробовал сегодня утром на андроиде, пока на дачу ехал. Решил сделать git reset, и он опять упал на этом curses_set() =)
>Придётся опять эти куски кода потом удалить.
Я традиционно не гарантирую полноценную работу под android.

Теперь при нажатии home и end вместо падения переходит в начальный список эх. Уже хорошо.
Попытался перейти в список архивных эх. Он, конечно же, был пуст. Нажал Enter на пустом списке - клиент упал с ошибкой List index out of range. Надо бы исключение прописать.

Дома продолжу тестирование.

Портировал цезий с ncurses на pdcurses почти без проблем. Но вот вывод юникода в этой ужасной системе не того этого. Там в терминале до сих пор cp866. Стоит ли писать декодирование или есть варианты получше?

>> Там в терминале до сих пор cp866.
>О_о
Сам в шоке =)

>> Стоит ли писать декодирование или есть варианты получше?
>Стоит, потому что хардкодить интерфейс дважды (для двух разных кодировок) неудобно.
>Только вот сомневаюсь, что цезий для девочек подойдёт. Им будет лень заучивать сочетания клавиш =(
Ну эту проблему я решил тем, что забил на curses. Придётся делать нечто модульное как у тебя, но на Tk. Смысла много нет, но мне нравится самому делать софт =)

Давайте доработаем кутевый клиент

У меня есть такие предложения
* Конфиг в JSON, правка из клиента
* Нормальный дизайн с перделками
* Qt5

Дизайн могу взять на себя. Тут рядом сидят дизигнеры не особо загруженные.
Skype-like было бы неплохо.

> Давайте доработаем кутевый клиент
> У меня есть такие предложения

> * Конфиг в JSON, правка из клиента
Только перешёл с json на ini, так уже обратно зовут :)
> * Нормальный дизайн с перделками
Для такого форк надо, а то мне интеграция с vim нужна :)
> * Qt5
На это согласен

> Дизайн могу взять на себя. Тут рядом сидят дизигнеры не особо загруженные.

Если что, на гитхабе пулл реквесты и issues принимаю.

Только для пользователей всё равно нужен виндоинсталлятор и portable-режим.

> Там в терминале до сих пор cp866.
О_о

> Стоит ли писать декодирование или есть варианты получше?
Стоит, потому что хардкодить интерфейс дважды (для двух разных кодировок) неудобно.

Только вот сомневаюсь, что цезий для девочек подойдёт. Им будет лень заучивать сочетания клавиш =(

> И того и другого. И можно без хлеба.
Тогда Питон или Си (можно ++). Также Qt или Gtk.

> Конфиги -- это вопрос третий. Пока надо хотя бы без проблем стартующий и удобный клиент намонстрячить.
У нас достаточно клиентов стартуют нормально. Проблемы начинаются, когда парсер не хочет кушать конфиг, в котором случайно добавили лишний символ, и клиент не работает.

Нужен ещё инсталлятор и portable-версия, чтобы мышкой клацать, и всё.

>Чем именно компилял? Просто есть пара затей глупых.
Pyinstaller и cx-freeze.

>Я традиционно не гарантирую полноценную работу под android.
Тогда попробую потанцевать с бубном, либо протестирую позже дома.

>Дизайн могу взять на себя.
Но после отпуска.
Да, я в отпуск с субботы сматываюсь на две недели. В сети меня не будет :)

> Вот про шрифты недопонял. У меня tk очень давно (лет 6-7 назад) выглядел ужасно, но сейчас даже без настроек шрифта хорошо смотрится.

http://ii-net.tk/ii/files/VX71VFW7eqgYroOh06wm.png
Слева tk интерфейс, справа Qt. Разница видна невооружённым глазом.

> Только лень мешает. В любом случае, я не зря цезий пока не релизю. Там всё ещё период добавления фич, а рефакторинг и оптимизацию я на потом отложил.
Если что, готов помочь с цезием, только напиши. Ибо мне он понравился.

>При нажатии Q (ответить) в пустой эхоконференции клиент крашится.
Пустые эхи не проверяются, но пофикшу обязательно.

>F10 (выход из цезия) не работает, если находишься в режиме чтения эхи.
Это фича, а не баг =)

> Это фича, а не баг =)
Так и думал, что ты это скажешь =) Ну да ладно, пусть будет фича.

> Я пока рассчитываю на tkinter.ttk, если честно. В любом случае, давно собирался его потыкать. Так что нормально всё =)
На винде tkinter.ttk выглядит нормально, а для линуксов придётся собственную тему создавать (и со шрифтами разбираться). Ну и ладно, у нас ncurses есть, так что не критично. // это просто ради информации

> Я не планирую многооконный интерфейс, если честно особо.
А как же выбор эх и диалог загрузки сообщений? Убирать в цикле элементы и заново расставлять их ещё то извращение =)
Хотя первый пункт можно реализовать как в андроид клиенте (сбоку эхи расположить, и всё).

> Примерно так и будет. Вынести всё в модули и попиливать под настроение.
Вот так очень хорошо =)

>Ну эту проблему я решил тем, что забил на curses. Придётся делать нечто модульное как у тебя, но на Tk. Смысла много нет, но мне нравится самому делать софт =)
Хотя, если будет Qt-клиент с хорошим дизайном, то вряд ли будет острая необходимость в моей поделке =)

Ещё один багрепорт по сабжу (уже дома, с компа):

При нажатии Q (ответить) в пустой эхоконференции клиент крашится.
F10 (выход из цезия) не работает, если находишься в режиме чтения эхи.

>Как раз на Tk тебе рассчитывать не стоит. Он довольно некрасив по внешнему виду и отпугнёт пользователей ещё больше.
Я пока рассчитываю на tkinter.ttk, если честно. В любом случае, давно собирался его потыкать. Так что нормально всё =)

>Ещё для таких вещей, как навигация, оформление текста и многооконный режим, в нём нужно делать страшные костыли (см. мой клиент).
Я не планирую многооконный интерфейс, если честно особо.

>А вот curses - это эксклюзив и по-гиковски. Так что лучше взять какой-нибудь wxPython и сделать форк Caesium GUI Edition, а ncurses версию не забрасывать.
Примерно так и будет. Вынести всё в модули и попиливать под настроение.

> Ну эту проблему я решил тем, что забил на curses.
> Придётся делать нечто модульное как у тебя, но на Tk. Смысла много нет, но мне нравится самому делать софт =)

Как раз на Tk тебе рассчитывать не стоит. Он довольно некрасив по внешнему виду и отпугнёт пользователей ещё больше.
Ещё для таких вещей, как навигация, оформление текста и многооконный режим, в нём нужно делать страшные костыли (см. мой клиент).

А вот curses - это эксклюзив и по-гиковски. Так что лучше взять какой-нибудь wxPython и сделать форк Caesium GUI Edition, а ncurses версию не забрасывать.

>> Это фича, а не баг =)
>Так и думал, что ты это скажешь =) Ну да ладно, пусть будет фича.
Ну так я изначально планировал такое поведение. Так что не баг, но могу сделать работу F10 повсеместной.

>> Я пока рассчитываю на tkinter.ttk, если честно. В любом случае, давно собирался его потыкать. Так что нормально всё =)
>На винде tkinter.ttk выглядит нормально, а для линуксов придётся собственную тему создавать (и со шрифтами разбираться). Ну и ладно, у нас ncurses есть, так что не критично. // это просто ради информации
Вот про шрифты недопонял. У меня tk очень давно (лет 6-7 назад) выглядел ужасно, но сейчас даже без настроек шрифта хорошо смотрится.

>А как же выбор эх и диалог загрузки сообщений? Убирать в цикле элементы и заново расставлять их ещё то извращение =)
Да особо и не нужно на самом деле.

>Хотя первый пункт можно реализовать как в андроид клиенте (сбоку эхи расположить, и всё).
Вот это. Делать наподобии ncurses-интерфейса я не буду. GUI даже при разрешении 800х600 позволяет так не экономить место на экране, как это приходится делать в терминале.

>> Примерно так и будет. Вынести всё в модули и попиливать под настроение.
>Вот так очень хорошо =)
Только лень мешает. В любом случае, я не зря цезий пока не релизю. Там всё ещё период добавления фич, а рефакторинг и оптимизацию я на потом отложил.

>Нужно более точное описание. Загружать файлы могут поинты или только сисопы? Будет ли это вовлечено в нодообмен? Максимальный размер файла и/или квоты на место? Всякие неприятные штуки вроде bash-скриптов c rm -rf /* || файл.ехе ?
Приведу пример из FIDONet и как я это вижу в случае ii.

В FIDO, как правило, были разделены программы: мейлер (тоссер-пушер по нашей терминологии) отдельно, тоссер отдельно, редатор-читалка тоже отдельно. В мейлере я мог прозвониться на ноду и запросить фреклист -- индекс файлов, которые сисоп положил для общего доступа поинтам. Выбирал нужные, потом отправлял фрек-запрос, и мейлер скачивал эти файлы.

В ii я вижу это так (для клиентов, так как над веб-нодой пока не думал):

Поинт отправляет запрос на фреклист с authkey, после успешной проверки строки авторизации, получает список файлов с описаниями, прямо в клиенте в списке помечает желаемое, клиент отправляет запрос на скачивание со строкой авторизации и скачивает выбранные файлы.

В таком виде мне это привиделось по крайней мере. Возня со строкой авторизации нужна, потому что наше законодательство всяко может боком выйти =)

Файлообмен между нодами этот вариант не предусматривает (и правильно, на мой взгляд), файлы может выкладывать только сисоп.

>У каждого свои вкусы, но суть ты понял. Просто они должны сочетаться с остальными элементами интерфейса, с родными системными шрифтами.
Так оно, но я не лепил GUI с тех пор, как дописал дипломный проект на Delphi. Так что считаю возню с tkinter полезной. К тому же мне всегда был симпатичен внешний вид Tk-приложений. Правда это опять таки не меняет сути дела, так как речь идёт о клиенте для девочек =)