Jump to content
Latest News: (loading..)

yomama360

Members
  • Content count

    92
  • Joined

  • Last visited

3 Followers

Profile Information

Recent Profile Visitors

6,063 profile views
  1. Upgrading to New PHP - Conflicts?

    Is there an "upgrade to Edge" from 2.3.4(BS) step by step somewhere?
  2. Upgrading to New PHP - Conflicts?

    Thanks. Is there a list or a chart somewhere that will tell me what changes? I dont think it was Edge or Gold. If memory serves, we were live with it Jan or Feb of 2015. So I assume regular 2.3.4. We had to get Burt to do do the bootstrap for us as it was not a package deal yet if I recall correctly. And we did keep track of the mods. But there's a ton of them... uggh, why can't everything just be magic? Thanks
  3. I understand that older versions of PHP will soon be deprecated. How hard will it be to upgrade to a newer PHP? I'm currently running an OSC v2.3.4 (bootstrap) with PHP Version 5.3.29. Heavily modified cart. In early 2015 we upgraded to where we are now from OSC v2.2 (and and older version of PHP) and had tonnes of PHP issues (mysqli for example). Not really looking to do that again. How broken will my cart get if I upgrade the PHP on my server? Is there a "safe" version of PHP I could upgrade too (even if not the latest)? To save time/resources, I intend to leave the OSC cart as 2.3.4 (BS) unless everyone tells me it is imperative I upgrade to something else. Keep in mind I have a lot of mods, and some of them I built (hacked together) myself. My skill level: Not a programmer, but I'm pretty good for a non-programmer. Using OSC since 2005 and have implemented a lot of mods myself. Thanks
  4. Problems with local testing server

    Thanks, I think running the OSc install new (as opposed to just dragging all the files over and modifying) was the key we were missing. Also, for future readers: After install and porting over the old content & database as described above, we were having trouble getting into the admin. Server error! The server encountered an internal error and was unable to complete your request. Either the server is overloaded or there was an error in a CGI script. If you think this is a server error, please contact the webmaster. Error 500 We commented out everything on the admin side .htaccess file and we got in. It might have been some code ported over from the live server. Thanks again.
  5. Problems with local testing server

    Better Question: What are the recommended steps to setting up a testing server for OSc?
  6. We have an existing site working and running OSc 2.3.4 Everything is good, but we wanted to make a testing site for our own in-house mods. We are having trouble getting the local testing server to behave. It keeps trying to jump to the remote live site. When trying to access the admin the browser gives us an error "localhost redirected you too many times. Try clearing your cookies. ERR_TOO_MANY_REDIRECTS" Some things we tried: includes/configure.php files set to point at localhost (do I need to do anything with the includes/local folder? we have nothing in there names "configure.php") the RewriteBase in the .htaccess file changed to point to the localhost Is there something in application_top we need to change? The browser keeps putting an http in front of our localhost Should we have installed a vanilla OSc onto the local server THEN port everything over? As it is, we never installed, just ported over and changed values. Apparently there is something we missed. Thanks in advance.
  7. Strange, so it must be a server setting somewhere. It's the same server, only thing we changed was the PHP version and it worked on PHP 5.3 but not 5.4. As far as I can tell mod_rewrite is enabled. Do you know what other settings need to be on? Thanks -------- @@Tsimi The catalog is in the root of our public_html directory. My RewriteBase path is: RewriteBase / Anything else breaks it. Again, it works file like this if PHP version is 5.3 Arigato gozaimashita -------------- Upon re-reading PHP.net makes the distinction that "call-time pass-by-reference" is deprecated. So apparently a parameter received by reference by a function is still ok.
  8. Is this not in the latest version of seo.class.php? Do a search in seo.class.php for "passed by reference" or "&$" and there are about 8 or 9 references to it. We would love to be able to use PHP 5.4. Is there something else we're doing wrong? Missing a library perhaps? On the same server we run php 5.4, and it only gives the "yourwebsite.com/-p-27.html" URLs. Switching our php to 5.3 makes it work correctly producing "yourwebsite.com/product-name-p-27.html" URLs. The category URLs also do not work on the new PHP. Thanks
  9. Might have something to do with the PHP version. So if the new server is running PHP 5.4 then you will have problems because it looks like quite a few of the functions in the seo.class.php are doing pass-by-reference which is now deprecated. We rolled our Apache server from PHP 5.4 to PHP 5.3 and it works now. We are going to update the seo.class code and see if we can make it work on PHP 5.4
  10. ULTIMATE Seo Urls 5 - by FWR Media

    Update: for anyone in the same boat as me above. I went with the "Ultimate SEO URLs" (by Chemo) mod that this (FWR Media) mod is based on. It's found here: http://addons.oscommerce.com/info/2823 The latest version of Chemo's mod (16 Jan, 2015) installed smoothly on my osC 2.3.4 cart with no conflicts. I'd still be interested if anyone makes this FWR Media work with 2.3.4 in the future.
  11. ULTIMATE Seo Urls 5 - by FWR Media

    Searched and scoured this forum and surprised no one else has this question / concern (or I couldn't find it). I have a 2.3.4 cart. On step 5 of the install for catalog/includes/application_top.php it says to find this code: // set php_self in the local scope $PHP_SELF = (((strlen(ini_get('cgi.fix_pathinfo')) > 0) && ((bool)ini_get('cgi.fix_pathinfo') == false)) || !isset($HTTP_SERVER_VARS['SCRIPT_NAME'])) ? basename($HTTP_SERVER_VARS['PHP_SELF']) : basename($HTTP_SERVER_VARS['SCRIPT_NAME']); But in my version all I can find is this: // set php_self in the local scope $req = parse_url($HTTP_SERVER_VARS['SCRIPT_NAME']); $PHP_SELF = substr($req['path'], ($request_type == 'NONSSL') ? strlen(DIR_WS_HTTP_CATALOG) : strlen(DIR_WS_HTTPS_CATALOG)); I did a site wide search and cannot find anything that matches the "find this" code. I do have some mods, but they don't affect this code. I even checked a vanilla install of 2.3.4 and don't see that "find this" code. Should I just override it and move forward, or are there things I need to change so it works with 2.3.4? Anyone got this working error free on 2.3.4? Thanks
  12. Master Products - MS2

    @@Tsimi Konnichawa, Thanks for your concern. I am good now. I solicited help in the commercial forums and someone smarter and faster than me got it taken care of.
  13. Is there a better form for asking about a combination of mods? (note: we are using this bootstrap mod as our base, hence the reason for posting here.) Thanks
×