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

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

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

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


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

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

Вот только как запустил его, оно 404 выдаёт. Синхронизацию базы через sync-o.py сделал.

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

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


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

>открывать http://127.0.0.1:5151/o/openbsd.html
О, всё, теперь работает. Правда вёрстка съезжает. Ещё потом поизучаю эту штуку.

>ps. база до синхронизации создана? файл .db есть?
Да, он был, всё нормально.

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

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

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

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

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

>странно, тут вёрстка такая же, как и на остальных сайтах, через pure-css, у меня работает на любых размерах экрана
На телефоне очень сильно съезжает. Размер экрана 800х1280
http://irk38.tk/Screenshot_2014-08-26-23-02-33.png

>редактирование - http://127.0.0.1:5151/o/_template.html/edit
>все страницы для редактирования: http://127.0.0.1:5151/o/*/
>но, при синхронизации все изменения затрутся, синхронизация делает копию сайта точно такой же, как и на исходном сайте, это не распределённая система
Хорошо, что это прямо так править можно, но жаль, что при синхронизации всё затрётся

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

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

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

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

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

>тем более, это пока эксперимент
Всё ясно, это нормально

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

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

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

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

>Это не чуть-чуть кода написать. Распределённая синхронизация возможна только одним способом, который используется во всех распределённых системах контроля версий. У этой же вещи - вообще другая идеология
Тут ничего особенного нет. Я говорю про более прикладную вещь. И эта вещь легко встраивается в фетчер. Когда запросились изменения с сервера, фетчер делает diff на локальную копию, показывает его мне и даёт выбор: применить весь или проигнорировать. Второй вариант я могу выбрать если у меня есть локальные конфликтующие изменения, либо если изменения с сервера полностью или частично не захочу получать. Это таки чуть-чуть кода, и, поскольку в твою идеологию не вписывается, я реализую это сам при необходимости.