Latest News: (loading..)


  • Content count

  • Joined

  • Last visited


About yomama360

Profile Information

  1. Thanks. osCommerce v2.3.4 (with lots of mods) In my sessions php I had $max_session_length = 360000; I assumed that means keep the session for 100 hrs. Obviously not the case, or perhaps session is a different thing? Again, it doesn't ask me to log back in, so maybe the "session" is still good?
  2. Not sure if “timeout” is the proper term or even the problem here. Basically what happens is if someone is in the admin side, editing a product description for example. Then steps away for a while (about 10 - 20 minutes) and comes back and continues editing the description. Then presses “save” everything on the product page gets flushed and the database for that product is then populated with empty information. Price is gone, description gone, product name gone. We can prevent this by opening a new browser window first, to look at orders or something. Then press save. My assumption is that there is something built into osCommerce (maybe a security feature) that times out, or logs out of the session when there is no activity for a certain amount of time. Then when a server request is made (like updating product information, or refreshing the orders page) it reconnects and all is good (doesn't ask for password at this point). Except that it flushes out everything in the GET first, then sends the empty information to the database which deletes everything for that product in the database and fills it in with nothing. Is there some place I can turn this off? re-write it to NOT flush the GET info first? Anyone else have this problem? Am I wrong and there's something else causing this? One solution I thought of is to have a browser tab always open with a special page in the admin that refreshes itself every 9 minutes. This might work, but I'd rather fix the real problem first. As you can tell, I am not a programmer. Hopefully I have explained everything properly enough. Thanks in advance.
  3. 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 makes the distinction that "call-time pass-by-reference" is deprecated. So apparently a parameter received by reference by a function is still ok.
  4. 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 "" URLs. Switching our php to 5.3 makes it work correctly producing "" URLs. The category URLs also do not work on the new PHP. Thanks
  5. 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
  6. 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: 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.
  7. 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
  8. @@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.
  9. 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
  10. Anyone try to install Master Products with bootstrap? First off, thanks to Burt et.all for this awesome contribution. We are doing a fresh install of an old site then porting everything over. So far we have no mods yet, but am trying to install Master Products: Running into a lot of issues. Been trouble shooting since last week. Just wondering if anyone's pulled it off and if you have tips.
  11. With Bootstrap Anyone try to install this with Burts Bootstrap version of OSC? (were actually using his v2.3.4) Running into a lot of issues. Been trouble shooting since last week. Just wondering if anyone's pulled it off and if you have tips.
  12. I would also be interested in this.
  13. BTW, here is another thread about this mod: Everything is old and unsupported... that's what I get for staying with OSC 2.2
  14. @@ken0306 I know this is not the answer you are looking for, but have you tried replacing the ' marks with this HTML entity: '