А если его нету? :):)

Я лучше побольше артворка опенбсдшного...

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

2b. группеировать по времени - это неприменимо. новые сообщения могут быть и старее по времени (собственно, для текущей ноды это тоже проблема, если придёт старое сообщение - оно просто опустится в списке).

3. ничего не понял. кнопка "отправить" есть на каждой странице. возможность изменять или удалять сохранённые сообщения - запланирована.

1. и 2a. давай лучше ты сделаешь и мне покажешь :)

давайте вы сами будете вёрстку делать. :) потому что чую, не моё это. хочу только, чтобы было в стиле OpenBSD (чтобы сразу было видно, что это кружок openbsd), чтобы новичку показывалась нужная информация, и чтобы старички могли держать "руку на пульсе".

не знаю, шо у тебя за экран, но чёрное смотрелось лучше.... а белым цветом у меня цитаты выделялись :)

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

в гу-группах, по-моему, нет таких старых годов...

бр.... bbs.bbs в клиенте - поприятнее будет. она 2003 года выпуска :)

http://www.openbsd.org/images/hackathons/f2k7.gif

чё за мужык?

а из обоев у меня раньше стояла вот эта картинка:

http://osole.51t.ru/s/openbsd.jpg

а потом поставил стандартную обоину из Icaros Desktop (продолжение Amiga OS)

http://st.51t.ru/oboi/eat-triviality-wide.jpg

> А на этот случай в CSS можно указывать несколько гарнитур. ;)

так если главной ни у кого не будет - зачем её указывать основной? :)

> Ну так это тоже работа.

Так они же в любом случае рисуют... просто бы выкладывали персонажей отдельно, чтобы можно было на другой фон накладывать - вот и обои :)

Как будет свой худжник - так обязательно его заставлю openbsd-шные артворки рисовать :)


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

Может быть, надо делать двустоонний гейт email-рассылки <-> ii? Спасём мы этим Родину?

http://obsd.odii.ru/obsd.ml.tech.14
http://obsd.odii.ru/obsd.ml.misc.14

вне той станции пока не распространяются...

если кто хочет подписаться, то для 51talk - в конфиге писать:

via obsd.odii.ru obsd.ml.tech.14 obsd.ml.misc.14

в рамках концепции "бедные африканские дети с малым объёмом диска" - собран текущий 51talk с peewee (используется sqlite3), и со сжатием сообщений, чтобы всё это занимало меньше места на диске (на предмет разрастаемости базы).

http://client.51t.ru/51peewee.tar.gz

а ты умеешь обои с рыбкой рисовать? :)

у нас не конкурс обоев, а поиск тематических ресурсов по теме OpenBSD :)

http://rss.51t.ru/

Я говорю про разные ноуты, которые по ~50 баксов китайцы продают, с обычной флешкой на 1/2 гб. Тут размер приложения не принципиален, а вот хранение баз - сжатие должно позволять сохранять больше информации.

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

Там ещё много что можно применять. "Эхи по радиоканалу", чтобы через радиостанции раздача шла с широким покрытием. Офлайновые методы перемещения. В общем, богат и разнообразен мир ii. Собственно, сначала была придумана эта концепция (это и есть project odii), и только потом под неё был сделан ii (ii - это вообще было временное название, просто для проверки того, как это реализуемо на практике). Но "версию для африканских детей" я обязан был сделать. Сделал :)

Третья и четвёртая книги Гаттера добавлены в офлайнизатор. "Полдела сделано"

Теперь нужно что-то научно-популярное, про postgresql, про django, про openbsd, про старые игрушки.

Кроме того, по openbsd готовится к выпуску "распредпортал", позволяющий офлайнизировать целые наборы, включая html, textile-разметку и медиафайлы (намеренно несовместимый с ii, хотя проблем сделать это зачем-то совместимым - нет)

все меню, доки и подписки убраны. вот на эту страницу: http://51t.ru/51t

"кружок openbsd" - это вообще будет не ii, но тоже круто... осталось только выяснить, когда будет...

Когда сделаем - все пойдут :) в очередь ломится станут... :)

почему-то с моего сервера с 17 числа пропал доступ к securitylab, поэтому эха на http://rss.51t.ru перестала ходить и снята с довольствия.

И, может быть, оно вообще не на этом сайте будет...

Хотя, конечно, нужна возможность делать связанные объекты из сообщений ii. Если бы ещё прикрутить рассылки - можно было бы делать в трекере ленты, по типу http://bug.51t.ru/ чтобы можно было к странице приложения привязывать все бурные дебаты :)

Сейчас рассылки хреново гейтуются :(

поставил через gevent.... посморим, как жить будет...

мне не очень нравится эта идея с файлами. мне больше нравится, если можно как-то снаружи СООБЩИТЬ. в фенде были разные SendMesage для окон, которые можно было ловить :) чё есть в питоне - не знаю даже :)

да, lim=all рабоает медленновато для больших эх, и напрягать систему - запросто.

> В связи с этим у меня вопрос: если запустить несколько несколько bottle.py параллельно, не будет ли гонок по доступу к ресурсам?

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

1. делать демона, который раз в n-минут обновляет состояние (понятия не имею, как это делается)

2. запустать фетчер изнутри сервера (проблемный вариант)

3. как-то фетчером сообщать, что данные обновлены (я вообще изначально хотел сделать url типа /update, и чтобы его фетчер дёргал, но, наверное, есть и другие пути) [если вот тут как-то по-умному придумать - будет хорошо]


второй путь - это много ботлепуев. это делается через gunicorn. но тогда, опять же, надо смотреть, какие данные НЕ ПЕРЕДАЮТСЯ в рамках процесса. python мне тем и хорошо, что я могу, в отличие от php, легко делать глобалы и не дёргаться по пустякам. мне не нравится вариант "много ботлепуев" именно из-за того, что нельзя делать простое кэширование многих данных

третий вариант, что называется, в лоб - многопоточность через gevent. просто поставь py-gevent, и я её могу хоть щас включить, раз время подошло.


а вообще, простой в несколько секунд - это не страшно. ты для сравнения irk38.tk помониторь, и посмотри, как он отдаётся... или представь дозвон до нода на 1200 без коррекции ошибок :) читать логи мониторинга - только себя пугать на каждый чих :)

можно, конечно, вообще отказаться от lim=all в пользу пажинации, но у меня ИДЕОЛОГИЯ! :) и своё представление о том, как это должно выглядеть. поэтому именно так, а не иначе :)

> Что значит "обновляет состояние"? Вообще, я представлял себе фетчер так: сливает инфу во временную папку по соседству с папкой эхи (типа, myecho.tmp), как закончил - делает rename(2) для каждого файла в папку эхи.

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

> С радостью. Но проблемы с гонками-то никуда не денутся...

а они и сейчас есть, те же самые.

> Там не просто "несколько секунд", там уже простучаться было нереально вообще.

погоняем с gevent-ом, посмотрим...

MRD придё - порядок наведё!

Сиииизя!

> А так - у Web-сервиса по определению есть интерфейс для посылки сообщений под названием HTTP. :)

та я знаю... но чё-то не хотелось :) пусть пока так поработает, а там посмотрим... у меня тут всяких разных вариантов навалом...

А я то причём к сепаратитским андроид-клиентам?

Надо делать свой. А я не знаю, как их собирают. Для pocketpc когда-то делал приложения... и где теперь тот pocketpc? :)


неее, брат, тут всю экосистему формировать надо. ii не причина и не следствие, ii только маленькая деталь :)

> OH, NO!! А здесь кроме пожарника есть кто-нить, кто не пилит клиенты?

Клиенты клиентам рознь.

Есть ключевые решения. А есть "мне так захотелось". Проблем сегментации не будет просто потому, что никто про эти клиенты не знает. :) А тот клиент, который решает нужные и важные задачи - это первейшая необходимость, независимо от того, сколько существует клиентов, которые эти задачи не решают. :)

