A somewhat geeky dev blog
This is where I allow myself to geek out on development, technology, the Internet, databases, open-source, weblogs and presumably some other geeky stuff too... :P
2014. Time to wake up, eh?
First off, why have I been blogging so little in the last couple of years? Guess it's a combination of:
- Too much work
- Having a real life (which I might not have had a few years back...)
- Google did a great job at scaring me off posting "non-useful" content (Let's call it "Panda angst"!)
All of these are lame excuses.
- Blogging is part of my work
- Don't even get me started on balancing work and real life - there has to be a solution!
- Sharing ideas, no matter how mundane they might seem at first, has been the beginning of many great projects in my own experience. Plus: it definitely helps to structure a lot of thoughts that would otherwise just swirl around in my head, without ever leading to anything tangible. Moving forward, even small steps at a time is far more important than a particular Google algorythm might think of it... especially on my personal blog (I'm still debating this regarding some other sites :p)
2014. Time to get rid of the Ugly!
The most vexing part in this wake up call is that so many of my even-more-many website are just plain ugly... compared to the current web design state of the art.
I don't recall exactly what led me to this realization but part of it was comparing b2evolution.net to its competitors. Ironically, it's not that the competitors (Free CMS tools) look good. It's actually that those competitors look bad compared to commercial solutions.
Thought: Why does Free software has to look so bad compared to commercial software?
And then of course it dawned on me: why does my software have to look so bad compared to commercial software and other free software alike?
If you know b2evolution, you know it's really powerful. Arguably significantly more powerful than its commercial alternatives indeed. That's the result of 10 years of hard work. But does it show on the surface? Hell, no! It really deserves a packaging that would do it justice! Welcome to teh world of (virtual) product packaging!
Ok, I know what you think. But better late than never. And yes, I also realize how late I am now...
And then, the same logic applies to a dozen other sites of mine, all the ways down to the one you're reading now.
Where do we go from here?
OK, so I realized the problem. That's always step 1. Check.
Then I blogged about it. Now I feel pressure to do something about it so I don't look like a fool by the same time next year. Step 2. Check.
I started collecting ideas about redesigns and started test implementations on some of them. Those are ok steps 3 and 4 I guess. Check. Check.
The real effective & efficient solution though, would be to hire a top designer... right? One might think, indeed.
However, it's not as easy as it seems:
- There is definitely a shortage in modern web design talent;
- There is an even higher shortage in UX design. Graphic design without User eXperience is worthless. The most basic illustration of that is that many graphic designs will use fonts so small they won't be read by anyone. More modern problems are: choosing buttons sizes, button positions, how many buttons to show at a given time, what to hide, what not... and at some point it starts to overlap with marketing in the sense you need to choose in which order to present the info.
- And the most vexing of all: my sites look so ugly right now that actual web designers wouldn't touch them with a 10 feet pole! :p
So my only possible course of action, I guess, is:
- Clean everything up making the best use of my current resources;
- Hire top talent once they can see a credible client when they look at my sites!
Ok, 'nuff said. Let's do some implementation!
For some reason, nobody seems to acknowledge there is a bug with
flush() in PHP 5.4.
In any previous version of PHP, you could just do:
and the PHP output buffer would be sent to Apache which would in turn send it to your web browser.
We are not talking about any side effects due to compression or charset sniffing here. We are talking about: flush() was working just fine.
And then compes PHP 5.4 and it doesn't work any more. And you revert to PHP 5.3 and it works again. PHP 5.4, broken again. And you can reproduce that to infinity but still, nobody wants to acknowledge it.
So we had to find a workaround. Here it is: just replace your flush() calls with a custom call like flush54() defined like this:
This will restore the initial behaviour...
If you have several servers to maintain like I do, at some point you’ll want to know how old exactly an installation of Debian (or another flavor or Linux) has gotten since you last wiped it clean…
So how do you check the install date?
I found the easiest way was to simply check the date of the lost+found folder. This folder is created at installation time and basically never removed after that. So I just go with:
ls -l /home/
and look at the date for lost+found .
That sounds awesome, but it’s not true. It’s actually pretty much a lie! :( – You can take some advantage of the Retina display, but definitely not full advantage.
All you can do is set Windows to believe it is running with a 2880 x 1800 pixels display. And that is indeed the physical pixel resolution of a Macbook Pro Retina display…
But, in NO CIRCUMSTANCE can you actually map each pixel from the 2880 x 1800 virtual machine to a physical pixel of the actual screen.
What you get instead, is blurry scaling all the waty down!
On the first screenshot below (click to zoom) you will see how 2880 x 1800 is scaled down (and BLURRED down) to 1440 x 900 if you keep you Mac runnign with the default setting of “Best for retian display".
On the second screenshot below you will se how 2880 x 1800 is scaled down (and still blurred down) to 1920 x 1200 if you change your mac display settings to the highest scaled resolution. This solution makes your windows look a tiny little bit better but it also makes your mac apps look less sharp (because they are now scaled too! Remember, you are no longer running in “Best for Retina display” mode!)
a52 ac3 apache apache2 apple b2evolution bluetooth codec debian design development «disk space» displays flash hardware howto ios ipod itunes links linux «log files» mac «mac mini» «mac os x» mouse mysql noise «os x» osx pc performance php quote redirections review sata seo smtp software sound ssd surround terminal tip tools upgrade video windows www