I built an online PDF management platform using open-source software
pdfequips.com
pdfequips.com
This isn’t just a niche issue either: this is a very real consideration for any corporate user. More companies are taking data loss and security issues seriously, which often means restricting what cloud services they are willing to use.
Very true, but I'd wish this "common" knowledge is more widespread. Security is a major issue commonly overlooked. People do a lot of insecure things for convenience.
Should security concerns really warrant not trusting the (reputable) vendor that the files are not being uploaded, you would need to do some sort of audit and/or run in an isolated environment and wouldn't be the "random user" referred to in OP.
If you also wear a tinfoil hat, delete the local storage, etc, after you are done using it.
THe site renders fine otherwise. I'm not a technical user, but i do run Ublock in the complete Javascript disabled settings.
Despite the proliferation of cloud services, most large enterprises DO NOT want their sensitive documents entering the cloud. And in some cases, e.g. patient medical records, there are strict regulations about how those documents can be stored, which means on-premise is a requirement.
Good news for us, as that's what we specialise in, but also perplexing how trends in the software industry can completely ignore what customers actually want.
Plus our enterprise automation product can basically talk to anything via REST API ( https://www.pdf-tools.com/docs/conversion-service/api/conver... ).
But yeah - now you got me fired up to annoy some colleagues ;)
I admit PHP will not be as good of a candidate but for smaller companies it is still extremely attractive, and it's probably easier to develop since you can write PHP extension in C.
I initially read this backwards and thought you were lamenting that people insist on on-prem stuff when cloud is clearly The Right Thing.
I certainly don't think the entire software industry is ignoring what customers actually want. Case in point, you. But also lots of other developers who thrive in covering the myriad use cases the myopic behemoths can't see. They just have very loud PR and marketing and pretend those cases don't exist, so you hear about them a lot.
However, the pricing page with no actual numbers and the ambiguous ‘Contact Us’ is a huge turn off.
I cannot stand the dance with business people who want to have a bunch of calls and meetings to know how big a company they’re dealing with is before they decide on a good rate to gouge them.
Pricing pages should be straight forward. Have tiers if you want to cover your rear but only at the limit of usage have the ‘Contact Us’ option.
I’m shopping around for a PDF solution and would’ve recommended this to my manager but I’m not willing to do more meetings to get quotes.
Same. About three years ago we introduced a company wide policy to not buy anything where the price is not known. So, so much time (money) being wasted on figuring out the actual costs, the offering would have to be really inexpensive to make up for this. And if that were the case, the price would be right there.
They usually do high usage volume pricing at high rates that are proportional to the size of the company and make you sign a yearly agreement so they can get a huge payment upfront.
How about building some trust? What if the service sucks? It will be hard to get your money back and you paid a year in advance.
They make you work to get a quote and the quote usually doesn’t work for your needs.
I too will not look at services with this pricing structure anymore unless word of mouth is favorable.
It’s also one of the top-10 web usability mistakes as defined by the Nielsen Norman group.
As in, it drives away far more potential clients than it can possibly convert. It’s a massive anti-pattern.
I almost thought this hn post was the same service wrapped in a show and tell.
I definitely would recommend it. It was really quick to setup; though my already having a reverse proxy with wild card TLS certs setup probably helped streamline the networking side of things.
You can read more in the privacy policy [1]
It can also be embed in any website [2]
Disclosure: I’m the developer behind it
Here you have what Adobe has to say about PDF's: https://www.adobe.com/acrobat/resources/can-pdfs-contain-vir...
A neat trick to convert HTML to PDF in a browser environment is to open a new browser window, load the HTML in it, and call print() on it, like here: https://stackoverflow.com/a/33890644/5821. May be OK for an internal tool.
But perhaps I'm wrong...
this is how the code looks like on the server side for most of the tools:
```python ... @after_this_request def remove_file(response): os.remove(tmp_file.name) return response return response ``` i don't have any reason to keep them.
What I really want is a semantic interface to those PDF documents. Find me "all PDF files which mention <subject>", or "show me any PDF with python example code", or "all PDF's before 2011 on the subject of coding standards for SIL-4".
I keep thinking this is out there somewhere, but whenever something new comes along I get bogged down in the details of setting it up. Surely someone has come up with an AI that you can just 'give the folder to' and it figures things out automagically?
You can audit the code yourself then. What's stopping you?
When you get to the stage of monetizing the site, I expect the most obvious starting point is monetizing the information inside the pdfs.
Then there's the obscurity of how much (if any) is passed on to other services (like google). You may have one policy about the PDFs, they may gave another.
So yeah, I'm in the "not for general use" camp myself. (Although there are edge cases where it may be useful.)
Don't get me wrong, I can see the upsides, and your web site looks professional, but alas the downsides are too significant to overcome the inconvenience of searching out something local.
Just a small note, on safari mobile if I expand the Edit and then Convert sections, they open on top of each other.
There are a collection of open source tools, everyone which is its own interface that does a subset of things.
The alternative, which is an online service, it is not great...
However, we understand that privacy concerns are really important for many organizations. Making it self-hostable and depend on a locally running LLM is something that we are looking into.