Jack_mcs

In includes/hooks/shop/siteWide/honeypot_display.php. delete this line: return $str;

I haven't tried it in that version yet so I can't offer any suggestions. The next version will work for it but I don't know when that will be.

@micheleangle Images have a dimensional size (100x100) and physical size (4 MB). For the dimensions, they should be the size you want to display when the click to enlarge is used. Usually a height of 500 or 600 works best so the user doesn't have to scroll. Then for the display sizes, like on the product page,, you would adjust the sizes to what looks best for your site - there's no one good size for all sites. You should install the image thumbnail addon. It will usually improve the appearance of the images but more importantly, it will create thrumbnails so the physical size is not an issue, though you should still try to reduce that by optimizing the images when possible.

Go to https:// YOUR DOMAIN//install/

That's correct. You should use the one named "Phoenix Edition V1.0.7.13".

@H2comicsThe first thing you should do is delete what you have and install the community version. To get it, go here and scroll down to that section. Then upload and extract it as you describe and then run the install script. Post here if you get stuck at that point.

That is a old and non-supported version. If this is a new installation you should start over and install the Phoenix version. If it is an existing installation, the items you mention, like Social Security Number, are not standard in the shop. That would mean you have altered the code, which is fine, but it makes it difficult for anyone here to help, at least without more details.

I verified this isn't working when updating. It does work for new products. It is a mistake in the code but I don't have a fix at this point. I will get to it as soon as I can. Thank you for reporting it.

I apologize for the problems this caused. Managing more than one version of oscommerce has always been bothersome but now with multiple versions of Phoenix included, it gets a little harder. For the View Result box entry disappearing and the details going away when the default tags are set, they are working find for me here so I may have made some change that fixes them. Maybe on a very large site.

If the IP is in a range (CIDR) of IP's, VC will show the IP as blocked but you won't see it in the list. Use the "IP in CIDR" box to check that. Although, if the IP is in a CIDR, it should still be blocked so I don't know why it wasn't. You can use the Rebuild htacces or Rebuild Banned list tool to sync the .htaccess file and the banned list, though that should not be necessary as far as blocking is concerned.

I think you are trying to outsmart the code. There's no need to be making database changes, assuming you have a working installation. Also, it would surprise me if the url check in the test page worked since I haven't done anything with that code for years. Regarding the permissions on the includes/header_tags.php file, they are set to enable writing because when a page is added in admin's Page Control, the file gets edited. For some servers just having the permissions set to 644 will work. In any case, if they do not match those of the images directory and you don't want to change those of the file to match those settings, then turning the option off is the only choice. For the keywords, be sure the setting for them is enabled, and not set to True. There was a mistake in an earlier version of the database file and if you didn't update it, that setting will be incorrect. For the View Result on Page Control, you said the cpath was set in the box for it but if you look at the image you uploaded, it isn't. For the keyword check, I see that it is failing because the code is still using definitions. I will fix that in the next version. Regarding the error on the test page, as mentioned, I haven't changed that code in some time. I will fix it in the next version if I have time.

Hi Geoffrey, The code checks the permissions on the includes/header_tags.php file and compares them to those of the images directory. So first compare the two and change the former if different. There is also an option in the settings to ignore the difference. You probably know that it is not a good idea to use permissions of 777 so I suggest changing that, if possible. The default tags are set with the same button that sets the meta tags. You have to enter cPath=13 in the View Result box.

I think you will run into fewer problems by moving the files to the root. That shouldn't be the case if the move is done properly. Be sure to add redirect code to the roots .htaccess file that issues a 301 for any url that has the sub-directory in it. Also be sure to update your sitemap files so they have the correct url's. Basically, change anything that mentions the old url, like entries in the shops settings and the robots file.

There are addons for this. Here is an old one but it probably won't work in your version as is. You will need to search the addons for one that will if it doesn't.

It is in this file: includes/modules/header_tags_seo/header_tags_opengraph.php