MageUK

Argh! New Problem! Direct login at :arrow: https://forum.tip.it/index.php?app=core&module=global&section=login won't stay fully secure now! Please force any off-site requests to use HTTPS, especially on that page! This is making my FireFox Browser's mixed content warning go off with an alert every time, and I've had to tell NoScript to temporarily force HTTPS for two of google's domain areas until you can fix it, just to get the data without having it go non-full-secure! This can't be overlooked, especially for privacy-conscious/security-conscious users, as the newest FireFox Browsers will likely simply cut those requests off and damage the page! :wall: Also, why are links going purple in the editor, instead of white/gray?!?!? It makes them evilly hard to see on the Tip.It Theme! Please fix this too!!! :uhh: ~D. V. "I would be the one to hit some of the nastiest bugs!!!" Devnull (p.s.: Please excuse the overuse of exclamation marks... I'm rather rattled right now.) UPDATE #1: Just discovered I can't check on Likes that I've given to others. Please restore the feature when you can... I miss it! :pray: ~D. V. "Yeah, I do like to look back at some odd things." Devnull (p.s.: I fully understand this item will be low priority, but if it can eventually be restored, please do!) The login is still fully secure, we just need to look at how we're handling our adverts on that page. Adverts should be disabled on the login pages now. The links being purple means you've visited them, this does need tweaking on the Tip.It Theme to make them more readable. Link colours should be fixed in the editor now. The likes issue has already been mentioned above, it's not that you can't check on posts you've liked, we just lost the given likes in the update, which wasn't supposed to happen. Perhaps this wasn't what you were talking about, but I've restored the ability to see who has liked your posts. You seem to be saying there was a search which showed you posts you have liked? I didn't know this existed in 3.3 and if it's missing in 3.4 I won't be coding something up to replace it...

It basically allows the virtual machine to use the raw power of your CPU with (almost) no difference to you using it in a non-virtualised environment. With it disabled, the virtualisation environment is likely providing a software interface which sits between the virtual machine and your real CPU, and translates everything, which is slower.

Go with any name brand for RAM, Corsair, Kingston, Crucial etc., you can use http://www.crucial.com to pretty easily find guaranteed compatible RAM for your laptop. You don't need virtualisation enabled unless you are running virtual machines, since you don't know if you need it or not, you don't. ;)

Hmm that shouldn't have happened, I'll see if I can recover them from the old data tomorrow. Examples of emoticons which don't work? (Preferably URLs to the error ones)

It's the IP.Board icon, but it should be fixed now, however it might take a while for your browser to recache the icon unless you to go http://forum.tip.it/favicon.ico and do a hard refresh.

Please see if this is fixed now, you can access your content by clicking your name dropdown and then clicking "My Content".

This maintenance is now complete. :) Please report any issues you see here in this topic or to an admin directly.

Already fixed :P

At some point during UTC day hours (probably before midday UTC) on Saturday 7th September, the forum will be offline for software updates. These updates are likely to take quite some time as we will be performing a large amount of file system restructuring, and so the forum may be offline for up to 6 hours while we do this, although hopefully it will not take that long. We apologise for the inconvenience and will keep you updated if anything changes.

Well I was replying to this topic before everything died, so here goes. You can kind of do this with raw cron jobs but you also kind of can't. Cron jobs can run every 28 days, but they always have to have a base point to start with relative to the current month (in terms of days). So, for example, a cron job set to run at: * * 1/28 * * It will run every 28 days, relative to the first day of the month. So it will run on the 1st and 29th of each month, which isn't quite what you want. Unfortunately you just can't do this, so you would need an addition to your script to do it for you.

The eagle eyed among you may have noticed that we just recently came back from around a 37 hour downtime. This was not planned by us (otherwise we would have told you in advance!), but was due to a hardware failure on our server and our provider being unable to replace it in a timely fashion. On Tuesday evening at around 21:40 UTC, one of the routers at the datacenter was hit with a large DDoS. This attack wasn't aimed at us at all, but rather at the router itself (motives unknown), and along with a few other clients, caused our IPs to stop routing correctly. This was the initial cause of the downtime. Within 5-10 minutes, we were back up again after the router had recovered from the attack and then our primary networking controller on the server physically failed. We have redundancies built in to combat situations like this, and what simply should have happened is that the connection fell back to our secondary networking controller, and the server continued as normal until a hardware replacement could be sourced for our primary controller. What actually happened was that the network connection fell back to our secondary controller, and then within 15 minutes, our secondary controller failed as well, leaving us completely without networking, and in what was, given the chance of these failures, an unprecedented situation. This was diagnosed and our ISP informed us the server would have to undergo a full rebuild as the networking is contained on the motherboard. They completed this pretty quickly (it was diagnosed and rebuilt within 16 hours), but they then informed us that the server room we are located in was full and they were having trouble finding a spot for a new box. This is what took all of the further time, while we were waiting for them to free up space. Eventually they found us a spot and re-provisioned the server, and here we are back again. So, apologies for the downtime, but it was a little out of our control!

Added the option to profile.

Will look into this tomorrow. :)

Are you talking about the fortifymyapp one or the hp.com one? HP owns fortifymyapp but they are separate adverts.

I thought the old school official link for high scores was pretty much common knowledge. We already have a JSON feed for current scores: http://www.tip.it/runescape/json/hiscore_user?rsn=3___hit___u And you simply need to add &old_stats=1 to retrieve 2007 stats instead: http://www.tip.it/runescape/json/hiscore_user?rsn=3___hit___u&old_stats=1 We feel that in general our JSON feed is arguably more useful than the format in which Jagex provides the data anyway.

Added one. :)

Yeah we actually know about this already, tablesorter can load data with AJAX but it seems a bit unnecessary. In most cases where the tables are paginated we use a MySQL sort though, this probably just needs the same.

They should work fine, please clear your Tip.It cookies.

Please clear your cookies for Tip.It and the issue should be resolved.

Something must be wrongly cached on your end because the link that Ezee posted doesn't cause any redirects to happen whatsoever, so if it's saying the document has moved, then it's looking at the wrong thing.

Sorry guys, an oversight when making the site live, should work now. :)

What browser are you using? What happens if you click the link Ezee provided?

What URL are you trying to use?

Can you try now please? I made a change earlier regarding cookies which probably fixed this unintentionally. If not, can you please delete any tip.it cookies and try again. I tried all 3 of your RSNs and they all worked fine.