VKBK
VKBK copied to clipboard
Chiaki
Ошибка при скачивание данных на локальную машину
Expected behavior \ Ожидаемое поведение
Скачивание документов в локальную папку
Actual behavior \ Текущее поведение
Ошибка
Steps to reproduce the behavior \ Шаги для воспроизведения
Запуск скачивания
Additional information
VKBK Version: 0.8.4 beta PHP Version: 5.5 OS: Windows 10
Other Comments:
@zhanser1k ок, что отдаёт браузер когда вы переходите по ссылке из vk_docs поле uri?
Все ли поля от id до type заполнены?
upd: локальное тестирование проблем не выявило, документ gif был синхронизирован и скачан без проблем. Т.е. данная ошибка вероятней всего связана с тем что либо ВК отдаёт вместо документа html страницу (с ошибкой доступа, либо вообще ничего), либо curl возвращает ошибку при запросе.
@Chiaki Понял, я сам веб-разработчик) с проблемой на днях думаю разберусь, просто хотел чтобы вы знали что такая проблема может быть, спасибо за оперативные ответы
@zhanser1k и вам спасибо за информирование. О проблеме я знаю. Обычно дело касается очень ранних фото, либо вложений как документ которые были удалены\скрыты автором. Но это единичные случаи. А вот почему ВК не отдаёт личные документы причём совсем, давайте разбираться. Так быть не должно.
Notice: Undefined variable: exclude in C:\xampp\htdocs\mybackup.local\classes\skin.php on line 358 Невозможно получить данные с удаленного хоста. - ошибка при скачивании фотографий
Теперь отчего-то не работает автоматическая закачка из очереди. Синхронизировал всё заново (фото). после скачивания любой фотографии пишет - " Невозможно получить данные с удаленного хоста." http://imageshack.com/a/img924/3126/1ItJin.jpg Вот пример на гифке: http://imagizer.imageshack.us/a/img924/2619/YiwAKm.gif
Заметил еще одну особенность работы скрипта: http://imageshack.com/a/img924/1843/vJX2TF.gif
второй в очереди файл скачивается нормально, а первый если скачивать - то ошибка.
Сообщение об ошибке как бы намекает что сервер не хочет отдавать файл. Такое увы бывает. Если сервер отвечает что-то внятное, то в дополнение к сообщению об ошибке будет прилагаться код ответа сервера (например код ошибки 404).
В вашем случае первое что стоит попробовать сделать, это кликнуть по ссылке в строке URL и посмотреть что реально отдает сервер. Изображение, страницу-заглушку, либо что-то ещё. Для некоторых типов (например документов) уже реализована возможность исключить такой "сбойный" урл из очереди. Для фото к сожалению пока такой возможности нет, надо бы добавить значит. ) Ну а пока могу предложить только избегать данную строку и скачивать остальные работающие.
Боюсь тут не в сервере дело, если вы внимательносмотрели гифку, то становится понятно, что первый файл в очереди не скачивается, а вот все остальные (2, 3-ий и любой другой охотно качаются) нормально скачиваются. Думаю очередь формируется на локальном сервере.
@BodyDub свои фото синхронизирую регулярно, проблем не возникает как единично так и в автоматическом режиме. У меня (и не только) аналогичная проблема возникают со ссылками, документами. Поэтому была добавлена возможность исключать такие записи из очереди. Но вот чтобы и с фотографиями такая беда была, это вы первый кто сообщает. Поэтому скоро будет добавлена возможность исключать и фото.
И уж простите, если не удержаться и перепечатать первый урл со скрина (который вызывает ошибку) то получим... https://i.imgur.com/JB40t3G.png
Очередь формируется локально, естественно. Просто механизм исключения "сбойных" элементов пока не слишком совершенен. т.т И если такой элемент попадается в начале списка, то совсем не удобно получается. Но скоро будет обновление! ^_~
а реализовать удаление всех ссылок из очереди скачивания, посредством одной кнопки - возможно это хорошая идея? И еще один вопрос - ссылки на картинки они генерятся на какой-то промежуток времени и каждый раз уникальны или они всегда одни и те же?
@BodyDub я полагаю вы говорите о проблемных ссылках, так как логики в удалении живых я не вижу. А с проблемными ситуация такая, что пока не запросишь - не узнаешь, живая она или нет. Потому что в примере выше, со страницей ошибки, ВК отдаёт код 200 и html страницу вместо 404.
Ссылки постоянные, и как уверял ВК когда-то что у них ничего не удаляется. Но, мы видим что это не так.
Я говорю о механизме обновления ссылок + к примеру пользователь сначала решил скачать фото, а потом передумал и решил скачать только документы, НО на сколько я понял, в очереди они так и останутся. Придётся качать фото, а потом только пойдут документы. Или есть вариант который исправит ссылки на правильные?
Это называется фильтр (например, по типу). Для очереди закачки возможно когда-нибудь будет, но это не первоочередная задача. В очереди отображаются не сохраненные локально фото, документы и т.д. После сохранения оно естественно не будет отображаться в очереди. Чтобы перейти например к скачиванию другого типа достаточно чтобы в списке был хотя бы один экземпляр, тогда можно кликнуть на автоматическое скачивание и пойдет загрузка данного типа (ну, до того момента пока не появится проблема с тем что сервер не отдает то что надо). Как вариант "здесь и сейчас", можете увеличить количество отображаемых элементов, либо надо подождать пока будет возможность исключить сбойную ссылку из очереди закачки. Или более грубый вариант: удалить ту запись из базы, тогда можно будет запустить автоматическую закачку. Но сколько конкретно у вас таких битых ссылок сами понимаете никто знать не может. Может отработать всю очередь, а может "заглохнуть" опять через несколько. Тут из разряда "повезло".
Ссылки правильные, проблема в том, что ВК по ссылкам не отдает то что должен. ):