Твоё огорчение сможет сделать сеть лучше? Если нет, то без разницы, будешь ты огорчать или нет. :) Спи. :)

> Я и не собираюсь пилить клиенты или ещё что-то.

Клиенты не пилят, клиенты творят. :)

> Ты рассуждаешь как наичистейшей воды построитель "велосипедов", я горжусь тобой! И конечно, твой лисапед будет самый новенький и блестящий, подогнанный под твои ноги и руки. А у кого руки-ноги длиннее/короче -- тех на прокрустово ложе))

Есть конкретные задачи, которые надо решать. Хоть одним клиентом, хоть 100 клиентами, но надо. И если они не решаются, то не имеет никакого значения, сколько существует клиентов, которыми они не решаются.


В ii важны не клиенты, или их отсутствие. И не серверы или их отсутствие. А следование общей задаче - создать конкретную среду обитания. ii должна работать. А она не работает. Чтобы она работала, нужно, в том числе, чтобы и был андроид-клиент, который и рекламирует сеть, и проявляет её преимущества, и заставляет людей подчиняться тому, как тут заведено (т.е., не превращает ii в то, чем она не является: человек не понимает, пытается это применить неверно, у него не получается, и он от этого страдает).


Подобной демагогией упрощения, которой действуют дети интернета, начитавшиеся типичных случаев, а потом на всё вешающих штампы ("велосипед" - это один из типичных случаев), я не страдаю. Поэтому мне без разницы, как это будет называться и восприниматься ими. Мне в любом случае нужен клиент, который соответствует моим представлениям. В том числе и для того, что было задумано сверх ii, в рамках odii (офлайнизация с разметкой). Потому что, если это сделать так, то мне кажется, это будет реально удобно. Подобные вещи уже есть, но это ничего не значит - ибо сделать там "последние штрихи" (сквозной обмен) это фактически переделать всё заново, но при этом оставив уши от "невелосипеда". Нужно исходить из таких реалий, как "время", "мои возможности", "чужие потребности", а не "велосипед" или подобное. Нужно делать то, что можно, а не объяснять самому себе, почему что-то делать - это неправильно, или панически бояться неверных ходов, потому что "велосипед", "костыль", а если говорить прямо - "сокамерники по лорам и прочим сайтам заругают".

Если не избавиться от из мировоззрения и их ограничений, то за рамки их (на самом деле - очень) узкого мирка не вылезти. Всё очень просто.


И, конечно, общая концепция, а не лоскуты "тут добавляем, зато тут теряем". Работать должна ii, а не её компоненты, которые по отдельности чудо как хороши, но всё вместе - доставляет непонятный дискомфорт. Потерять целостность просто, а жить без неё - сложно. Поэтому клиенты должны выдержать путь эволюции, отвечать реалиям и переживать новые проблемы, а не быть бесполезной вещью в себе "технически - работает, а зачем работает - не важно". Тем более, официальных клиентов у меня наперечёт, а все остальные... пусть расцветают сто цветов, если что прорастёт - хорошо, нет - никто и не узнает.

> Чтобы рекламировать сеть, недостаточно этот клиент просто иметь и/или в F-Droid положить.

Гениальная мысль.

> Если ты так озабочен рекламой ii

Пиздец.

> Лично я в рекламе сети не заинтересован

А, и правда, зачем она нужна. Потом просто останется только один, и можно будет самому себе письма писать... Чтобы шизофрению подогревать, чтобы она не вяла...

версия 0. без документации, описания... пока будет забиваться сайт, начиная с http://51t.ru/o/openbsd.html
ну а дальше, как попрёт

в общем, встречайте: http://hg.51t.ru/odiiapp/

как это назвать - не знаю, пример по ссылке выше. при этом с помощью фетчера можно забирать изменения с http://51t.ru/o/_/
синхронизация только односторонняя. можно брать копию "портала" и иметь её локально. короче говоря, это офлайнизатор с разметкой и навигацией (поддержка textile, html и разных типов файлов)

