I’m sorry for the recent lack of updates but I just got back from doing a Convention appearance at Philcon. It is also Thanksgiving holiday week in the U.S., so that is also making it difficult to get anything done. I’m focusing on getting the 4.4.4 release of AWSOM Pixgallery finished–so posts to the site for the rest of the week might also be light. Things will resume as normal after this week though, with (I hope) a new release of AWSOM News Announcement also.

Thanks,
Harknell

ShareThis

If you are anything like me you absolutely hate Javascript coding. It’s got to be the most annoying crap language ever designed, or at least in the top 5. So, it’s a good thing when other people have taken the bullet and created a toolkit that allows you to simply reference a command to cause a complex thing to happen. The Dojo toolkit may end up being a great free resource to anyone who wants to add complex Ajax/Javascript stuff to their site but can’t stand the annoyance of coding it up (or more likely, don’t know how to code it).

ShareThis

A new Beta release of AWSOM Pixgallery 4.4.4 is now available for download from the AWSOM Pixgallery Product Page. This release adds in a few new features and bug fixes–most notably the new “limit thumbnails visible in posts on the index page” feature and the custom folder image feature. You can read about the new features and known issues on the Beta Information page.

ShareThis

I recently was contacted by a user of my AWSOM Pixgallery plugin to help with an issue that was affecting her install. For some reason whenever she loaded her main page or Categories page her website slowed down to a crawl. At first I didn’t think that it was related to Pixgallery, since it only does one function on non-gallery pages, which is to check if the global resize setting is active and apply it to images if it is. On her site this setting was disabled, so Pixgallery should have been doing nothing.

It did turn out though that whenever Pixgallery was active, this slowdown behavior would occur, with it disappearing after Pixgallery was disabled. The bizarre thing was that her galleries pages were loading totally normally.

My first thought was that there were permissions issues with her images. After checking her server there were some issues with some of her files being set to non-execute, but this did not clear up the problem. I was honestly going a bit crazy and started to think that I had coded something incorrectly with the newest Beta version that she was using.

I then had a sudden thought: in Filezilla, the ftp program I tend to use most, the settings by default do not show the owner of the files on the server–so I turned this view on. Typically looking at the owner of files isn’t a big issue since if you are moving your files to the server using the same account and ftp program they all have the same owner–>the account that is used to log into the server. After I changed the view I discovered that a large number of her files were actually owned by an entirely different owner/group account. In cases like this, especially if your Wordpress has plugins that actually do processing things to files (like Pixgallery), if the files to be processed are not part of the Owner/Group of the program that is doing the actions (Wordpress) what actually happens is the file sits there and refuses to allow any action to take place–but importantly does not actually cause an error to occur. It simply stands the code off and does nothing, causing a php execution timeout. Typically this setting in php is set to 15-30 seconds, which was the exact amount of time per image that was being added to her load time for her index and category pages.

It turns out that her ftp login and her web based Cpanel login were somehow under 2 different ownership/group listings.

The solution to the problem was for her to download her entire site, log in as the account she planned to use primarily for moving files to her server, then re-uploading the entire thing under the one account. This fixed everything and her site was running correctly again.

So, if you ever hit an issue where there seems to be a lag occurring that you can’t identify, make sure all of your file ownership is under the same account.

ShareThis

Staying on the trend toward XHTML compliance, a new version of the AWSOM phpBB mod Expire Unactivated Users by Timeframe is now available. Version 2.0.1 is not a functional change but simply adds in XHTML compliant code to replace non-compliant HTML tags–If you already have 2.0.0 installed and don’t care about XHTML compliance then you don’t need to bother updating.

ShareThis