Pull to refresh

Comments 82

Фтопку — Sabre_DAV_Exception_NotImplemented GET is only implemented on File objects 1.3.0
Что именно вы делали? «net use * хттп://pub.vsyc.com/fotki.yandex.ru/silvergh0st»?
Вероятно, открыл в браузере. Тогда именно это и выдаётся.
Так и есть. Похоже, что Вы один из не многих, кто смог догадаться, как открыть WebDAV диск, хотя я и указал ссылку на подробное описание процесса. Добавил немного текста в сообщение об ошибке.
Захожу в регистрацию, ввожу свою почту, нажимаю кнопку. Кнопка дисаблится и всё. Ничего больше не происходит.
Не подскажете, какой у вас браузер? Попробуйте пожалуйста еще раз.
Chrome. Заработало. Только всё равно не понятно — надо после регистрации выводить сообщение, мол, вам письмо, проверьте почту ,-)
Обязательно добавлю, сейчас действительно интерфейс не очень дружелюбный.

У Вас заработала авторизация https://vsyc.com/ диска?
Запросил сертификат, в списке только WebMoney :-) Win7
Отменил, он запросил логин/пароль, ввёл почту, которую на сайте регистрировал и присланный пароль — failed
Можете скриншут с запросом сертификата в почту кинуть? У Вас Win7 в домене? Версия хттп://dav.vsyc.com/ работает?
Нет, Win7 не в домене, http работает, https не работает, скриншот в почту скинул.
Когда будет доступна авторизация для пикасы?
в ближайшие две недели должна заработать.
Рад, что проект развивается. В ожидании возможности закачивать фотки через этот виртуальный диск.
Подписывайтесь на RSS новости, думаю, на хабре больше спамить новостями не стоит. Как только будет стабильно у большинства работать режим для чтения, будет добавлена возможность записи.
Уже на твиттер подписался:)
Фликр будет не позднее 15 ноября.
Если у вас сервера на нисках, то советую обратить внимание на flickrfs.
В моем случае, проще самому написать доступ к API, благо практически все сервисы поддерживают Atom/OAuth.
Под Ubuntu беда с кириллическими альбомами в Яндекс.Фотках. Они видны, но зайти в них не получается.
К сожалению, сейчас под убунту нет возможности проверить, Вы пробовали принудительно установить utf-8 кодировку?
Общесистемная UTF8, не думаю, что он что-то другое использует.

Попробую как-нибудь посмотреть вывод, но пока не представляю, как это сделать )
К сожалению, работа в *NIX еще не тестировалась должным образом. Такое сообщение всплывает на всех альбомах или только на этом? Если только на этом, то возможно дело в каком-нибудь символе папке. Попробую протестировать этот момент сегодня-завтра в FreeBSD
на всех кириллических и на альбоме, в названии которого был символ @. Думаю, что со всякими кавычками, амперсандами и прочими запятыми будет та же засада
На днях поставлю убунту, буду тестировать. Постараюсь убрать все баги. Когда исправлю сообщу в RSS twitter.
Попробовал подключить в Debian Sid(точнее Aptosid) Picasa через fusedav, выдает стабильно 2 ошибки:

GET failed: 302 Moved Temporarily — когда пытаюсь посмотреть фотографию
PROPFIND failed: 404 Not Found — в момент получения списка директорий и/или файлов

Еще возникла 1 раз
PROPFIND failed: Could not read chunk size: Connection reset by peer

То есть список файлов я получаю, но посмотреть их не могу. С русским вроде как работает.
В Dolphin через протокол webdav с сервером соединяется, но потом сразу ошибка «Внутренняя ошибка сервера pub.vsyc.com.

Яндекс фотки то же самое.
Готов по мере сил помочь с тестированием.
В линуксе должно работать через davfs2 savannah.nongnu.org/projects/davfs2, но пока не проверял. На этой неделе буду тестировать убунту.
Попробовал и его — при попытке доступа к файлу та же ошибка — 302. Конкретно пробовал скопировать фотографию с Picasa себе.
Прилагаю лог: pastebin.com/WhmuS1AG
Сам лог посмотрел — в самом конце он ссылку успешно получает, ссылка рабочая, но дальше что-то не работает.
Пожалуйста, попробуйте версию с авторизацией https://vsyc.com/ или dav.vsyc.com/ она не делает переадресацию фотографий (302), а использует прокси.
Попробовал адрес «https://vsyc.com/picasaweb.google.com/логин пользователя/» — все отлично работает! Работают папки с кириллицей и пробелами в имени. По скорости — хорошо, Gwenview нормально успевает подгружать следующее изображение пока смотришь текущее, поэтому переход не вызывает задержек.
Спасибо!
Уже минут 20 не доходит письмо с регистрационными данными.
Ни на @gmail.com, ни на @ya.ru
В настоящий момент гугл решил что куча регистраций это спам, и запретил отправлять письма. Сейчас работаем над отправкой минуя гугл и опцией восстановить пароль. Все будет восстановлено буквально через 10 минут
отправка писем восстановлена. Вы можете запросить новый пароль здесь: https://www.vsyc.com/register?reset
И все-таки:
— фотки попрежнему не оригинального размера
— и только 15 штук в альбоме, где остальные — ХЗ
Если что, логин alexxxst@ya.ru у вас.
Кстати, это 100% что-то закешировалось. Потому что в другом альбоме больше фоток. На размер все те же 800 пикселей.
Вы пользуетесь альбомом с авторизацией? Так как в pub.vsyc.com фотки всегда 800 пикселей, а с авторизацией (dav.vsyc.com) ваши фотки должны быть в оригинальном размере.
Да, с авторизацией:

C:\Users\AleXXX>net use
Состояние   Локальный  Удаленный                 Сеть
------------------------------------------------------------------
             Y:        \\vsyc.com@SSL\fotki.yandex.ru\alexxxst
                                                Web Client Network
Команда выполнена успешно.
Очень странно, насколько я вижу по логам, Ваш открытый альбом «С телефона» отдается в оригинале.
А вот «Любимую женщину» никак не посмотреть во всей красе :)
Да, вижу, это потом, что там стоит галочка hide_original.
«потому что», опечатался. Постараюсь это исправить в ближайшее время.
Без фоток оригинального размера — беда.
похоже windows все-таки кеширует файлы, и заново не запрашивает фотографию, даже после авторизации. буду разбираться
Только что протестировал API Яндекс Фоток, оказалось, что независимо от наличия OAuth авторизации, сервис не отдает оригинал фотографии, если установлена галка «скрывать оригинал». К сожалению, в настоящий момент невозможно обеспечить загрузку оригинала через API Яндекса, если эта опция установлена. У меня просто был закрытый альбом, а опция «скрывать оригиналы» включена не была. Поэтому все работало.
А почему ни слова о том, что под Mac OS X тоже можно этим пользоваться?
dl.dropbox.com/u/942487/scsh/Screen%20shot%202010-11-02%20at%205.02.11%20PM.png

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

Из обнаруженного — невозможно создать альбом путём создания папки. Папка не создаётся.
И фотографии не загружаются. Но, как я понял, это нереализованный функционал. Будет ли он реализован?

Отличный проект! С удовольствием помогу с тестированием на маке. И жду скорее работы с фликром:-)
Работа под Mac OS X не тестировалась, поэтому и не описана процедура подключения. Смена пароля будет добавлена на этой неделе, сейчас необходимо отладить работу всей системы. В настоящий момент сервис работает в режиме read-only. Как только будут исправлены все недостатки появится запись. Реализация Фликра запланирована до 15 ноября.
если нужна помощь в тестировании на маке — всегда пожалуйста.
Спасибо! Интересуют несколько вопросов: Все ли открывается (в режиме для чтения)? Как именно правильно подключить диск в Мак OS? Можете помочь составить небольшой примерчик подключения диска со скришутами для размещения на сайте в разделе помощь в настройке?
Для чтения открывается всё,
однако попробовал открыть папку пикасы (89+ фотографий) — файндер жутчайшим образом тормозил-вышался. Такого я не видел в мак оси ни разу. Но всё-таки открыл.
В целом работа достаточно стабильная.

примерчик подключения сделаю без проблем, думаю лучше будет списаться электропочтой, krotish на gmail тчк com
Вроде и авторизировался и все, как надо. Но фотки из закрытых альбомов передаются в «800»
Фотки в закрытых альбомах пока показываются в оригинале только если нет галки «скрыть оригинал».
Спасибо. Но как-то странно, это же мои файлы через веб же оригиналы смотреть не проблема. Это решаемая проблема или особенность, и на альбомах надо менять параметр просмотра оригиналов?
Веб-сервис — это хорошо, а почему не stand-alone-приложение, выполняемое на клиенте? Что-то типа прокси-сервера, подключающегося к пикасе и яндексу с одной стороны, и предоставляющему webdav на localhost?
Или вы планируете в будущем брать деньги за трафик?
Приложение необходимо установить на компьютер, это не всегда возможно сделать. Хотя я думаю, если кто-нибудь сделает такое приложение, все ему будут только благодарны.

