TCH-Andy

The only other way I can think of would be to edit the authorisation script, and place the block in there

I'm glad it's sorted your issue Thanks for the update.

There are a number of different ways to do it. Personally I would 1. Take a backup of the existing files and database 2. Install a clean copy of the v3 in a new folder 3. Import the database and test it in the new directory. 4. When I'm happy that everything is OK, rename the old forum folder to 'oldforum' or similar, and rename the new one from the temporary folder to the old forum name. 5. Test everything is working fine, then delete the 'oldforum'.

That should be fine.

If you go into the stats pages, you can see the most common IP's hitting your site this month. If you want to see all IP's you would need to download the raw access log file, and obtain the data from that ( it's a big text file, that includes the IP address of all hits).

A backup is always a good idea. The database should be retained fine though. Email accounts will need to be set up for the new domain name.

I'm glad you have it sorted.

Have you talked to your host, and asked them to check it out for you ? I'd also remove the ><Files xmlrpc.php> SecFilterInheritance Off </Files> since you have already turned SecFilterEngine Off

Hi Stevey, welcome to the forums Were you getting the 406 error without the mod_security and mod_filters rules ?

You're welcome Always happy to help. I'm glad it all got sorted.

Our help desk is manned 24/7 - so yes you'll get an answer.

It is generally called a 'template'

Merry Christmas

One think I would suggest is updating the nameservers at your domain name registrar to ns1.totalchoicehosting.com and ns2.totalchoicehosting.com as you are currently using old nameserver names.

Have you got something set to interpret all files as php ? Because your host is interpreting that text file before presenting it .... Probably best just to paste ( or email me ) the source code for that page.

The battery isn't likely to stop windows installing ( unless you take the power off, and it looses all the cmos data )

Merry Christmas Nat That seems odd. Can you give us a link to the php code ( just save a copy of that file with .txt extension - making sure it has no personal information in it )

It looks as if they use plesk ... so the format will be /var/www/vhosts/kemer-turkije.nl/httpdocs/ You can put the .htaccess file into the httpdocs folder

What's the domain name ? As Thomas says, it should be uploaded as a plain text file into the public_html folder ( remembering the '.' at the beginning of .htaccess ) or into the folder which you are running Joomla in.

As an example, if you are currently in your public_html folder and you are trying to get to a file called test.jpg in the images folder ( which is itself in the public_html folder) then; The relative path would be images/test.jpg The absolute path ( for a php script) would be /home/user/public_html/images/test.jpg The absolute path starts with a '/' and shows the complete path from the beginning, whereas the relative path is just from where you currently are.

Welcome to the forums thisbevos When Google tries to determine whether your site is appropriate for a country-specific search results, it will firstly examine the TLD of your domain name. For example if you have a site called mysite.co.nl, then you will appear when a searcher queries for local pages from nl only. So as long as you have a .nl you should be safe If it's just a .com domain, google will look at the location of the company owning the IP address you are on. This means you will also get a lot of UK answers, because several of the main UK ISP headquarters are over in the Netherlands. Sites written in the Dutch language is a separate option for searching. In summary, if you have a .nl domain name, you should be included in the Netherlands only pages, even if hosted in the US.

Welcome to the forums realturkey hostname - localhost MySQL username - cpanelname_username MySQL password - The password you set in cpanel MySQL Database name - cpanelname_dbname MySQL table prefix - you can leave this as the default Where cpanelname is your cpanel username ( the one you use to login to cpanel). I assume you have already created the database in cpanel, and created a user. You also need to make sure you added the user to the database ( again in cpanel ) If I have misunderstood your question, my apologies, but my knowledge of the Nederlands language is limited to buying a drink - and guessing my way through a menu

Looking at the error logs, it would appear to be the templates. I PM'd you asking for some other details so that I could investigate further, if you let me have that info - I'll take a look.

I'm sure it will be standard php, hence should be relatively easy to transfer. If you copy the files over - then you can test using the IP address or server name ( ip_address/~cpanel_username ). If you give us a link when you have done that - we can take a quick look for you.

If you PM me with the ticket ref ( so that I can get the login details) I'll try and have a look later.