I don't know if your landing page is one of these growth/indie hackers thing, with nothing real behind, so I'll give you the benefit of the doubt (even though your video tells me the contrary).
But : curl: (6) Could not resolve host: script.faqpopup.com
The last thing someone wants to do is to inject some JS on their website without knowing what's in it.
I'm not sure what do you mean nothing real behind. Can you elaborate?
the script is not hosted under script.faqpopup.com thats why you cannot resolve the subdomain. The script url is visible after you purchased. Happy to share it though if you have doubts. Thanks
A small remark : since nothing is free in our world, it would be super cool if you could add the rate limits of each API. This way, we could see if it can be safely used in production or not.
Am I the only one who creates them manually and add an entry only when I see a file that should not be committed when I "git status" ?
I mean, .gitignore is a simple text file, editable from any tool. Why would anyone bother exporting such a file in JSON to then add it as a text file to a repository ?
I'm sorry, but I don't see any actual usage for this. There is no point in having a bloated .gitignore with things you don't even use.
I like the idea of the snippets popping out along the way. I would clearly use it for my website (https://trekstories.c100k.eu).
Another good use case I see, is for race organizers to showcase the route on their website. That would look more modern compared to the usual low-res screenshot. Something like this : https://www.youtube.com/watch?v=g5GjuRS9sVA
Nice job ! I've tried with a hiking GPX. It works pretty well and the sliders to adjust the settings are great. However, I'm seeing weird vertical lines on the map.
Ugh, yeah, that's a bug with Mapbox itself.
I need to update to their latest version but it comes with some downgrades for me.
Thanks for bringing this to my attention. It happens rarely but it happens -- and I need to fix it. Will focus on this soon.
I'm sorry but even though the idea seems interesting and the implementation may be elegant, you discredited yourself with two things :
- Speaking about "ad-free" just after speaking about "military-grade encryption" : Ads are malware in apps.
- Writing ridiculous fake comments yourself. No real user would have spoken about the design of your LP, especially on HN, given the technical details you gave.
Trying to fool people makes them reluctant to test your solution because who knows now if the details you gave are true ?
To finish on a more constructive note, I would say that it's not as simple as that to act as a third-party in such a sensitive transaction and process. There are lots of holes in your process of handing over the data to whoever is the beneficiary.
+1. This is a complete no-go. Therefore, I haven't tested your flow.
But if you value privacy, please make it clear for people that they give you access to their emails, with a relatively big warning. Even if you're honest and say you won't do anything with them, you could still be hacked.
The page looks great.
That being said, I can see an evident usage via API to check pictures in bulk but I hardly see a use case where I would upload manually my picture on the website. For that I would use the Digital Color Meter app on my Mac (and there are probably equivalent on Windows).
But : curl: (6) Could not resolve host: script.faqpopup.com
The last thing someone wants to do is to inject some JS on their website without knowing what's in it.