подробности - в наших дальнейших выпусках.


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

индексной страницы там нет, ещё непонятно, как именно она там будет (и сколько их будет вообще)

открывать http://127.0.0.1:5151/o/openbsd.html


ps. база до синхронизации создана? файл .db есть?

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

для заметок и обсуждений лучше ii. сначала будут, наверное, неймспейсы, чтобы разные книги...

если это будет в рамках официального odii-клиента, где будет и ii, то там будут заметки (как и тэги) привязываться ко всем объектам, какие есть, от сообщений до страниц.

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

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

обновление сервера, немного изменилась логика

1. хэш высчитывается немного иначе, метаинформация будет обновляться всегда, но пока фетчер это не умеет. как сейчас будет работать - непонятно, фетчер будет потом догнан

2. в тексте появились тэги <!--[ ]-->, которые, будучи в самом начале, могут переопределять значения template и sidebar, типа <!--[ template:_mytpl.html sidebar:_myblock.html ]-->

3. теперь все страницы, которые начинаются с _, отображаются без темплейта (для других страниц существует /raw)

оно расчитано на получение, и на правку на сервере...

утилиты экспорта-импорта у меня уже есть, утилиты отправки на сервер - сделать несложно, это обычный post-запрос. но вообще, эта штука работает в связке с ii, этакая "цифровая книга", которую можно получить и использовать, периодически получая обновления...

тем более, это пока эксперимент, есть много вещей, которые ещё не решено, как будут сделаны. сейчас главное - чтобы работало, чтобы накопленную информацию по OpenBSD сгруппировать...

> О, всё, теперь работает. Правда вёрстка съезжает. Ещё потом поизучаю эту штуку.

странно, тут вёрстка такая же, как и на остальных сайтах, через pure-css, у меня работает на любых размерах экрана

шаблон находится в _template.html

редактирование - http://127.0.0.1:5151/o/_template.html/edit
все страницы для редактирования: http://127.0.0.1:5151/o/*/

но, при синхронизации все изменения затрутся, синхронизация делает копию сайта точно такой же, как и на исходном сайте, это не распределённая система. в качестве распределённой системы трекер+вики я использовал hg + be + asciidoc, и переизобретать это - смысла пока нет. когда-нибудь, и эта штука будет ближе к ii, и ii к этой штуке, а сейчас главное - сделать кружок openbsd, со статьями...

http://agat.github.io/css-framework/

как альтернатива pure-css

наверное, следует делать не так, как сейчас (безтипово - textile, .html -> html), а сделать .html, как сейчас, и .textile, которые будут отражаться в соответствующий .html. Это позволит легко экспортировать книги в чисто статический html.

именно этот метод и будет официальным. пока вообще textile использоваться не будет, только html.

http://pythonpaste.org/tempita/

шаблонник

да, под "в мире пакетов" переделывать шаблонный движок придётся капитально... использовать родные bottle нельзя - очень небезопасно, можно любой python-код выполнять...

> В идеале хотелось бы чтобы веб-сервер работал бы только с несколькими, мной указанными, ip-адресами.

Можно просто забиндить на нужные адреса, вместо 0.0.0.0. И повесить на нестандартный порт...

А вообще, чтобы не было веб-интерфейса - достаточно просто закомментировать в run.py строки import iitpl и iitpl.II_PATH=II_PATH

оно в любом случае работает через http. веб-морда или взаимодействие с клиентом - это, по сути, одно и то же: http-запросы

что именно отключить нужно? но отключить - можно :)

что за кнопки, не понимаю...

1. ага, оно сейчас биндится на 127.0.0.1... надо будет изменить на 0.0.0.0
http://hg.51t.ru/ii/file/527b6982d4f7/run.py#l80

2. ie и винда официально не поддерживается - тут её ни у кого нет, даже проверить негде :)

3. Время должно идти по UTC.

allhockey.ru полностью переделан (они даже кодировку с cp1251 на utf-8 поменяли, еретики!)

поэтому сейчас некоторая пауза в его фетчевании.