Status update

I have been very busy with my offline life: school, family and friends haven’t been leaving much time left for me to blog here. When I have some free time, I try to keep up-to-date with the online communities I take part in and also work on my l.f.nu URL shortener. By the way, have I told you that l.f.nu now supports editing short links?

When you shorten a new link, you receive a random code specific to it. Keep that code saved as if it were a password, as it is the only way to edit a shorten link through its Click Statistics page (add a + symbol to the end of the shorten link, then open the tab “Manage”).

This feature about link passwords (which I call “passcodes”) is something I developed just for l.f.nu, it is not available in the standard YOURLS installation. I have no plans to make it open source right now, as I haven’t implemented the thing as a plugin, and the code is a bit unorganized.

So no, I haven’t disappeared from the online world yet. I’m just a bit more silent these days…

This website is back!

Looks like my servers and websites have all decided to take some holidays and go offline, fortunately not at the same time. Some weeks ago, it was 4.l.to/l.f.nu that decided that some days sleeping would be good, after its domain went down (causing the change to a new one and the whole service rebranding). And more recently, the VPS where I was (yes, was) hosting this blog, which by its turn was hosted in a friend’s dedicated server, went down the trash too: the guys at the provider my friend uses decided to play around with the hard drive of the dedicated server, and we ended up without any of data that was in it.

Unlike what’s usual, this time I had backups (yepeee!). But as always, they were outdated (from January!) and consisted of a WordPress export file. So, I didn’t have any backup of the server configuration or the other scripts and data I had in the server. Conclusion: I had to set up everything from scratch – but wait, first, I need to explain: my friend offered to install WordPress for me, (as I’m very busy with real life, I’ll explain later), but he used CentOS, and since I really don’t like CentOS and there were some tiny “wrong” details in the WordPress config (just a matter of personal choice: I do not like to use “admin” as the admin username, even for security reasons), I reloaded the VPS with Ubuntu.

*Ubuntu: I would have used Debian, if it weren’t for the fact the software in its repos is, although stable, far from being the latest version. And my idea of “stable-recent” ratio for software is not quite the same as Debian’s idea.

As I was saying, I had to setup everything from scratch on a new VPS, on another dedicated server that’s not from the same provider (but the dedi is from the same friend). That means some hours around the shell installing and configuring nginx, PHP and MySQL, as well as configuring WordPress-specific rewrite rules and other server settings – and I’m not finished yet, the current settings are not how I’d like them to be.

I said above I was very busy with real life: yes I am, I’m busy with lots of school work, and I’m also a bit tired of the online world for now (the part of the internet I use/follow has no news lately, things are pretty boring currently). But today I had a school trip for the whole day that got me really tired, and when I got home, I felt like I wouldn’t be able to study anything for the school tests I’m taking in the next weeks. I had a server to configure and a blog to restore, and thought I could use the free time… and here I am, blogging when it’s almost midnight on my clock.

Despite the hours spent, I’d say my work has been done without major problems. I’m getting either too used to installing nginx+php+mysql, or it’s because it is/was Friday 13th.

Yeah, is/was. It’s four past midnight.

EDIT: this server is now much faster, its host was suffering from some misconfiguration – again, my friends are awesome and fixed it 🙂

4.l.to is back, but now as l.f.nu

After the unexpected breaking of the l.to sudomains, 4.l.to went down, as I explained in this post. It’s been over ten days since that domain went down, so I decided to move 4.l.to to another domain, consequently renaming it (of course, duh!). After lots of searching of the FreeDNS domain catalog, I finally found another domain name that was just as long as 4.l.to, and happened to have a one-letter subdomain available.

So I registered l.f.nu. It’s my “new” URL shortener. All the 4.l.to shorten links work now, if you change the “4.l.to” part to “l.f.nu”. The official announcement about the change is here. While this isn’t as good as having all the 4.l.to links working again without changes, I guess it’s better than, for example, having a complete database or server crash and no backups, thus losing all the shorten URL<->long URL associations and click statistics.

l.f.nu allows for some interesting “acronym-sound-reading” results. It can be interpreted as “Linking For New Universes”, “Linking For New(s)” (if you read the “nu” as nee-yuu), or even “Linking For Nothing Useful” 🙂 . I’m sure you can come up with some new meanings too; if you happen to find an interesting one, don’t forget to post in a comment!

