← All posts tagged owncloud

Потребовалось срочно переехать ownCloud с одного домена на другой. Ну тоесть всё остаётся на своих местах, только меняется имя домена. Расшаренных файлов нет, связей с другими облаками нет. Думала, что придётся всё переустанавливать (а заодно обновить наконец бубунту), но не тут-то было. Сначала сгенерировала сертификаты на новый домен (добавила конфиг в getssl и запустила), потом прописала новый домен в config.php, следом заменила старый домен на новый в конфигах сайтов Апача. Перезапустила Апач. Зашла на сайт и проверила – вроде бы порядок. По новому адресу открывается тот же ownCloud с теми же пользователями и файлами. Но тут отвалился клиент на машине – ему сертификат перестал нравиться (на Апаче по дефолту самоподписанный сертификат на example.com во избежание). Закрыла его, пошла искать конфиг. Оказалось, что хранится он не в Application Data, а в Local Settings. Открыла owncloud.cfg и заменила там домен. Запустила клиент. Тот затребовал пароль для учётки. Дала ему пароль, на чём он и успокоился. Вроде бы пока всё работает.
// Кстати, оказалось, что обновлялки клиент в ту же папку качает. Я пропустила несколько, так он их там и схоронил.

Проверила в 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
И всё будет работать очень даже неплохо ^^ В Линупсе ещё не пробовала, но думаю, что там список точно такой же.

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

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

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

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