Blogging On A Shoestring | nedge2k.com | Virtuemart, Had, Files, Have, Script

Recently I built a new Media Center, the only part that wasn't new was the Pinnacle 3010ix PCI-E Dual DVB-T tuner that I'd had for a while and had been running (with numerous issues) in an old HP server. Long story short, under Vista and Windows 7, this card has habit of not being detected on resuming from hibernate. In the old server, the cure was a reboot. In the new Media Center, the cure varied. Sometimes a reboot, sometimes a full shutdown and boot, sometimes I'd even have to cut the power. It was driving me mad and meant I had to keep my old PVR in play for recording stuff "out of hours" (e.g. the Formula 1 at 5am). Anyway, I tried a few drivers from Pinnacle, no change. The last few versions of W7 had newer drivers but they either made things worse or, no change. So I decided to think laterally and went on the hunt for drivers of tuner card made by other companies but which shared the same Philips SAA716x chipset (716x for short). After a short search I found that the Avermedia H788 card shared the same chipset so I force-installed the drivers and, touch -wood, the card has worked perfectly ever since! The Media Center wakes up to record properly, the card is detected properly, it all just works :D

If you're having similar issue with this card - or even other issues, mebbe you're in need of an x64 driver? - you can download them from the Avermedia H788 Driver page

You have to download the AVer MediaCenter 1.7.3Beta dated 26/02/2009, extract the drivers from the package (WinRAR) and force the install of the AVerBDA6x.inf - after that, all should be good. It all went a bit wierd on first use but after that it's been fine :D I also found another driver for a Twinham card on the DVB Support driver download page that I've yet to try - the file for this one is the Twinhan DTV 3.4 Build 19 (BDA Driver), dated 13/02/2009.

Hope this helps anyone with the same issues! Oh and for anyone wondering about my new Media Center specs...

• J&W JW-RS780UVD-AM2+ (128MB Sideport) Motherboard
• AMD 5050e 2.6Ghz CPU
• 4GB Corsair TwinX XMS2 RAM
• 1TB Samsung HD103UI HDD
• Hiper Media Slimline HTPC Case
• Slimeline DVD-RW
• Pinnalce 3010ix Dual DVB-TTuner

Here's a quick and easy way to get your alfcontact menu item to display it's alias when using sh404sef, as opposed to the ugly SEF'd version of the joomla query string that sh404sef produces by default as there is no plugin for alfcontact....

Navigate to the root of your joomla install, go to components/com_sh404sef/sef_ext, copy the com_contact.php and then paste a copy of it with the name com_alfcontact.php. Clear your cache (if you use it) and refresh your site. Your alfcontact menu item will now display it's proper alias :)

So, as any good "webmaster" of a site running Virtuemart should know, the powers that be have released an update. However, moving to 1.1.3 won't be anywhere near as easy as updating/upgrading your Joomla! 1.5.x install. No, if you're running Virtuemart, the chances are you've hacked the hell out of the core files to tailor it to your needs. Did you keep a proper record of your hacks though? In my case, the answer is no. I was under the impression that the next release would be Virtuemart v2.0 and that would be a total re-write so I'd cross that bridge when I came to it. However, 1.1.3 came out about a month ago and as there don't seem to be any security patches, I'd been putting off doing the upgrade.

Anyway, I sat down today and came up with a way that should make the upgrade a bit less painful. I downloaded to 1.1.2 to 1.1.3 patch and took a look at what was being updated. Out of the 120 updated files, there were a couple I was certain I had modified and others that I had no clue about. So, what to do? Go through each file manually? Fuck that! I wrote a PHP script that downloads the original full 1.1.2 install package (for Joomla! 1.5), extracts it to a temporay location, downloads the 1.1.2 to 1.1.3 update patch (for Joomla! 1.5), extracts that to another temporary location, compares the full release to your current install and then checks the updated files to see which of the files you've modified will be effected by the update. Phew!

Once it's done, it outputs the results into a table so you can print it off and refer to it later. In my install I had modified 20 of the core Virtuemart files but only 13 were due for update :)

Now, before I let this script loose on the world...

1. Make a backup!!! - Use something like the excellent JoomlaPack.
2. Try it in a test environment first!! - Setting up Ubuntu server in VMware isn't difficult and a good developer should NEVER run test scripts in a production environment unless they are 100% sure of the outcome!
3. This has only been tested with the Virtuemart 1.1.2 FULL package (for Joomla! 1.5) and the Virtuemart 1.1.2 to 1.1.3 update patch (for Joomla! 1.5).
4. The script uses fopen and system functions which may not be enabled on your webserver.
5. Finally, I accept no responsibility whatsoever for any damage that may be caused by this script and I also offer no support for it, so don't come to me for help unless you're carrying some cash ;) I know it sounds harsh of me but a) I don't have the time b) I don't have to release it in the first place.

...right, now the boring stuff is over...

• Stick the script in the administrator folder so it will be reachable at http://yourdomain.tld/administrator/vm_update_checker.php
• Paste the link to the FULL Virtuemart installation currently running on your site (e.g. Virtuemart 1.1.2)
• Paste the link to the UPDATE patch for the Virtuemart installation currently running on your site (e.g. Virtuemart 1.1.2 to 1.1.3)
• Hit download!

...that's it. If all has gone well, you will shortly see a table telling you which core files have been modified from standard and which of those files are due for an update. Please note: this script ONLY looks at the Virtuemart component, not and plugins or modules as, well, if you've modified them, you should have copied them and then saved them as new plugins/modules to avoid problems ;)

Right, so, to re-cap, this script downloads and extracts stuff then looks at stuff that's already there and tells you what you've messed with. As with everything, things can happen and while there's no way it could mess up your site, just be careful and back it up first in case you screw up!

Finally, whilst you may use this for commercial use and modify it to your liking if required, you can't sell it on or profit from it. If I catch you doing so, I'll coat your balls in peanut butter and point a rabid dog in your direction :)

Here's the script ->>>>>

Virtuemart Modified Files Finder

I figured out how to do this a while back when I was developing our work's website but seeing as it doesn't seem to be common knowledge - just had an email about it from a fellow developer - I thought I should share it before I forget again :P

 Anyway, the process is simple, if you look a the source for the Virtuemart advanced search module, you'll see it passes $_POST['keyword1']. Luckily, the shop.browse page can also accept a value for this via $_GET. So if you want to create you're own search module which would allow the search results to be shared or just want a couple of static search links, format the URL as follows:

http://yourdomain.tld/shop?page=shop.browse&keyword1=your+search+term