7 ms·
Show HN: Online web tools to get your work done faster
- reimertz 9y agoNice work! Looking forward to see what tools you'll add to the site in the coming future.
- eashish93 9y agoCurrent list of tools: html, css, js compressor, image to base64, json to csv, csv to json, OCR Reader, unzipper (browser only). Built with react.js (next.js framework) and node.js. Uses some open source packages.
- wadkar 9y agoThanks! This list may not be representative of “all free online tools” but is sufficient for the context. Perhaps the common thread amongst all of them is that they are served over the interweb. And I wonder what’s the use case? Edit: typo
- eashish93 9y agoThe use case of OCR is you know, but for compressor like html, css and js is not much due to build tools like webpack or gulp, but it can have. Whenever I want to build a static website quickly or building theme for ghost blogging platform, I search for compressor on the web for quickly testing the compressed output. Another thing is when I started building this website for my web dev practice, I want to present the simplest tools that can be build quickly. Some of them is the result of that.
- taspeotis 9y agoAnybody interested in this might be interested in CyberChef [1]. [1] https://gchq.github.io/CyberChef/ https://gchq.github.io/CyberChef/
- hunta2097 9y agoAwesome site. It's my go-to Numberwang encoder!
- slackoverflower 9y agoWhat is your privacy policy with the data people give you to use your FREE tools?
- eashish93 9y agoI'll put a privacy policy page soon. It's just start. Most of the tools I'll put on the website is either browser based or don't rely on any storage. Currently no database system is used on website, so you're safe. Things like compressor (html, css, js) is done directly on memory.
- dandare 9y agoIn my bookmarks I have HTML encode/decode and URL encode/decode. Have you considered creating a single input and single output field with different buttons around?
- fermienrico 9y agoI very much love the simple design. Excellent. Please add a favicon generator!
- beefinethan 9y agoadd a json validator!
- rhin0 9y agoShameless plug here... Check out https://jsonchecker.com/ https://jsonchecker.com/ It validates and formats JSON. Let me know if you have any feedback!
- rchrd2 9y agoFeature request: url encoder/decoder
- headcanon 9y agoI'm curious, who here has a development workflow such that compressing/minifying code via an ad-hoc web tool makes sense? I've always just included it as part of a build process, or at the very least would pipe it into uglifyjs command line. I'm sure everyone's got their own needs but I just don't understand how that would be useful.
- derimagia 9y agoOnline tools that minify and touch code always scare me. It would be so easy for them to put stuff in there, like a crypto miner for example.
- themodelplumber 9y agoYou're touching up an old website for your old client and have just a few minutes to...ah, I wonder if there's a quick minimizer out there somewhere? That might be fun to try, and we did just add a bit more overhead to the site. I haven't done this exact thing, but I've done similar things many times. Not every project has or should have a build process. And unfortunately not all of them even have a command line...
- reificator 9y agoIf you don't have an established build process, I would consider a one-time minification of an established codebase to be a pretty poor decision. Either setup a trivial build script, or don't do it at all. EDIT: Clearly HN disagrees with me. Tell me, what does being a cowboy get you here? If it's a measurable performance boost, then as soon as you patch it again your site will seem slower. Unless you then manually minifiy again. And again. Until you setup a build script. If it's not a measurable performance boost, (And I doubt that you know either way because if you're not setting up a trivial build script then I highly doubt you're putting in the time to profile) then what do you get? The next person to come along gets to have a harder time debugging because you don't have source maps?
- Mandatum 9y agoI agree. Minify once it's released and you can test it quickly once to make sure there's no reference screw-ups, but as part of your development process - don't touch that file. I'd say most web developers follow this process though, I'd be interested to see statistics on minified sources. I'd say at least half of the websites I right-click view-source don't minify.
- fvargas 9y agoLooks neat! My one critique is the Contact Us link. I find unexpected mailto: links annoying because they cause my desktop mail client (which I don't use) to open unexpectedly when I'm expecting to be taken to a page, in this case a Contact Us page.
- eashish93 9y agoThanks for the feedback. At initial step, I don't focus much on this thing. I will provide a nice contact page in future.
- fvargas 9y agoPerfectly reasonable. I would then suggest changing it from "Contact Us" to "hello@hreftools.com" to prevent any confusion (Principle of Least Astonishment) :)
- chrismorgan 9y agoWhat is the HTML compressor using? It’s missing quite a few opportunities. Take this input HTML: <!doctype html> <html lang="en-au"> <head> <meta charset="utf-8"> <title>This is a title</title> </head> <body class="foo"> <h1>Well.</h1> <p>I wonder…</p> </body> </html> It produces this output: <!DOCTYPE html><html lang="en-au"><head><meta charset="utf-8"><title>This is a title</title></head><body class="foo"><h1>Well.</h1><p>I wonder…</p></body></html> It converted “doctype” to uppercase (equivalent, but bad for compression). It didn’t strip <head> and </head> as superfluous. It didn’t remove unnecessary quotes around attribute values. It didn’t remove the unnecessary </p></body></html> closing tags. Here’s what I say it should have emitted: <!doctype html><html lang=en-au><meta charset=utf-8><title>This is a title</title><body class=foo><h1>Well.</h1><p>I wonder… 30 characters shorter, and structurally equivalent.
- greglindahl 9y agoUh, yeah. Now that we have rules for parsing broken webpages, let's intentionally break our webpages.
- Tomte 9y agoThat‘s perfecly valid HTML. Try it. Pass it to a validator.
- greglindahl 9y agoAs I said, we now have rules for broken HTML like that. Yes, it validates. It's Postel's Law run amuck.
- chrismorgan 9y agoThe point is that this is legal HTML. The HTML spec does define all kinds of things as illegal (though it defines how the parser should handle them, for reasons of security and consistency), but these things are all legal. All have had the same behaviour forever, though omitting <html>, <head> and <body> tags being legal is, I believe, new to HTML 5. But the rest (e.g. not closing a paragraph tag and not using quotes on simple attribute values) have been legal from the very start, and even popular, though they have fallen out of favour for authoring in recent years. This is absolutely nothing to do with Postel’s law. I believe that Postel’s law is a terrible idea in most places—it leads to a lack of robustness in practice, and all kinds of security problems, because most programmers are frankly not good at their trade. Rather, the HTML spec defines all behaviour—so there is no liberality about it; you’re simply following the spec with no interpretation—which is the only way to write robust protocols and their implementations.
- siquick 9y agoThis is great, would love a way of being notified when you add new tools.
- notroot 9y agomaybe it's just me but i feel like using of any of these "tools" would slow me down when compared to using the equivalent shell-foo or a language built-in/library. also seems like a terribly brittle externality to add to my life
- notroot 9y agooh man you can't delete comments? another reason why i shouldn't be on hackernews. nice work making something sorry for bein' a jerkk