I also gave my URL shortener a new look. It no longer uses the default Bootstrap theme (it’s become too mainstream!), but rather the United theme from Bootswatch. And finally, I also fixed some bugs in functionality and looks (read: port the thing to the latest version of Bootstrap). There are still some things left to fix, and I plan on adding some new features one of these days.

Also, looks like the new domain l.f.nu is allowed on Twitter, while 4.l.to was not – it was marked as dangerous even though I don’t know why, perhaps it was something common to all the l.to subdomains. Looks like this domain change is better than I initially thought!

Don’t forget to comment on this relaunch of 4.l.to, which is the launch of l.f.nu!

4.l.to is down

My URL shortener, 4.l.to, is down because all the .l.to subdomains, managed through FreeDNS, are down too. There’s little information available and all I know is that the subdomain is broken since 19th March, as said on the FreeDNS subdomain management page.

There aren’t any planned times to have the service restored – as I hope you understand, this is completely out of my control. In the meantime, all the links shortened with 4.l.to, which were over 500, are broken.

If you have any information that can help find what’s the future for the l.to subdomains, don’t forget to write a comment in this post. And, if you happen to have a short URL which you don’t mind donating for URL shortening (I can share the advertisements profits), I will consider moving/renaming 4.l.to while preserving all links (since the server is up and with daily backups).

Forcibly changed servers; data loss!

Let’s keep things short as I have lots of things to do. On 30th November, this website was working functional as it had always been since April 2011. Then suddenly, in the morning of 1st December, the server had been reloaded.

At first I thought it was because someone with admin powers at cheapvps.co.uk, the provider of my previous server that hosted this website, reloaded the VPS. But after some searches, I ended concluding the VPS, which luis123456 had given to me in April 2011, was still owned by someone else – and that someone was trying to make use of the VPS.

I found the email of the real VPS owner (in fact, I used it for logging in to the VPS control panel, but I always had thought it was just some random address, because it only had two letters and five numbers!). I sent an email to that address, and some hours ago, I got a reply from David W. – the real owner of my previous gbl08ma.com server, to which I called “hydrogen”. So what happened in fact? According to David, he told luis123456 to “maintain” (and no more than that) the VPS. luis123456, whose real name is Luis A. (so we talk about real names here) was not authorized, to use the VPS. Still, (and I repeat, this is the saying of David), Luis gave me the VPS. Luis never said anything about this: I thought the VPS was some kind of sponsored VPS which the sponsor forgot about.

So, the old server was reloaded. But things were worse for my side: I was supposed to have an automated backup system, but it was broken and I had no time to fix it. Shortening: I have no backups of the old server, except Google cache, which didn’t cache one or two blog posts. Apart from the text of the posts, cached by Google, I lost everything on the server, that is, all files, images, configuration files, scripts, WordPress plugins, themes… hosted within the server. This also includes the few Anti-Aliased fonts for Rockbox, which I’ll have to upload again some day.

I just finished restoring all the blog posts I could. I’m still wondering how to restore comments done by other users on the various posts. But wait, I missed one part, right? How did I get this new server?

Indeed, this is a new server. I say the website keeps being the same only because the matter and intention of it keeps being the same, but in technical terms, this is a whole new WordPress install, on a whole new server. While this has some advantages, it also has lots of disadvantages – you can compare this to formatting a dog slow Windows computer, without making backups first: after re-installing the operating system, you get a clean system but most of your data, configuration and software is lost.

This new server was given by Humza Bobat, Infinity at freevps.us. So yes, now I have two server provided by freeVPS.us; since I know other users will get angry with me by having the admins of freeVPS opening an exception of the one-vps-per-user rule, I must provide some good argument to it.

In fact, I need two server for various reasons. One of the reasons, is that since the virtual servers I own are not very powerful (they are low-end boxes), they can barely handle two websites on the same server – note that we are talking about WordPress on this website, and while WordPress can run on fairly modest setups, I want some speed both for me and for the sometimes 10 concurrent users of the websites (it happens, for example when my stories get featured on Slashdot).

The multiple virtual host configurations, while they work well if you never touch the configuration files, are harder to maintain, in my opinion. But the main reason why having multiple servers is necessary is the following: being servers provided for free, you never know when one goes offline or you loose it forever (OMG! It just happened!). If one goes offline, you can still use the other for temporarily hosting an additional website or at least some informational page. Plus, you should never put all your eggs in one basket: the server that served gbl08ma.com went away with its data, but the situation could be worse if all the things were on it. If I had what I have on my “helium” server, the one that serves 4.l.to, on the server I lost, then I would have lost some hundreds of MB of information that is important (some of it even a bit confidential).

