Forum Moderators: coopster
Cheers,
physics
Though I haven't done it yet the approach I'm going to take is
1) Build mod_rewrite rules that do all of the common things like list a forum, view a post. Then I'll test it out with url's that I just type in.
2) Hack the code so that everywhere a url is printed that I've made a mod_rewrite rule for appears, the static looking url is used instead.
3) Test test test ... erm OK - put it live and cross fingers ;)
HTH ... Crazy_fool - let me know how it goes with yabb - I'll be hacking XMB.
Also, the search-engine friendly urls question has come up a million times on the OSC forums. Do a search there and you should have more than you want.
Cheers
Tom
ergophobe, where is your site hosted? Some hosts, such as chainreactionweb.com {i'm not affiliated, just wanted to drop the name in case others have feedback} offer special hosting deals for oscommerce. This seems good to me because then they understand your special needs such as setting the lookback feature on the server so that using the se friendly urls is possible 'out of the box' (or... well they probably will have taken care of it already).
By the way, you should be able to modify that snippet of code and mess with .htaccess to get all sorts of interesting urls :)
Long story. I started do the OSC mods for someone who then changed management and the new management couldn't figure out what they wanted for a website, so it all has been on hold long enough that I guess it should be considered dead. I set up my test site with www.webgroupmedia.com, but I can't say as I necessarily recommend them. They seem to have followed the typical pattern
small company with great service to => growing company that doesn't answer e-mails and has taken their live help options (chat and telephone) offline.
Basically, though, OSC should run anywhere with PHP, even if PHP is running in safe mode and so on.
Tom
1 - there is too much code making the sote difficult to modify - there are multiple database queries which are virtually identical, or they would be if they used SELECT * instead of specifying every single field. adding extra fields is difficult
2 - the design of the code is such that the page headers are displayed before the database is queried for content - this means that you cannot have unique titles and meta tags etc on each page - please don't say it can't be done anyway, because it can. all you need to do is do all the database queries before any output.
3 - search engine safe URLs are a waste of time because of the way sessions and cookies have been implemented - search engine spiders dont allow you to set cookies - turn cookies off and you get PHPSESSID in the URL - search engines don't like sessions in URLs. don't say it's impossible to have a cart without sessions in the URL, because it isn't.
4 - by default, the cart requires people to register for an account prior to making any purchase. compulsory registration is very likely to drive away all but the most determined customers - why would they go through the hassle of registering (and it's a lengthy registration) when they can easily go elsewhere and buy without any hassles?
the above are some of the very serious flaws - there are many other smaller flaws, such as the registration form requiring date of birth etc - under UK (and possibly EU) law, that sort of thing is termed "sensitive personal information" and requires site owners to register under the data protection act. i could go on and on and on.
it owuld be far better to use one of the many other free shopping carts out there that can be configured to suit. even if it means you don't have search engine safe URLs, you can't be any worse off than with oscommerce.
p.s. Could you name any of the other good free carts, other than osCommerce and Interchange?