|
Archive for the ‘Web Publishing’ Category
January 30, 2010
Filed Under (phpBB) by James on 30-01-2010
Another day, another issue to resolve… this time it was the turn of phpBB to shed some of the remaining hair from my head. I have however now got to the bottom of this, so this is another post aimed at helping others hindered by this irritating issue. It seems that the phpBB update changed the owner of the user uploaded avatars to my own id. This meant that phpBB was unable to access these in their current state (often using user 99 (nobody) to access things). I therefore changed the permissions of all files in /images/avatars/upload to CHMOD 644 (so all can read the files). This has solved the issue, allowing anybody (and “nobody”) to access the files. I’ve also had no issue changing an avatar since, this appears to be totally resolved by this process. Hope that saves someone some stress! For info, more on CHMOD settings for phpBB can be found here: http://www.phpbb.com/kb/article/chmod-permissions/
January 22, 2010
Filed Under (cPanel) by James on 22-01-2010
A prospective client contacted me yesterday asking whether it was possible to host more than one domain against a BeachyUK hosting package. The answer is yes… and having had a similar question before, I thought it was worth adding a post on this to explain how you can do this using cPanel Addon domains. cPanel, for anyone who doesn’t know, is a leading Web Control Panel facility, provided by BeachyUK, and many other Web Hosts to their customers. It gives customers a familiar Control Panel to access common functions for their site (statistics, software installation (e.g. forum or blog software), e-mail address setup etc..). One of the features cPanel comes with is the ability to add Parked or Addon domains to your account (one account per hosting package). This is therefore a completely free way to add additional domains to your account. Sound to good to be true? Well do remember, your account has restrictions in terms of disk space, bandwidth etc.. your Parked and Addon domains will share these limits. You will also find a limit to the number of Parked or Addon domains you can add to your account, dependant on your hosting package. Parked Domains This feature effectively allows you to run a single website from multiple domains. This is usually used either:
It is worth noting that Parked domains do NOT have their own identity in the sense that a Parked Domain:
Addon Domains This feature allows you to run multiple domains from a single account, with separated content. The content is held in a subfolder of the main account, but is seamless to the visitor of the Addon domain, to whom it will appear as a standalone site. To all intents and purposes the Addon domain is a separate domain except:
In comparison to Parked domains then, Addon domains DO have their own identity in the sense that an Addon domain:
For information on the number of Parked and Addon domains available with BeachyUK hosting packages, visit http://www.BeachyUK.com/hosting
January 16, 2010
Filed Under (Web Publishing) by James on 16-01-2010
Obviously I like to keep WordPress up-to-date to ensure it has the latest security patches, and that any new features, or improvements are available to myself, and you lovely readers! Well of late I’ve had issues upgrading WordPress. I’ve tried the automatic upgrade on several occasions, and in an attempt to keep my cool, I’ve simply walked away from it when it continues to give me a “Installation Failed” message. It’s clear that this is permission based, as WordPress kind points to the file its just taken ages downloading (the updated version of WordPress) and says it can’t copy the file (locally, it’s already successfully downloaded it to our server). So what’s the issue? Well I’ve tried a lot of the tricks suggested on the Internet, and I’ve also tried getting very cross with it… it turns out the below fixed it for me, so hopefully it might work for others: - Simply goto the root directory of your blog by FTP or SSH, and make sure the permissions on your wp-config.php file are set to 0644. Switch the permissions back as soon as you’ve done the upgrade (you must change the permissions back to their original setting as 0644 gives the public access to your config file, which contains your databbase username and password for WordPress). To minimise any security risk while doing the above, it is worth adding the below to your .htaccess file in the blog root directory. This will prevent people accessing your wp-config.php file while you are doing the upgrade.
November 15, 2008
Filed Under (Web Publishing) by BeachyUK on 15-11-2008
Here’s a great tool that applies several criteria to come up with a value it deems your domain to be worth: It looks at:
In truth, the best way is probably to search for similar sites that are for sale, and see what they end up selling for. But this is a far quicker, and more fun way! One thing we think this doesn’t look at, that is important, is keywords in your domain name. BeachyUK.com is apparently worth a disappointing $390… with $3 per month possible from links… certainly has us wondering
November 02, 2008
Filed Under (PHP) by BeachyUK on 02-11-2008
If you’re looking to have user’s, or maybe just yourself as “Admin” log into your site, PHP is a great way to do this. In this post, I’ll take you through creating a basic user authentication system using PHP. To ease understanding, I’ll store the user information (username and password) in the script for now. Once you’ve got this looking, you should consider adding code to lookup the user information from a database, this will make the script very scalable. The Login Page Let’s start with a basic HTML page with a form to post our users information to us.
This basic HTML page will now act as our login page. You’ll obviously want to make it fit the design of your site, once setup. Note that there is no form action, this is because, by default your browser will submit to the input page. This way, we can configure the login script into the same page, to warn users when they’ve failed to input information correctly. Note also that I have set the form method to “post”, this is important as the alternative (“get”) displays the input information in the address bar, and will therefore display, and record in the browsers history, the users information, including their password. Checking the User Information So, we’ve now got a basic login page which posts the username (as “usrnme”) and password (as “passwd”) to the login page again. So now we crank out the PHP to check the user information.
Essentially the above is the same as before, with two pieces of PHP added. The first checks the posted information for valid user information, setting a session variable and passing the user to the logged in area if valid, or setting the $error variable if not. The second then sits within the HTML, and displays an extra row, with the error message, if set. What the first piece of PHP also does is check whether the user is already logged in (by checking if the session variable is in-fact already set). This might occur when a user returns to a bookmarked page, or uses the back button. In these cases, we forward the back to the logged in page, so they don’t have to re-login (not essential, but improves the user experience). Note that the first code line is “session_start();”, this is vital, as any lines appearing before it (including blank lines) can result in the page headers being set, which results in an error like the below. This can be avoided by ensuring the “session_start();” is the first line of code in the file.
This is an amazingly common PHP error, and yet is easily avoided. just start the file with a PHP open tag (“<?php”), and carriage return, and then your session_start command. Keep checking In the example above, we sent the user to another page once logged in, and logically the user may have multiple pages available to them as a logged in user. So we need to verify that users aren’t accessing these pages directly. We also need to be able to identify the user once at these pages (in-case personalised content is required. Well this isn’t too painful as we used a session variable to store the username once correctly logged in. Session variables can only be set by the server, so this is hugely safer than any Javascript login metho… scarily employed on some smaller sites that don’t realise its a Client end language and hence open to easy abuse. Here’s an example page that might feature in our logged in area:
You’ll notice, this page is almost identical to the top of the login page, as it once again opens the session, andreviews the session variable. This time however, we’re looking to see if the session variable has not been set. If $_SESSION['usr_logged_in'] is set then we have a logged in user, and can display the page. If not, we return them to the login page, to login. The beauty of using the username as the variable content is that it can now be used to lookup user specific information to be displayed. You could, of course, use a separate session variable for storing the username, or any other piece of information you wanted to make available to each page (e.g. account number, real name etc..). Log Out/Log Off PHP Sessions do expire, but it is good practice, and better security for your users, if you provide a logout/logoff option. As we are using the Session Variable $_SESSION['usr_logged_in'] to check for a users logon status, we simply need to unset this variable to log them off. We do however need to remember to open the PHP session before we try to unset the variable (as the variable is held against the PHP session). Our final script therefore looks something like this (logout.php):
October 07, 2008
Filed Under (SEO: Search Engine Optimisation, Web Publishing) by BeachyUK on 07-10-2008
In the previous post I talked about the importance of backlinks. So here’s my tips for securing for good backlinks for your site:
What are your tips on getting more/better backlinks?
October 06, 2008
Filed Under (SEO: Search Engine Optimisation, Web Publishing) by BeachyUK on 06-10-2008
What is PageRank? PageRank (PR) is one of Google’s key calculators of the importance of a page of the web. Put simply, PageRank views links between pages as “votes” for page. In its first iteration this simply means the most heavily “voted” for (linked to) pages are seen as the most “important” in the Google index. In reality, this simple image is however played over-and-over, with each iteration taking account of the previous iterations page “importance” to give “important” pages a more heavily weighted “vote”. This, in essence, means a link to BeachyUK.com from a relatively unknown site has less impact on our PageRank than a link from Microsoft.com… seems fair enough really. But, there’s one more thing that makes PageRank such a heavily watched area… and it’s a secret. No, really, it is a secret. The formula behind PageRank is a constant secret by Google, and it’s often changing, preventing even the best from reversing the facts back to a formula. So how do you get a good PageRank?
Summary In truth, I don’t believe in PageRank, that is, in trying to boost it. Google is always looking to make PageRank a quality ranking system, so your best bet is to write good content, and link to, and get links from, good (and relevant) sites. Links Meta Tag Analyser -http://www.submitexpress.com/analyzer/ Google Technology Overview – http://www.google.com/corporate/tech.html |