В сервисе используется стандратный протокол, обычное подключение, как сетевой диск. По-моему это удобно. Денег за трафик я брать не планирую. Все что сейчас предоставляется бесплатно, так и будет представляться, возможно, конечно, придется ограничить по скорости отдачи некоторых особенно яростных пользователей, чтобы другим места хватило. Но пока я не вижу даже в этом смысла.
Только что написал Вам ответ, но он похоже не сохранился. Приложение вещь хорошая, но я не готов этим заниматься. Думаю, все будут рады если кто-нибудь напишет что-то подобное оффлайн. По мне, так сетевой диск удобней, не надо ничего устанавливать, все работает само. Плюс наоборот, в принципе, может экономить трафик в некоторых случаях. Деньги за трафик брать не планирую. Все что сейчас предоставляется бесплатно, будет предоставляться бесплатно. Но, возможно придется ограничить некоторых яростных качателей по скорости, но не более того.
странно теперь два сообщения, какой-то глюк.
>>ответ, но он похоже не сохранился
Сохранился ответ и на мыло пришёл, но кэш тут иногда не сразу обновляется.
Вы правы, веб-сервис очень удобен — работает в любой ОС, а приложение нужно а) делать кроссплатформенным, б) устанавливать, но:
1. Сетевой диск — он сетевой, а значит все операции идут через сеть = медленно. Локальный клиент мог бы кэшировать, как делает Dropbox — все операции с файлами производятся локально, а служба висит в фоне и синхронизирует изменения. (Если кто подскажет подобный дропбоксу кэширующий WebDAV-клиент или прокси, буду премного благодарен. Иначе, видимо, придётся писать его самостоятельно :(
2. Трафик идёт через ваш сервер, а пикаса позволяет залить пару гиг фоток — можете попасть на трафик, придётся писать шэйпер, урезать скорость.
3. Паранойя — неохота оставлять пароль от своей основной почты на чужих серверах.

Как, на чём вы написали/сделали WebDAV-сервер?

Если в окне ввода пароля к пикасе сделать отмену, то выдаёт XML.
Сам сервер это открытый проект, лицензия которого не позволяет использовать его имя в качестве рекламы :) Все остальное написано собственноручно.

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

Пароль от почты серверу не раскрывается, используется авторизация OAuth, которая позволяет в любое время закрыть доступ сервису к вашим фотографиям навсегда. Именно для этого и придуман этот протокол.
>>используется авторизация OAuth
для пикаса используется тоже OAuth?
пароль спрашивает, как я понял, https://vsyc.com/, а не пикаса

>>открытый проект, лицензия которого не позволяет использовать его имя в качестве рекламы
если лицензия позволяет, то напишите, пожалуйста, в личку название открытого проекта — интересно посмотреть на готовую реализацию webdav-сервера
Пароль спрашивает сервис, но не от пикасы, а тот, что он сам и выдал при регистрации https://www.vsyc.com/register

Название проекта написано в первом комментарии :) SabreDAV
Я про пароль, который требуется на https://vsyc.com/picasaweb.google.com/логин пользователя/
Виноват, был не прав, не понял сразу, что доступ даётся только к публичным альбомам.
Пока доступ к закрытым альбомам только для Яндекс.Фоток, до 15 ноября должен появится доступ к закрытым альбомам пикасы, а также доступ к открытым альбомам фликра. Пароль, который запрашивает https://vsyc.com/ на любом уровне каталога один и тот же, это пароль от сервиса. Пароль от яндекс фоток сервису не нужен для доступа к закрытым фоткам, нужно просто разрешение пользователя, которое он дает на сайте яндекса приложению https://www.vsyc.com/.
Да я понял уже, спасибо.
В mac os x монтируется без проблем.
Спасибо за SabreDAV — буду копать.
UFO just landed and posted this here
Спасибо! Знал о сервисе давно, а пригодилось только сегодня.
C:\>net use * vsyc.com/picasaweb.google.com/***
Введите имя пользователя для 'vsyc.com': ***
Введите пароль для vsyc.com:
Системная ошибка 5.

Отказано в доступе.
Попробуйте подключить через папку «Компьютер» «Подключить сетевой диск»
vsyc.com/picasaweb.google.com и ввести логин пароль в всплывающем окне.
А что случилось с этим синтаксисом?
net use * pub.vsyc.com/picasaweb.google.com/***
Замапеные так ранее диски работают и это было удобно.
Диск Z: у вас случайно не занят? Обычно не работает * если последняя буква занята.
у меня замапены все буквы как раз через ваш сервис и букв мне в алфавите уже не хватает.
Как бы это исправить?
Если все буквы замеплены, надо что-нибудь отключить :)
Скорее всего Вы вставляете пароль через SHIFT-INSERT. Windows не дает это сделать, в консоли его надо набирать вручную.
Набирал вручную и не сработало.
Через винвовский интерфейс тоже не работает. После ввода логина и пароля от vsyc.com опять выскакивает этот же диалог авторизации и ничего не происходит.
Я использую доступ только для чтения, но не к своим альбомам, а к большим альбомам другого акаунта, под которым на пикасе я не авторизован. Это как то может влиять на то, что сейчас диски у меня не подключаются?
У меня сейчас работает так: net use * pub.vsyc.com/picasaweb.google.com/username Главное чтобы были свободные буквы дисков. Для доступа к альбомам других акаунтов пароль вводить не надо.
Сейчас сработало. Я сразу освободил V: но как-то он не находил себе места, похоже.
Еще раз ОГРОМНОЕ спасибо за проект!
Sign up to leave a comment.

Articles