jonyo

The problem is the -p- in the url. is the product name 5-pounts-p? if it is, try changing it to _p or move the location of the p to the begining. anything to make it not be -p right at the end, that is what is messing it up.

It is saying that products are not found? This is probably because of a bug with redirects on certain servers. Either disable redirecting, or look on this forum I think I posted a fix to get redirect working. If you still need help IM me and I'll try to walk you through it :) If it is giving 404 errors, that means your .htaccess file is messed up. I don't know about 500 error, havn't heard that one. Check the permissions for .htaccess, if you can't get it to work post what you have in your .htaccess as well as whether you have it installed under the root of the domain (e.g. www.webshop.com) or under a directory (e.g. www.webshop.com/catalog) as this makes a difference in what you need in your .htaccess file.

You need to make a new file if it doesn't exist already, name it .htaccess and put it in the catalog folder. Don't forget the dot in front. The .htaccess file in the downloads folder is the wrong one. Do not use the admin control panel to edit or create the .htaccess file, the admin panel does not write the file properly if there are any quotes in it. You need to use a text editor and upload it to your server. Barido: for my site, having & has the same effect as the & alone. Does it act differently for your site?

Yes, it is a cookie thing. It is natural for the osCsid to appear in the url the first time you look at the page. Click on a link, and see if they are still in the url's on the new page. So in other words, browse around your site and visit several different pages. Does the osCsid still appear? If it does then you do need to fix your cookie settings. If it disapears after clidking once or twice your settings are fine. If you do need to have your cookies fixed, post the top part of configure.php MINUS the database settings. :::Problem with information pages::: Symptom: You have information pages unlimited installed, and you have version 2.1c of the ultimate seo contrib. The links still look like information.php?... instead of about_us-i-4.html (those links are just examples) This is how we were able to fix the problem on DavidR's site: At the end of his application_top.php were the lines //BEGIN Information pages unlimited define('TABLE_INFORMATION', 'information'); define('FILENAME_INFORMATION', 'information.php'); //END Information pages unlimited These define lines should be in different files, the problem is that they were getting defined AFTER the seo code was generating the urls, so it was not converting the url's. To fix this, move the line define('TABLE_INFORMATION', 'information'); to the end of the file includes/database_tables.php before the ?> at the end of the file. Now move the line define('FILENAME_INFORMATION', 'information.php'); to the end of teh file includes/filenames.php before the ?> at the end of the file. Make sure to remove the lines from application_top.php since they are now defined in a different spot. Hope this is able to help out any one else with this problem.

The information pages unlimited problem...

Yes I am having to bite my tongue as well, theres no use in posting something that is helpful if it breaks the forum rules and gets the post deleted...

Get with me, we'll figure out the problem then post the final solution... A little easier than going back and forth on the forum and making the thread a page or two longer when all they really need is the fix :thumbsup: do you have aim or icq?

As I said, the 2.1x releases on this site are not stable, and sadly a stable one won't be released (aka 2.1d) due to the licensing rules for contributions on this site. Read about why it won't be released on this announcement: http://www.oscommerce.com/forums/index.php?sho...ndpost&p=635175 the 2.1c is considered by the author Bobby to not be a production release, due to a few bugs that version D clear up. It has to do with redirecting when you are on a server that runs php in CGI mode. See why I didn't go into details? Most store owners don't know what the heck CGI mode is, much less whether their server is running in cgi mode or not. They just know that 2.1 breaks their site. So, I recomend 2.0B over 2.1C because 2.0b has none of the bugs that 2.1c has. All that being said, follow DavidR's suggestion about cookies. It turned out that Martin's main problem had to do with the cookies, so if your problems are the same it probably has to do with cookie settings too.

How are they broken? Give an example. For instance, when you click on one, does it come to "page not found"? if that is the case, make sure you have followed the instructions for the .htaccess file.

From what I can tell, I'm using 1.0 :blush: It is working fine as you can see here I could not find a version number anywhere, just a date that coorosponds to the first version 1.0. Are your problems customer side or admin side? I think it was one of the first things I installed, before I really got the hang of the contribs. It seems I did get it working for my site though... I can post my code for information.php, the information box, and the admin part of it if you want it, see if you can take mine and make it work for your site. Let me know.

