to post messages and comments.

Проверила в ownCloud external storage для Дропбокса. Подключается норм и работает вроде тоже норм. Правда, работает заметно медленнее, а при удалении файла из смонтированной папки сам файл удаляется, но в логи приходит сообщение о не найденном вызове Dropbox API. Плюс нет никакого зарегистрированного приложения на самом Дропбоксе, поэтому для подключения нужно регистрировать своё и через ключи разработчика подключать.

Плюнула на всё и написала свой парсер лога ownCloud на VB. На выходе получаю красивые текстовые файлики, в которых JSON превращён с нормальные текстовые данные. Можно пихать в планировщик и смотреть новые сообщения по мере их появления.

Пипец. Внезапно выяснилось, что ownCloud не сжимает никакой трафик, поскольку страшные какиры, а все данные гоняются через WebDAV. Блин, неужели совсем никаких шансов не было сжимать данные? Dropbox же как-то умудрился не гонять гиговые файлы, сжимающиеся до килобайта, как есть.

Попутно хотелось бы начать убивать за формат логов у ownCloud. В вэб-морде они нечитабельны, а в текстовом виде – ещё больше. Какой-то CSV файл, в полях которого живёт JSON, в полях которого про юникод не слышали, и заескейплено всё вусмерть. Я не могу читать все эти «\/var\/data\/\x0001x0003x000100500» >_<

Проблема из предыдущего поста, оказывается, была не в плохом Инете. Посмотрела логи, а там жалобы на WebDAV, типа сказали, что отправят такой кусок, а пришёл гораздо больше. И так без конца. В итоге плюнула, залила файл через вэб-морду, так клиент ещё и скачал тот файл =_= Не знаю, что это было, но, судя по всему, это серверная часть obnovilas normalno – с ней и так уже одна непонятка наблюдается.

Клиент ownCloud периодически конфузит. Смотрю, вроде бы идёт синхронизация, но клиент уже час висит в состоянии «Waiting». Что за фигня? Попытки расшевелить не удаются, новые файлы не синхронизируются. Закрываю, запускаю снова – прилетели новые файлы, и снова висяк. Через минут десять вдруг ловлю его на попытке залить на сервер десятиметровый файл – Инет плохой, коннект рвётся, файл еле идёт. Блин, он хотя бы сообщал, что сейчас делает, а то если Дропбокс не может залить что-то или скачать, у него в статусе так и будет написано, а этот – «Waiting» =_= Ещё хуже бывает, когда он пытается залить много мелких файлов, и делает это в несколько заходов, между которыми показывает, что всё синхронизировано. На сервер ещё не залито 200 файлов, а у него – зелёная иконка.

Думала, что избежала большей части головной боли развёртыванием дроплета с установленным и настроенным ownCloud. Но тут форкнули его, и большинство девелоперов перебежали в новый проект. И что теперь? Ставить всё с нуля ручками? От судьбы не сбежать?
opennet.ru

По прошествии нескольких дней использования ownCloud хочу перечислить основные найденные условия (почти) безпроблемной работы с этим сервисом в Windows.
1. Не использовать прокси, тем более с авторизацией.
2. Не использовать расширение Проводника.
3. Поддерживать активность каждые три минуты со всех машин, например, через шедулер таким скрпитом: pastebin.com
И всё будет работать очень даже неплохо ^^ В Линупсе ещё не пробовала, но думаю, что там список точно такой же.

Вот смотрю я на посты Линды-тян и думаю: а может ну его нафиг этот owncloud. Думал делать синк календаря и контактов, автоаплоад фоток и зеркалить фотки на несколько компов. Но для последнего дофига других способов, а с остальным пока гугл справляется.

Вэб интерфейс жаловался на .rnd файл, типа, не все файлы прошли контроль целостности. В логах – ссылка на этот файл, типа не удалось открыть. Играла с правами, переименовала – бесполезно. В итоге удалила, и всё заработало нормально. Что это было?
// А вот в home аналогичный файл куда-то пропал. Что это за файлик такой?

А, не, вроде починила. Удалила строчку из config.php, и оно поехало, даже на повторную попытку запуска обновлялки сказало, что всё и так окей. А судя по логам, скрипт не мог получить доступ к файлу .rnd, хотя в консоли вообще никаких сообщений об ошибках не было, просто написали, что сервер остаётся в режиме обслуживания.

