← All posts tagged owncloud

Linda-chan

Тут как-то заглянула в настройки ownCloud, а оно мне: у вас интернета нет, не страшно, но лучше включить. Чё? А я через что зашла? Начала выяснять. Оказалось, что сервер стучится на owncloud.org чтобы всякую инфу взять вроде обновления сервера и приложений, а у сервера сертификат протух. Зашла на сайт – действительно, протух.

Linda-chan

Обновился клиент ownCloud. Перезапускаю... БАХ! «Версия сервера больше не поддерживается!» в двух уведомлениях, которые оперативно исчезают, не дав дочитать до конца. БАХ! «Введите пароль или получите из приложения». БАХ! «Продолжайте синхронизацию на свой страх и риск». Да ну вашу ж мать... Лезу на сайт. «Мы поддерживаем две последние версии!» Ага, версию 2.5.0 и версию 2.5.0. Лезу в репу – только свежая. Короче, этот день наконец настал, день когда появляются два вопроса: как откатиться на старую версию и как заставить apt игнорировать новые версии пакета?

Linda-chan

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

Linda-chan

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

Linda-chan

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

Linda-chan

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

Linda-chan

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

Linda-chan

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

Linda-chan

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

Linda-chan

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

Linda-chan

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

Linda-chan

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

Linda-chan

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