try version 2.0b, it is the last stable release on this site. the 2.1 to 2.1c versions are not production ready, and new releases are not going to be released here due to licensing conflicts(among other things). So your best bet is to go w/ 2.0b Hope this helps. edit: also make sure your cookie settings in configure.php are set up correctly, that could also be causeing the issue.

Sorry about that, you are right it was Information Pages Unlimited, as I said early on I failed to document which contribs I installed, and now it is way too customized to re-do it... I mixed the "ultimate" from another contrib I had installed :blush: Did you get it to work?

I don't know about information pages, but it works for my ultimate information pages, right off the bat w/o modification... You could try asking in the controversial forums, or try installing the information pages unlimited contrib (don't know exactly which one, unfortunately I did not keep good track enough of which contribs I installed, I don't know base code from modified code any more) What exactly is not working with the information pages for you? (maybe give a url for an example, sometimes it's easier than explaining) Sorry I can't help out more...

In case anyone else is having the same problem as me, where having ?cname= or ?manufacturers_id= in the url makes it not display the product, I was able to fix it by turning off auto redirect in the admin under seo admin. Hope this helps someone.

LOL!!! Wow I'm an idiot... I just realized cache was turned off!!! And I have 1and1, they should be pretty fast... I'll contact them if the speed doesn't improve w/ cache enabled... For the other people that are having speed issues, once you go to the page, does it speed up? I think montyx might be right about it re-caching stuff, or in my case cacheing it for the first time...

Another bug: This is probably how it is suppost to work, but it displays ?manufacturers_id=22 when browsing by manufacturer, and on my site this breaks it. It redirects to product_info.php which says item not found. Anyone else having issues where having the extra stuff in the url makes it redirect and say product not found? The simple fix would be to add the ability to turn this off in admin (like how cpath is done)

which directions did you follow for the install? The instructions you need to follow (in your case) are the one's labeled "UPGRADE v1.x-v2.0b series- osCommerce MS-2.2". For people that have already installed the first version of 2.1, all you need to do is upload the new file, and (optional step) drink a cold one. Do you have a large database of products or a small database? I do not notice any speed issues, but then my store for some reason has always lagged a little bit... Does anyone else experience slowness issues from their connection? http://shop.faerietreasures.com It does seem a bit faster when I hit the refresh button, but then that could be my imagination... Are a lot of people experiencing slowness issues? Do you have a lot of items in your catalog if you do? I have a small product catalog...

Something to hopefully look forward to in the future: I was talking with Chemo and we came up with the idea to have the main file be updated with a script in the admin panel, so instead of downloading the new version then uploading it to your site, it would automatically grab it. This would cut out most of the work, and the upgrade instructions would consist of one step: Click on this button to upgrade. Of course, the file would have to have write permission to it, so theoretically (since it is not written yet) if someone does not have right permission or wishes to still upload it via ftp or sftp they can... Another possiblity this gives us is the ability to have 3rd party developers contribute modifications to the code and all the store owner would have to do is put the file in the correct directory, or maybe have a script grab the custom file... Then if it breaks something they can simply "uninstall" it via the admin panel. Another possibility for this is the ability to use older versions if the newest one breaks your code for whatever reason. So you don't have to worry about backing up, it does it automatically... (of course you still need to back up, anything can happen) If the admin section goes down because of a bug, all you have to do is log in and rename older file to the correct one... of course like I said this is all speculative, how the end product will work will probably be different (and hopefully even better :) )... Post any ideas you have to make this contrib even better, we all benifit from it :)