Или вот ещё прикол. Поставила я, значит, ownCloud на ещё один компьютер. Клиент запустился, сконфигурировался, бодро показывал, что проверяет изменения в каталогах и готовится к синхронизации, а потом загорелся зелёненьким индикатором. Смотрю, а в папке пусто. Я, значит, закидываю туда файл. Файл клиент видит (я расширение поставила, так что у файла был индикатор), показывает, что проверяет изменения, готовится к синхронизации, а потом снова загорелся зелёным. Папка, разумеется, пустая, файл даже не отправлен. Три перезагрузки (по разным причинам) спустя, клиент неожиданно очнулся и принялся закачивать файлы. Качал долго, но в итоге скачал. Почти все. Пришлось снова пинать его скриптиком, и уже через полчасика он наконец узрел на сервере файлы, которые ещё не скачал. После этого вроде бы заработал.
Я это всё к чему пишу? Наверное, Артс был прав, и во всём виновата устаревшая и неработоспособная XP. Хотя постойте! Это же Windows 7, и даже со всеми обновлениями! Может быть на десятке повезёт?

Написала скриптик, который пишет некий файл с текущей датой (это вместо рандомных данных). Закинула в планировщик, каждые три минуты файл пишется в папку ownCloud, подпинывая клиент. Синхронизация не прекращается. Первый костыль.

Бугага, синхронизация сломалась. Изменила пару файлов на другой машине, на этой на вкладке «Server Activity» изменения есть, на вкладке «Sync Protocol» никаких сообщений о скачке этих файлов. Ладно, будем разбираться.

Клиент ownCloud после перезапуска забывает как авторизоваться на прокси. Может больше часа буксовать прежде чем очнуться. Ну и файлы баз прямо в корне синхронизируемой папки – это, конечно, нечто. Хорошо хоть их имена начинаются на точку, а в Windows прикручен атрибут Hidden.

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

Да ну ёпрст! Галочка «Автозапуск» снята, запись в реестре присутствует. При чём я даже её ни разу не устанавливала. Кроме того, автообноление не отключается, и прямо сейчас оно тянет новую версию не взирая на то, что она не поддерживает текущую ось.

Вроде бы более-менее настроила сервер и ownCloud. Клиент ownCloud под Windows сразу же съел 80++ метров при почти пустой папке. К слову, Dropbox прямо сейчас ест примерно 130 метров, хотя может поднимать аппетиты до 180. При установке можно было убрать расширение Проводника нафиг, и я всячески это приветствую. Работает оно как-то неторопливо (должно быть общие задержки на подлёте к серверам DO), но вроде бы работает. Теперь буду гонять в тестовом режиме – наверняка найду багов OO

а пользователи виндового клиента для owncloud тут есть? С какой версии он перестал уметь ссылки и как теперь обходиться если надо синхрить что-то из другой папки чем его установочная?

Какие же всякие эти коллаборэйшен сервера и гуглозаменители — говно. Ну чесслово. Либо это разваливающийся набор костылей, который надо ручками постоянно собирать, либо адов монстр который хуй разберешься как подправить что-то. Может это гугл саботирует всё?

какое же всё-таки тормозное тупое поделие на php. 4 тыщи статов на файлы для одного запроса. как это дебажить? При этом добро б оно ещё работало заебись. А то даже нормально не переживаем обновления. Система плагинов тоже весьма уебищная. Ну хоть своё облако пиши. Может кстати знает кто-нить что-нибудь нормальное? Хочу как гугл апп только бесплатно.

Что-то как-то все печально в плане замены дропбокса. Дропбокс не устраивает в первую очередь своим жутко прожорливым клиентом для виндоуз (на 512мб — адский ад). Поставил овнклоуд... Ну неужели они не могли сделать синхронизацию как-нибудь НЕ через http? Хотя тут есть плюсы, ладно. Однако впечатление кустарщины и тормознутости — в наличии. И кстати клиент под венду весом более чем в двое больше сервера. Там большая часть КуТэ и это ххххрень. Короче ситуация как обычно с линуксом — хочешь хорошо — рисуй сам.

Снова обращаюсь к тебе, Жуйк. Кто знаком с ownCloud и правами на GNU/Linux?
Хочу сделать так, чтобы директории и файлы с ownCloud были доступны на чтение и запись локальному пользователю. Проблема в том, что ownCloud требует назначить владельцем/группой пользователя www-data, а с локальным пользователем не прокатывает.
Подскажи, что делать, как решить задачку?

Решил попробовать установить на лолохосте owncloud.
Для этого установил docker, чтобы не заморачиваться с настройкой и установкой web-серверов.
Так это, получается, я запустил программу, написанную на Go?
Круто. Не знал, что такое возможно.

Поднял в ownCloud сервер grauphel для синхронизации заметок между Tomboy и Tomdroid. Теперь на всех устройствах единая база простых текстовых заметок без какого-либо лишнего функционала :-) Но в веб-интерфейсе нельзя даже просмотреть содержимое заметок :-(

Задумался тут над отказом от dropbox'a. Места не хватает. Кто что использует?
@ng358ex-2 я тебе тогда что-то советовал, но не помню что (то-ли sefaile, то-ли owncloud). Как у тебя с ним обстоят дела?
А еще ведь есть синтхинг какой-то и бтсинк. В общем жду ваших рекомендаций.