Earlier quoted context omitted.
Yes, it's a database. That's where you're meant to put DATA.
... depending on the type of data. Binary data in databases is usually not a great idea, but tolerable in low amounts. I can't imagine storing images in a database, you're probably better off with a document store. Relational Databases (well, the ones that I know the internals of) tend to have soft limits on row sizes, in PostgreSQL this is 8kb (which is very small for an image); to overcome this limitation Postgres…
IMGZ – Paid image sharing
231–240 of 409 posts
Re: IMGZ – Paid image sharing
#232Earlier quoted context omitted.
(It changed in the last hour https://gitlab.com/stavros/imgz/-/commit/7bdac35c8bc397bf829... )
Unfortunate. 5$ is a perfect no brainer price, but I pay 1€/mo for my e-mail hosting and definitely get more value out of that ... Flawless demand adjustment, though.
Re: IMGZ – Paid image sharing
#233Earlier quoted context omitted.
It seems like you're still dealing with some pretty rudimentary issues here.
He threw it together in 2 days according to what's written on the website. It literally has no semblance of trying to be a long term long running replacement to imgur. Just a dead simple image upload service that works from the CLI.
Re: IMGZ – Paid image sharing
#234Earlier quoted context omitted.
Unfortunate. 5$ is a perfect no brainer price, but I pay 1€/mo for my e-mail hosting and definitely get more value out of that ... Flawless demand adjustment, though.
Out of curiosity, what do you use for email? I'm currently on Office365 but it's way overkill...
Re: IMGZ – Paid image sharing
#235Earlier quoted context omitted.
(It changed in the last hour https://gitlab.com/stavros/imgz/-/commit/7bdac35c8bc397bf829... )
Unfortunate. 5$ is a perfect no brainer price, but I pay 1€/mo for my e-mail hosting and definitely get more value out of that ... Flawless demand adjustment, though.
Re: IMGZ – Paid image sharing
#236Earlier quoted context omitted.
Owner sounds a bit full of themselves for sure. Any horror stories?
Nope. It's a few bucks a year silly image hosting account. I mean, I'm a grumpy, cheap fucker, but even I would struggle to find fault. - ed in fact, to clarify - I have twice written to Stavros, and both times he's been upmost helpful. Proving what a liar he is and how he fails to live up to his marketing.
Re: IMGZ – Paid image sharing
#237I can do this myself for much cheaper by buying a used computer from eBay, waiting 3 weeks for it to ship with missing parts, trading my old bike for more RAM from Craiglist, setting up Arch on it, compiling my own drivers, writing a webserver and firewall from scratch, connecting it to the internet and then using it twice before my ISP cuts my service for breaking TOS by running hosting on a consumer plan. I could h…
Yes.
But can you do it better?
Also yes.
Re: IMGZ – Paid image sharing
#238I can do this myself for much cheaper by buying a used computer from eBay, waiting 3 weeks for it to ship with missing parts, trading my old bike for more RAM from Craiglist, setting up Arch on it, compiling my own drivers, writing a webserver and firewall from scratch, connecting it to the internet and then using it twice before my ISP cuts my service for breaking TOS by running hosting on a consumer plan. I could h…
Re: IMGZ – Paid image sharing
#239Earlier quoted context omitted.
$12/year for 2GB. Free plans: Dropbox 2GB, OneDrive 5GB, Box 10GB, GDrive 15GB. They all let you generate public read-only links which aren't connected back to your account.
Dropbox and GDrive both shut down the public links feature years ago (dunno about OD or Box). Is there some workaround for that that I'm not aware of?
What? I routinely use those public read-only links on Dropbox to give [access to] a file to someone or e.g. take a presentation to another computer without logging in to anything, I did it just yesterday.
Re: IMGZ – Paid image sharing
#240Earlier quoted context omitted.
>Yes, it's a database. That's where you're meant to put DATA. Most (all?) large-scale high-volume image storage architectures I'm aware of do not store billions of images as blobs in a database. Instead, they typically store the images as files . The database only holding metadata info and a pointer to the image filename location (or url if using AWS S3 or CDN). E.g. Facebook is one of the largest MySQL sites (if not…
I'm joking, but the volume for IMGZ is way too low (and always will be) for data storage to matter.