JUST RELEASED: Version 2.1B by CHEMO!!! It was literally uploaded minutes ago, I tried it and it fixes all my problems. I am glad he is still at least able to upload to the contrib section... Try it out Falcon and montyx and see if it fixes stuff. I have not done any database restores (right now all I have in my database is test data anyways so it wouldn't be too much of a loss if it is all lost) Info and download here!!! Sorry this doesn't look like an official announcement I'm new to announcing things :-P

I dont' know enough about froogle, but it sounds like the issue is with either the info you give froogle, or when froogle looks at your site it is given a session. Make sure in your admin you have it set to not give a session to spiders. Maybe froogle's spider (if it has one seperate from google) is not on the spider list?

Are you just guessing about the cDynamic_Meta_Tags or is there some error message that points to that contrib? Reason I ask is because I have this contrib installed too... montyx: does it still show the cpath= when you have commented out the line? I will be digging deeper and see what I come up with today...

Are the extra letters you are refering to the ?osCsid=1fad60c25a7499e804e74bf55e9c93b2 ? If so, this is an unrelated problem. This is a problem with cookies on your website. Do a search on these forums for cookie fix or sessions or simular. Before you commented out the line, was there also something that looked like cpath=22 in the link somewhere? (where 22 can equal any number, depending on teh category number for the product) That is the extra letters I was talking about. If I am not mistaken, the older version made it look something like but this new version only does Both url's work in the new version if you manually type it in... I think what is suppost to happen is the code sees the cpath=27 and is supposed to translate it to gift-vouchers-c-27/ and put it before the product... Of course it could also be the case that Chemo changed how it works in the new version, but it would make more sense to me to make it work the old way... I will look more into it tomorow hopefully (if I'm not too busy at my day job)

Chemo, if you're reading this, man thats gotta stink. To everyone that is having the problem where it displays ?cpath=# for the product info page: On mine, it actually breaks it and says no product found, others it seems to work but displays the unneeded ?cpath=# (like for the person that posted their website. I did some hacking around the code, and figured out a real quick fix. Keep in mind, this is NOT FULLY TESTED and it probably breaks some other functionality... Now with that disclamer out of the way, here is the fix: in the file catalog/includes/classes/seo.classes.php find the code starting on line 340: } elseif ( !$this->is_product_string($params) ) { $container[$p2[0]] = $p2[1]; } This is the code that is causing it to add the extra cpath at the end. So I commented it out, like so (so replace it with this code) } elseif ( !$this->is_product_string($params) ) { //$container[$p2[0]] = $p2[1]; } As you can see all I did was comment out that one line, it seems to work. I'm sure a better fix would be to find out what is causing it to go into this elseif statement and fix it. Since I am in a hurry right now, I could not investigate further to produce a better fix at this time. I recomend not doing this fix if your site works with the extra cpath=# at the end, until someone comes up with a better fix that finds out why it is going into this loop in the first place. btw I have ultimate image pack installed, that might ahve something to do with it. I'm not getting the errors people are talking about so I don't know how to fix those. Hope someone can take this and find a better fix, maybe if we are lucky it will be Chemo but from the sound of that post probably not soon. Later tonight or some time within the next week I'll try to better fix it (if someone else does not beat me to it) and post the fix here as well as on the contrib section. (no promises though :P ) Oh yeah, and as always, backup your files before doing this...

The security issue was that if there is a coupon that is suppost to be for only one use for one customer, they would be able to keep redeeming that coupon untill someone loged in. So if someone got a coupon, they could keep redeeming it on different computers or something, then once they have redeemed it all they want they log in or register all of the instances, and all of the instances are redeemed instead of just one. The workaround was to require the person to log in before it is redeemed. Like Rigidin said there might be another way to do this, but any way I can think of would make it not user friendly. Say you make it so that once one person clicks on the coupon, it is set to be redeemed. This method would make it so that if the customer clicks on the coupon, but does not log in or buy anything that day, they will not be able to redeem the coupon a day later when they are ready to buy something. Can anyone think of a better way to handle this? Hmm something that just came to mind, maybe have it act like the old way, but when they log in (or maybe at the confirmation stage of check out), re-verify the coupon. Don't know if this would work or not. Heh I am constantly contradicting myself...

Some friendly posting helpers: Please do not double post Also, please use the code tags for code, especially when it is so much code. I can't tell where the code starts and the message stops... It makes it much easier to understand your post. 1. make sure the function clearposts is defined. 2. make sure the file it is defined in is being included or required somewhere. You can do this with any code editor that has the ability to search through multiple files for text, or if you are on a nix box use grep. Hope this helps some. Sorry I have not been around in a while, been busy with finals...