A interesting thing is, I have automated backups of the helium server working, although it gets much less visitors (not including short url clicks) than gbl08ma.com gets. The Murphy’s law regarding backups applies: even if you have backups of your things, they will never include what you just lost.

What about naming conventions? The “hydrogen” name now refers to this new server, while I’ll call the old one from on now “deuterium” 🙂 . The 4.l.to server keeps being called “helium”, as ever. I also have one testing server called “lithium”, but it isn’t used for anything permanent – as I said, it’s a test server.

If you have any questions regarding the data loss on this blog, please post on the comments. I’ll be busy for the next days/weeks/months trying to restore more of what was lost.

Now running with nginx!

I was really fed up with Apache on this server. It would use huge amounts of RAM, even after all the visitors left the website. Having done all tweaks to the memory usage of Apache and PHP, the amount of RAM used would never get below 450MB (out of the 512MB this VPS has). Hell, Apache was consuming even more memory than MySQL!

For those who don’t know, nginx is an alternative, lightweight webserver which is generally used (by many popular websites) as a load balancer. However, it can also act as the single web server on a system, like what Apache and Lighttpd do. I had worked with nginx before on some small websites on low-resource servers, and I was quite satisfied with it. As I explained with an earlier blog post, nginx is great as long as the website you want to serve with it does work with nginx – that is, doesn’t heavily depend on Apache rules or some Apache-specific thing. Sure, those rules can be converted to nginx config options, but I never succeeded on making eyeOS 1.x work fully with nginx.

WordPress is one of the scripts that works best with nginx. Since this website is mainly powered by nginx (although I have some custom scripts laying around, mainly the scripts providing alternative WiiMC internet media), I made my mind and decided I would go through the hassle of switching from Apache to nginx. It wasn’t a big hassle after all: apart from having to restart the server at some point due to a RAM outage, the website wasn’t offline much time, and there was no data loss.

After putting Apache off-use and starting nginx, the server was still using 300MB of RAM. I though nginx couldn’t be using so much RAM, and there was another problem laying around. Turns out to be a problem in MySQL config: I don’t need InnoDB functionality, so usually I add a “skip-innodb” line to my.cnf. The problem was, this line needs to be added under the [mysqld] section and in my case, it was somewhere else. So I moved skip-innodb to the right place, restarted MySQLd, and that’s it:

The server is now using 240MB of RAM, which still fits inside the dedicated RAM (256MB), so I’m not taking any of the burst RAM, which resides in the server swap space. The RAM usage is still high, because I have other things running such as dovecot for mail delivery.

It also looks faster to load pages, but probably someone with a faster connection than me will notice a bigger difference.

New Virtual Private Server

I was having certain problems with the VPS luis123456 gave me… and after some personal conflicts with him related to the VPS he gave me (not this one, the other from Hostrail (HR)), I decided to swap it by a different one distributed by freevps.us. This decision was higly promoted by the fact that the other VPS got reloaded again yesterday.

The other, HostRail VPS I’m talking about was the one that hosted s.cz.cc and idoupload.cz.cc, so these services will be unavailable for a while (editor’s note: they won’t be available, for ever). As I got a up-to-date backup of the HR VPS, it will be easier to bring everything back to life.

Specifications for this new VPS:

  • 512MB RAM (1GB Burst/Swap) (higher than the HR one, which was 256MB guaranteed/512MB swap)
  • 20GB disk space (lower than the previous one, which was 30GB)
  • 1TB of Bandwidth (1000GB and not 1024, not that makes much difference), which is much more than the HR one, with just 300GB of BW.
  • SolusVM control panel (the same as the VPs that is hosting this website)
  • Provided by 123systems.net and located in Dallas, TX, USA – So, now I have a UK European VPS and another one located in USA.

I must thank 123systems.net for providing this VPS to freevps.us. In fact, a VPS with half of this specs costs $3.00/month according to their website, so my VPS is worth $6.00/month or more.

Hopefully, soon I’ll have s.cz.cc (URL shortener) and idoupload.cz.cc (image hosting) back to life soon (Editor’s note: not anymore), on another and hopefully more reliable server. Not that Hostrail is bad: it’s just that my VPs was inside luis123456′s VPS, and he rebuilt and shutdown my VPS as he wanted. Now things will be different, I hope.