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

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

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

Думала, что избежала большей части головной боли развёртыванием дроплета с установленным и настроенным ownCloud. Но тут форкнули его, и большинство девелоперов перебежали в новый проект. И что теперь? Ставить всё с нуля ручками? От судьбы не сбежать?
https://www.opennet.ru/open.../art.shtml?num=44537

Ах, да. Я уже продолжительное время не пишу про ownCloud. Это потому, что всё работает штатно, все костыли работают, все приколы известны. Короче, до Seafile руки так и не дошли.

Gopher интерфейс к ownCloud OO Вот это было бы свежо!

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

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

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

Сломала сервер при обновлении == Я ведь ещё засомневалась, а не снять ли мне образ впски ==

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

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

У меня ощущение, что ownCloud вместо FindFirstChangeNotification() использует какие-то свои костыли для проверки изменений в синхронизируемой папке. Плохо.

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

Дважды бугага. Добавила файлик новый, скачались изменённые.

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

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

Не синхронизируются альтернативные потоки NTFS. Не то чтобы очень нужно, но даже BTSync научился.

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

Странно, в XP оно работает. Но у новой версии интерфейс пипец какой ужасный == И перевод просто космос == Пришлось вынести кучу qm файлов с локализациями.