Parse-сервер PFFile загрузки просто перестали работать вчера? - PullRequest
0 голосов
/ 02 октября 2018

ЗАКЛЮЧЕНИЕ

https://docs.parseplatform.org/parse-server/guide/#configuring-s3adapter

Я подозреваю, что в классе Parse-Server можно использовать очень много файлов PFF, используя уровень бесплатного пользования AWS.У меня не было тысяч изображений, но я думаю, что достиг этого предела.У меня новый вопрос о том, как я могу проверить этот лимит, увеличить его (как-то платить амазонке?) И как я могу удалить старые записи, которые могут заполнять пространство.Мне также любопытно, как конвертировать в S3 вместо того, чтобы использовать PFFile для хранения фактических данных, и это похоже на решение, когда я перехожу в производство, поэтому мне придется научиться делать это.Я хотел бы просто послать некоторые аргументы в Parse и заставить его обрабатывать все вещи s3, но я был бы шокирован, если это так просто и не может найти учебник на YouTube или Udemy ... так что, если у кого-то есть какое-либо обучение, ониможете указать мне, я был бы очень признателен!

ORIGINALPOST

У меня есть быстрое приложение, которое загружает сообщение с файлом на сервер синтаксического анализа, работающий в конфигурации AWS marketplace для сервера синтаксического анализа.Все месяцы работали нормально и перестали работать.Я вернулся к старой сборке, и она не работала ни для кодирования, ни для сохранения PFFiles ...

Нефайловые элементы данных для поста загружаются очень хорошо.Я ничего не изменил ни в коде, ни на сервере AWS, поэтому не уверен, что посмотреть.Я знаю, что iOS 12 только что вышла, поэтому я надеялся, что это может быть связано с этим?

Я надеюсь, что кто-то уже сталкивался с этой проблемой и может, по крайней мере, дать мне некоторые подсказки, чтобы выследить и проверить вещи.Тот факт, что не-PFFile поля в объекте разбора загружаются очень хорошо, заставляет меня поверить, что это относится к PFFiles и swift, а не к проблеме сервера.

Что-то очень странное ... Я прокомментировал разделкода, в котором изображение превращается в данные для PFFile и заменяется на то, что у меня есть в активах ... (см. ниже) <<strong> Теперь я думаю, что это сработало только потому, что жестко закодированное изображение было меньше, поэтомутам было место для заполнения в db >

if let image = UIImage(named: "B - light grey") {
    if let imageData = UIImageJPEGRepresentation(image, 1.0) {
//if let imageData = UIImageJPEGRepresentation(self.choosenImage!, 1.0) {
    print("start image encode to PFFile")
    if let blipFile = PFFile(name: "image.jpg", data: imageData as Data) {
        newBlipFile.imageFile = blipFile
        if curBlip.fileCount == 0 {
            curBlip.imageFile = blipFile
            curBlip.imageUIImage = newBlipFile.imageUIImage
        }
    }
    print("done image encode to PFFile")
}
}

Когда я делал это, файл загружался БЕЗ ОТКАЗА.Это сильно смущает меня, потому что я использую "self.choosenImage!"как UIImage в нескольких UIImageViews и не имеют проблем с ним.Я также не получаю никаких сбоев или ошибок, которые указывают на то, что преобразование в данные и настройка в качестве PFFile имеют какие-либо проблемы ... почему жестко запрограммированное изображение становится PFFile с хорошим поведением, но изображение с рулона камеры не вызывает сбоев, а просто не публикует всервер?Я также заметил эту ошибку в журнале ...

Blip dropper[26789:11219152] [discovery] errors encountered while discovering extensions: Error Domain=PlugInKit Code=13 "query cancelled" UserInfo={NSLocalizedDescription=query cancelled}
image NIL
Blip dropper[26789:11219072] [Error]: Could not store file. (Code: 130, Version: 1.17.1)

-дан

1 Ответ

0 голосов
/ 06 октября 2018

Ответ заключается в том, что сбой произошел из-за того, что в базе данных нет места для файла.Решение состоит в том, чтобы переключиться с GridStoreAdapter сервера по умолчанию и вместо этого использовать адаптер S3.Я еще не сделал этого, но это ссылка на документацию разбора, которая привела меня к такому выводу.

https://docs.parseplatform.org/parse-server/guide/#configuring-s3adapter

...