Hey Brendan

"I've searched for other CouchDB/Couchbase hosting providers, but nobody 
> seems to be doing it outside of IBM. "


I will DM you regarding this. There are  couple of other hosting partners 
like zData that our partner teams can make introductions to if you'd like.   We 
recently went through this exercise with another company who was migrating 
away from Cloudant (not for the attachment reasons that you mention which 
seems quite weird). 

regards
-Priya

On Friday, December 1, 2017 at 2:22:41 PM UTC-5, Brendan Duddridge wrote:
>
> I'm starting to feel like Cloudant is going to be a no-go moving forward.
>
> Adding attachments to a CBLDocument is super convenient and it handles 
> syncing of the documents automatically. By not storing the attachments in 
> the database, I need to handle syncing of them independently. It's 
> especially troublesome when using peer-to-peer syncing, which I offer as a 
> choice to the user. But peer-to-peer isn't as convenient as cloud syncing 
> and certainly not convenient when you want to sync with co-workers or 
> family members.
>
> I've searched for other CouchDB/Couchbase hosting providers, but nobody 
> seems to be doing it outside of IBM. At least none that are still around. 
> I've found some defunct ones or ones that require you to be a developer to 
> understand what's going on. I've got regular consumers of my app who have 
> signed up with IBM Cloudant to be able to sync their data. This is becoming 
> quickly a bit of a nightmare for me and my customers. 
>
> One of the most important things in the way I designed my app, is I never 
> ever wanted to have access to my customers data. So self-hosting or 
> designing my app to use AWS S3 isn't really an option.
>
> The strange thing is IBM told me there was no limit on attachment size. 
> Just a limit on the request size. Inline attachments couldn't be more than 
> 1 MB, but external attachments could. But that doesn't make sense because 
> how can you have a request be under 1 MB, but still allow attachments 
> larger than that?
>
> I'm confused.
>
> Thanks
>
> Brendan
>
> On Friday, December 1, 2017 at 11:19:13 AM UTC-7, Traun Leyden wrote:
>>
>> Mutli-part requests are all part of a single request, they are just 
>> chunked into multiple parts that are delimited by boundaries.
>>
>> I would file a support ticket w/ IBM Cloud and try to get some guidance 
>> from them, but it sounds to me like you will either need to:
>>
>> - Find another hosting provider
>> - Self-host
>> - Redesign your app so that docs with attachments are less than 1mb
>> - Redesign your app to use a separate system for storing attachments (eg, 
>> AWS S3)
>>
>> That seems like a it's going to affect *a lot* of Cloudant users and 
>> maybe with some pressure from users they might consider increasing it.
>>
>> On Friday, December 1, 2017 at 1:45:16 AM UTC-8, Brendan Duddridge wrote:
>>>
>>> Hi,
>>>
>>> So my customers have been informed that Cloudant is moving their shared 
>>> cluster to a new IBM Cloud system. They want all my customers that are 
>>> using the old Cloudant to transfer over to new IBM Cloud Cloudant service. 
>>>
>>> The problem I'm facing now in relation to Couchbase Lite 1.4.x is that 
>>> they have reduced the document request size from 64 MB down to only 1 MB.
>>>
>>> This is causing a problem with attachments on my CBLDocuments.
>>>
>>> If I attach a file that's more than 1 MB, I get a "request entity too 
>>> large" error.
>>>
>>> I used Charles Proxy to look at the request and it seems that Couchbase 
>>> Lite is sending both the attachment and request body in one request. The 
>>> attachment in the request is bounded.
>>>
>>> But I though the Multipart Uploader was supposed to send attachments in 
>>> a  separate request? I'm not seeing that in my testing with Charles.
>>>
>>> What's interesting is when I look in Charles Proxy, I get this for the 
>>> request in the top part of the screen:
>>>
>>> PUT ... size = 192.58KB Status = Failed
>>>
>>> But if I look at the request headers, I see this:
>>>
>>> Content-Type multipart/related; 
>>> boundary="18B75887-6450-4167-97C0-F2C47D37D700" 
>>> Accept-Encoding br, gzip, deflate 
>>> Connection keep-alive 
>>> Accept */* 
>>> User-Agent CouchbaseLite/1.3 (Mac OS X 1.4.1) 
>>> Content-Length 1585013 
>>> So the content length is more like 1.58 MB.
>>>
>>> Is there a way to enable attachment uploads as separate requests in 
>>> Couchbase Lite 1.4.1?
>>>
>>> I'm using macOS High Sierra 10.13.1 and iOS 11.1.2
>>>
>>> Thanks,
>>>
>>> Brendan
>>>
>>

-- 
You received this message because you are subscribed to the Google Groups 
"Couchbase Mobile" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to [email protected].
To view this discussion on the web visit 
https://groups.google.com/d/msgid/mobile-couchbase/163e50da-25e6-40d8-8815-ced1a8b6213a%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Reply via email to