Jump to content
  • Checkout
  • Login
  • Get in touch

osCommerce

The e-commerce.

Jack_mcs

Members
  • Posts

    31,130
  • Joined

  • Last visited

  • Days Won

    194

Everything posted by Jack_mcs

  1. I haven't tried it but I think you would just need to create a copy of that file and edit it to change the name as needed, zones_alt. You may need to edit the language defines so it describes the new module correctly.
  2. Glad to hear it helped. There is an option to select which sales channel the imported things are assigned to when setting up that panel. You can set that later but I found it is easier if done on the conversion page.
  3. @MateuszFranckiewiczTry changing the connection method to post.
  4. @josephdaloiaThe log is showing an error due to the missing definition: DATE_FORMAT_SHORT. I don't know if there is a way to add that in admin but you can add it via phpmyadmin to the languages_formats table.
  5. @pandreiI restored the files and database from backup. In the System Update page it showed the version was 4.11 and that there were three updates available. I clicked the update, it completed successfully and said the shop was at the latest version. But when I look at the System Update page again, it showed two updates were available. I clicked update and now that page is just white (see attached). I stopped at this point to check some of the items that failed in my first attempt. When I clicked on Menus, it said something was wrong and to log back in. I did that but when I tried to view the theme on the shop side, I got this message: please contact us if you see this page Assuming you want me to PM you credentials, would you like me to restore it again so you can try the update or leave it as is?
  6. I did an update on a shop that was three versions behind. The update said it completed successfully and that it is at the current version. When I tried to view the Design and CMS->menus section in, I got the 42s22 failure. The log showed a missing sort_order field in the groups table. I added that and the error went away. When I tried editing a category, I got another 42s22. This one is due to the missing image_types_id field in categories_image. So it seems this shop is trashed. Is there a way to revert the updates? I can do a restore from the servers backup but if this were a live shop, this would be a very bad situation. Any suggestions?
  7. That would hurt your SEO and I don't recommend trying to prevent it. They are created because you have more products in the category that will fit on one page. That is controlled by the search result setting in admin. You can increase that number and the additional page won't be created. However, if you raise it too high and have a large number of products, the page will take a long time to load and customers will abandon the page, which will hurt sales. And it might also prevent the search engines from listing the pages if they see it as not loadable. For the redirect, you are looking at the Ultimate SEO rewrites and they won't cause the extra dash. That comes from your configure file or a redirect for the domain if it is present in the .htaccess file. I suppose it could also be that you own both versions of the domain and have not pointed them correctly in your servers control panel.
  8. The url with page=2 is not unnecessary. You want all of the variations indexed. Google will use the canonical to list the main page when a search is done. However, the bestproduct and best-product in the urls is not correct. My guess is that the configure file is not setup correctly but it could be something else. In the least, you should have redirect code in the root .htaccess file tomake sure only one of those is used.
  9. It's not clear to me what the problem is. For example, if you visit this page - www.site.com/best_product-p-39.html?page=2 - are you saing the canonical is that url or www.site.com/best_product-p-39.html The latter is correct. Do you have the Information Pages addon installed, or some other addon that creates the information table? If not, be sure to set the settings for it, and any others you don't use, to false,
  10. Be sure the Prevent Spider Sessions setting in Configuration->Sessions is set to true.
  11. I'm not sure if any of the V4 members even look at posts in this section. I suggest you PM one of them and ask that they look at why you can't post in the V4 section. Beyond that, I don't think anyone can help with this, even a V4 tech, without seeing the code. I can't say if they will look at it but it doesn't hurt to ask.
  12. @hybiepooI'm guessing you are doing this in a non-V4 package. If that is the case, I suggest you look at the V4 package first since it already has most common addons (apps) installed. If you want to stick with a non-V4 version, there is a shipping estimator addon available.
  13. The change to the left column isn't required in order to see the settings. Those show up once you run the database install script. That's correct. The links in the left column Honey Pot section are to files and don't have anything to do with the configuration section. Try some other part of admin, like customers, to see if your IP has been blocked or not. If you can view another section, then the problem is in the code for the Honey Pot files. As mentioned previously, you may have to change the admin/includes/functions/honeypot.php file. Do a search for mysqli and replace all occurrences with mysql. The Honey Pot section in admin is for handling fake accounts and hacker attempts. The code on the shop side will work even if those sections don't. But you will need to create the missing sessions table first. To do that, please upload the atached file to the shops directory and run it via the browser. Honey Pot should then be working on the shop side, assuming you have made the needed edits, like to the contact us page. Adjust the settings in configuration to what you want to use. I try to code my addons so that they run on all versions of oscommerce. But there are so many differences between the versions that doing that is difficult. It will work in your shop. We just need to get the code changed to be compatible with yours and to correct any mistakes that may exist. honeypot_session_sql.php
  14. Did you make the change to the admin/includes/left_column.php file? If you did, it might be that the code used in the boxes/honeypot.php file doesn't match what your site uses. Try going to ...admin/honeypot_account_check.php to see if the page will load.
  15. Yes. It will work with any version starting from php 5.2. The mysqli changes I mentioned may be needed for some shops, though not yours. Please go to admin->Honey Pot->Fake Accounts (or Maintenance) and it will create the missing database tables.
  16. The code uses its own font file so it doesn't matter what is included in your server. But don't waste your time trying to get it to work with version 1.13. Even if you do, there are bugs and options missing in that version that will prevent it from working correctly. So you should try version 1.16 first. I forgot to mention to be sure to remove the Honey Pot settings in the database before installing the update. You can do that with the included database script. And I don't suggest spending a lot of time on captcha. It is usually not needed to stop spam emails and fake accounts.
  17. The latest version is 1.16. You can download it from here. Captcha may not work for MS2. It depends on the php version being used and what is compiled in it. I suggest leaving it off until the addon is working and then trying it. The new version uses calls to mysqli. If your php version doesn't have that compiled into it, you will either need your host to do that or replace all instances of mysqli with mysql in the Honey Pot files. You can see if it is enabled in admin->Tools->Server Info by searching for mysqli. After making the above changes, set the allow email addresses in the settings to false. Then go to your contact us page and try to send an email with an email address in it. If it fails, the Honey Pot should be working. If the email is sent, enable the debug option in the settings and try it again. Then look at the Honey Pot debug log file in the includes directory to see if it indicates a problem. If it doesn't make sense to you, please post it here and I will take a look at it.
  18. That message usually means the database is not set up correctly. You have to create the database manually for the script to work. Be sure you have assigned privileges to it.
  19. @Ivan HolbiAny thoughts one this? To be see what I am saying, compare the image I posted with the one on this wiki page.
  20. Yes, it is version 4.13.60075. I don't recall if I updated it or not but I might have. The log viewer is there but I don't think that is the problem. This thread is for creating an archive for moving to another server and that is missing. Am I looking at the wrong location? I can send the login but I wanted to be sure we are talking about the same thing first.
  21. My Tools section doesn't have the links shown in the wiki (see attached). Is there an app that needs to be installed for this? I'm using the latest version of v4.
  22. You're talking about Googles recaptcha and I agree that it is not that secure. It uses javascript for the protection. I'm talking about Honey Pot. It uses some javascript but mostly php. Hackers can get by Javascript in some cases but they can't get by php checks.
  23. It is a fairly common problem in older shops. If you stop them from creating accounts in the first place, it can stop a lot of them. But you have to be sure to remove all previous accounts that the hacker created, which is usually quite a few. If the captcha is working for you then that might be all you need, though your are almost certainly getting hit by hackers. I suggest you download Honey Pot and just make the changes for admin. That will allow you to see fake accounts. It won't do anything other than show them so it is safe to do.
×
×
  • Create New...