Hacker Newsnew | past | comments | ask | show | jobs | submit | askopress's commentslogin

I suppose a front-end developer isn't considered a developer? Linux doesn't work for me as we need Photoshop and Sketch and well, Linux kind of looks ugly as well (with the notable exception of Elementary OS, which tries to be the OS X/macOS of Linux).

It's also mentioned that the ESC key will still be there, and you can map your own keys to the Touch Bar as well, it just won't be a physical key anymore. This generalization that just because you can't use Vim anymore (which you can) the entire MacBook brand is gone to shit (which it hasn't) or worse, that Apple is stupid (it's not).


In Estonia I get 500mbps up and down with unlimited bandwidth for 35 euros, monthly. I think it has a lot to do with the ability to roll out newer, faster stuff much easier than with a big country - and we do have quite a few ISPs, each of them fighting to provide even faster speeds. Wonder why in U.S they don't really try to do anything to be better, and if they do increase speeds, the bandwidth is still stupid low.


Just a design tip: the red border that separates the full date from the days till countdown is completely unnecessary. Also, a bit bigger dark gradient behind it would be nice. Also, when hovering over the top menu the link goes dark enough to be hard to read, so perhaps not change the color on hover, but add a border underneath the link instead to hint that the link is being in fact hovered?


Thanks for the feedback. The latter is a bit of a CSS over-sight/"bug".. will fix.


And what are you going to do when that third party (Google/Github/whatever) goes out of business? Still so 2012?


I'm then going to switch to another SSO devRant will be offering after one service shut down.


That is at complete odds with what I've heard from all of my buddy-developers. Maybe it's a cultural difference or something? Most devs I know here usually want to work their way into a position of a CTO or alike where they no longer code, but rather supervise the development process.


Interesting. It seems we're hearing from different people!


this: http://imgur.com/a/Lm8Ia

No, seriously, pngquant is better. That said, my research into the matter is rather limited so if you know of a way to do PNG compression (while preserving transparency) and having no _noticeable_ loss of quality with ImageMagick then please do let me know.


It's because most people run WordPress on shared hosting with little to no SSH access and even if there is SSH access it's not like I can simply let my plugin install imgmin and pngquant, that's why most of the compression plugins that do not use an external API for image compression use something like ImageMagick which renders poor results. So yes, I would say the first. There is no viable method to let the plugin do everything - including the compression, if you want quality compressing, that I know off anyway.


Interesting. I suspected this was the case. I've been contemplating writing a wordpress plugin, and although most of it would be bog standard templating, I would like to be able to do some simple image processing. Being unable to shell out an external binary is unfortunate. Tangentially, Can you comment on being able to depend on the GD module being present (I'm guessing no)?

Based on your new business model, I suspect that you did not have much success with the pay-as-you-go approach? Like you, I'm contemplating having an up-front fee, but having to support said users with an external API for all time would suck. I was hoping to do it all on their end, but that may be more trouble than its worth.


Most shared hosts probably have GD present, but as with anything, there are those that do not. As for how high that percentage is I have no idea. Think of your target market and if it's for not-regular-folks (as in more web development focused or so) then probably GD is present as more knowledgeable people choose their hosting service more wisely, or so I'd like to think, but small company website owners, fashion bloggers and what-not probably choose by price, not quality.

The pay as you go service failed because I offered 1000 compressions for free upon account registration and people took advantage of that, more often than not they would simply use their 1000 compresses and sign up a new account with a new email and nobody bought any compressions because well, seeing how quickly people abandoned the use it's likely that they only ever needed to compress less than 1000 images.

This way to even compress any images they need to purchase the plugin. It has no barriers like account creation (which as far as I can tell people don't like to do with plugins, they'd like to install and go). As for how it will work in the longer perspective I've no idea, I've done my best to optimize the API for high number of requests and will most likely release simple addons (paid) to the plugin which will enable GIF compression, compress-while-you-upload feature and whatever else I can think up, but that, too is just a one-time price so once the user has all of those I will not be making any money from them anymore.

So, if you're asking me if $7 for unlimited compressions work in the long run? Well, if I can run it for tens of users with a simple $10 Digital Ocean droplet, sure, why not. The reality however is that I most likely, depending if it will get any traction or not, have to scale up the DO droplet up which will cost me more, increasingly. There are quite a few ways to go about making money with it and I suppose I'll test the waters as I see fit, but even if it makes no money I don't mind much because I use it for all my client' sites and paying a server fee is much, MUCH cheaper than using the competitors (TinyPNG for example).


Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: