We have recently been updating our IP Mapping Joomla component to handle HTML5 geolocation detection and thought this may be of interest to others.
IP Mapping was originally designed with the aim of displaying IP addresses upon Google Maps and experience has shown that although it works well it is very reliant upon the accuracy of the data held by the various database and communication suppliers. The various supplied of the IP to location mapping vary considerably in the accuracy of the location information. We ourselves have been ‘located’ as being several hundred miles away from where we were physically located, depending upon which IP-location provider we were using and when we were determining the location. Whilst this may be adequate for some, for others it is a little bit hit and miss. I am thinking here of a ‘local’ village or town intending to serve the local neighbourhood, who desire to know how widespread their visitors are.
We recently noticed a small problem where we have HTTPS Everywhere installed within our Firefox Browser and we were trying to view a translation using Google Translate.
The translation page would display correctly yet only the page headers would be shown. The actual translation was not visible. Inspection of the Java Console revealed an error:
Error: Load denied by X-Frame-Options: https://translate.google.com/translate?client=tmpg&depth=1&hl=en&langpair=en%7Cfr&rurl=translate.google.com&u=http://macrotoneconsulting.co.uk/ does not permit cross-origin framing.
The actual HTTPS rule was already disabled within the HTTPS plugin so we were puzzled as to why it was failing. We tried disabling the HTTPS Everywhere plugin completely and the translation would work. So it was almost as if even though the actual rule to convert the http to https redirect was disabled it was trying to use the rule!
Privacy Badger is described as a browser add-on that stops advertisers and other third-party trackers from secretly tracking where you go and what pages you look at on the web. If an advertiser seems to be tracking you across multiple websites without your permission, Privacy Badger automatically blocks that advertiser from loading any more content in your browser. To the advertiser, it's like you suddenly disappeared.
More details upon the EFF website.
It may seem a strange title for a blog, but we have been looking at a small ‘opportunity’ in converting one of our components to Joomla 3.x.
We turn our attention today to the question of shURLs. To quote Anythingdigital “shURLs — formerly called pageID — are tiny URLs automatically created by sh404SEF®. Their short length make them ideal for use in social networking sites or on print media such as business cards or promotional items.”
They seem to come preconfigured to be generated (at least we have no recollection of turning their generation on) by sh404SEF for certain Joomla components and we have observed the large number of ‘automatically’ created short URLS on our modest site. We ourselves do not tend to use them, but what is interesting is the contents of these ‘short URLs’. The vast majority were for subjects that have no relevance for our site what so ever and typically for subjects that would fall under the category of ‘SPAM’. They (most of the invalid/unrequired/unrelated ones) seem to be trying to ‘redirect’ or send email to external locations.
I have previously posted an entry on the latest version of Firefox 19.0.2 where I mentioned that there were speed problems accessing certain web sites, including but not restricted to the BBC web sites.
The following article was posted the other day which may go some way to explaining my observations. Access to the article may be slow, but it describes how a row between a spam-fighting group (Spamhaus) and hosting firm (Cyberbunker) has sparked retaliation attacks affecting the wider internet.
We have recently placed a new module upon our site to enable page translations using the Google translate service for the benefit of our foreign visitors.
Whilst working fine in Firefox (version 19.0.2), Opera (12.14) and Internet Explorer (10), with the translated page being present with our usual page layout format, we notice that when using Google Chrome browser (version 25.0.1364.172 m), that the information is translated, but the page formatting is completely lost. This may be a conflict with the inbuilt translation available with the Chrome browser.
There are a few aspects to this.
1. Google translate is not retaining the site 'format' hence the display is not as on the originating site.
[See blog post about associate problem with cache and cookie handling.]