RetroRocker

Ok, it's time to put my hand up, I missed it the first time you told me and you stressed it ,as quoted, the second time ... AllowOverride !!! In my defence, it wasn't he only issue. I had also missed an issue with recursive ownership in part the CubeCart directory structure which exacerbated the problem. Also of course I needed the additional directives for global.inc.php. All is now fixed and working well. I genuinely appreciate the help, thank you. By way of a small effort at redemption :-) , I am going to spend a bit of time working with Nginx / CubeCart in an attemt to get the same SEO functionality. It may have, probably has been, done before but I haven't found anything, or managed to devise anything, definitive yet. When I do, I'll post the Nginx configuration for general consumption. all the best, RR.

Hi, firstly thank you for the responses, they are appreciated. Al: mod_rewrite is enabled and the .htaccess is standard CubeCart. The generated url is SEO friendly, suitably 'slugified' :-) , so it appears that the rewrite is occuring but then the corresponding page is not displayed. This is shown in the 404 sample in the initial post which, as bsmither pointed out, is actually Apache's 404 and not CubeCart's 404 as we might have expected. bsmither: I added to the global.inc.php the additional 'local' section you provided. The .htaccess file is CubeCart standard. Bottom line unfortunately is that it all did not make any difference ;-( I have tried many other things, including 'typical' localhost address ie. 127.0.0.1, different ports including everything on bog standard 127.0.0.1:80. I have php error reporting on, nothing has yet been reported. I've even substituted Apache2 with Nginx, with an appropriate location block rewrite directive... but always the same point is reached. One glimmer, using chown and recursively changing ownership to www-data throughout CC's directory structure has given access to all facilities accessed via 'admin.php' eg. things such as the error log now work but no product pages still. It's probably very simple but I'm really lost for further ideas. Do you have anymore ? thanks, RR

Hi Have been working for several hours on making a local installation (Ubuntu 16.04.1LTS) of CC6.1.0 work fully... CubeCart Version 6.1.0 PHP Version 7.0.12-1+deb.sury.org~xenial+1 MySQL Version 5.5.5-10.1.18-MariaDB-1~xenial Image folder size 89.92 KB Download folder size 0.00 KB Max. Upload filesize 2M Browser user-agent Mozilla/5.0 (Windows NT 10.0; WOW64; rv:47.0) Gecko/20100101 Firefox/47.0 Server Software Apache/2.4.18 (Ubuntu) ... can login to admin no problem, many facilities available eg. full dasboard, add/modify categories/products etc but MANY things are missing eg. cannot view the products, for example a call from the storefront (ie. index.php operates correctly) for the test product, gives a server 404 page... Not Found The requested URL /store/test-category/test-product.html was not found on this server. Apache/2.4.18 (Ubuntu) Server at 127.0.1.1 Port 8088 ... also eg. error log, when selected from the side of the dashboard just gives a blank page and there are many links which do only this. Could anyone offer any ideas as to why I have this weird, partially operating test store ? (BTW: the bits that do work look excellent :-) ) thanks, RetroRocker

Well, I finally got to the bottom of this. It's is definitely NOT a CubeCart issue and not really within the scope of these forums but I started it just out of interest ... so I'll finish it. It could help someone one day. The problem was actually a session handling / memory management issue with the PHP version (5.1.5) I was running on my local server for development. Upgrading PHP to 5.2.9-2 (current stable release) removed this problem completely. cheers RR

OK, no worries really, I still appreciate the insight whatever the outcome. Just for the record, you're definitely correct about issues concerning the use of CGI vs. ISAPI 'flavours' of PHP within IIS but this unfortunately is not an issue here. I did for the hell of it switch to Apache server and retry but amazingly I still had the same problem ... perhaps I shouldn't be quite so hard on poor old IIS I've never yet resolved this issue but I have directed it towards a more specialist PHP forum because I think it is a configuration issue rather than a scripting one. We'll see ... I'll post back if I ever get to the bottom of this. thanks again RR

Thanks, that has helped tremendously ! I had a mistake in my 'rootrel' global in any case which was that my store is actually in a subfolder one level below that of my 'live' remote server location ... quickly obvious when I followed your suggestion for observing the path to the stylesheet with 'view source'. The main problem though was as you suggested, with 'escaping' the backslashes in the absolute path to the IIS root in the 'rootdir' global ... that did sort it out There is one thing though that does still bug me ... that is, for example, passing CubeCart demographic data via PHP session variables to an independent page script. You have helped with this in the past and it was very successful, working well on the live, remote (Apache) server. Running CubeCart and accessing this script on the IIS test site does not result in the session variables I have declared/set in CubeCart being passed to the independent page script as they are perfectly on the live server. My IIS setup has been tested for session operation by writing simple scripts which do pass session variables between pages and it works fine. The session variables are being set but cannot be picked up by the retrieving page, even with the session id being specifically passed, so ... In your experience, would this be a specific IIS issue ? ... if so, do you have any ideas on how could it be resolved ? (apart from moving to Apache ) all the best RR

OK, no mods excepting an occasional small code addition to cart.inc.php ... but no commercial mods. SSL was not enabled prior to copying database contents. I have checked that sessions are operating OK locally. I have tried various path changes via editconf and I have ensured read and write permissions are set for the admin folder but I simply can't get to the admin panel (I'll bet it's something really simple, but I can't see it ) As before, the only file I can open in a browser from 'localhost' is admin/login.php (this is without any images or css though). All other files, if accessed directly in the browser's address bar return 404 errors but those files ARE physically present at those locations. Even admin/index.php gives a 404 error. any other ideas gratefully appreciated RR

Hi I have a fully operational live site and CC store (v 3.0.15) which I have copied from my remote server to a local server (IIS on Windows XP Pro). I have successfully imported the remote database to the MySQL installation on the local machine and edited global.inc.php to reflect the new location. The store front works just fine on the local server but I cannot gain access to the admin panel. I can access the admin login.php (but that is without any images or css ... maybe a clue here ?), try to log in but that's it, it's all 404 errors from there. I have tried running editconf but there is no change to be made, all the required files are present and correct. Where could the problem lie in order to make the admin panel accessible ? In the database maybe ? ... a path issue maybe ? but then the store front works fine. I can easily make any changes to any of this if necessary but I dont know what. any help genuinely appreciated, thanks RR

Hi Thanks again to that 'bsmither' guy for a fantastically helpful reply, it is genuinely appreciated. Exactly the information needed to point me in the right direction . The 'cart flowchart' is great ! The only thing I didn't do was instantiate a new $cart object. I found that to simply assign a couple of session vars. within the 'foreach', starting around line 350 of cart.inc.php works very well for me. Something along the lines of ... $quantity_requested = $cart->cartArray['conts'][$key]["quantity"]; $_SESSION['product_' . $i] = $product[0]['productCode'] . '||' . $quantity_requested; $_SESSION['product_lines'] = $i; ... was fine for me because it picks up the quantity, product code and the number of product lines ordered (which was all the information I actually needed) in to session vars. for as many product lines as needed. all the best RR

Hi While working within cart.inc.php I have been trying to access the values within the $basket array for all the items a customer may have in their shopping basket. Using print_r() or a var_dump() gives a breadown of the array but not the actual values held. I am specifically after any item's product ID and its quantity ordered. As I need it for all items, I will need to incorporate it into a 'foreach' construct but I'm having no success. Once I have extracted this data, I'm going to display it in a new window using another script (I dont have any problem with that, it's just that you might be wondering why looking at all this information in view basket isn't already enough I would genuinely appreciate some ideas, info on how to access this data. thanks RR

Thank you very much indeed for taking the time and effort to post the information above. It formed the nucleus from which I successfully accomplished my original task. It was just what I needed to point me in the right direction. all the best RetroRocker

OK, thanks ... I see your point with that. I think that the code in the forum post I gave the URL of earlier, actually starts a new session which is why you get the logout initially and then have to login again, as previously mentioned ... after which it all works. I am uncertain how to go about using $_GET['act'] in the context I'm after but it does seem a better way to go if a current / existing session can be used. It seems like bad behaviour to log a customer out simply through calling myscript . Please would you be kind enough to offer a few more clues as to how to access $ccUserData through the use of $_GET['act'], just where to start would be really helpful as would any suggestions. I'm getting nowhere at the moment ... thanks RR

Hi Thanks for posting about this, it's appreciated. Please let me clarify... Yes, this is a whole new file. All I am trying to do here is to access a customer's profile data (which I believe to be held in the $ccUserData[0] array for any user currently logged in for a given session). Then, for example, I simply want to echo elements of that data in 'myscript.php' ... nothing more than that. I have so far made some progress with this by using the following code (with includes) posted elsewhere in this forum ie. (http://forums.cubecart.com/index.php?showtopic=9343&hl=$ccUserData). This, with a little manipulation, does work fairly well but for one thing ... that is, if a user is logged in and then myscript.php is called, it appears that they get logged out. Could this be something to do with instantiating a new db object ? However, this only happens once ! If you then log in again and call myscript.php to echo $ccUserData elements it works fine and you can then do this as many times as you like with no ill effects. 'myscript.php' is nothing more than the code in the post mentioned above with some echo statements added to display the current session's profile data as required. Am I going about this wrongly ? ... I noticed that you have hinted at a different approach using $_GET['act']. How would I utilize this and would it be a better approach ? or stick with what I have done so far and try to find a fix for this strange initial logging out issue ? thanks RR

Hi I have done another 'all forums' search on this topic but apart from some related threads, still can't find anything really concrete or more ideas. I have never yet managed to extract any data from $ccUserData. Any element I try eg. $ccUserData[0]['whatever'] is always empty. I really would be grateful for any help with this ... deadline's approaching thanks RR

Hi I searched on this topic within CC3 forums and found a couple of threads which were really unresolved. So ... If I have an additional script containing HTML form elements such as textboxes, how can I access the $ccUserData in order to populate those elements for an already logged in / registered user without that user having to input their details again ? I have discovered the definition of $ccUserData in includes/session.inc.php and that individual elements can be extracted along the lines of $ccUserData[0]['firstName'] and so on but I don't seem to be able to pass those elements to my own additional script. I've tried, for example, creating a new global variable in includes/global.inc.php and ensuring that this script is included in my script, then assigning an element of $ccUserData to that global variable ... but my variable is always empty. Has anybody achieved this ? ... if so, could you let me know how you did it ? or if it's not been done before (that would be surprising) ... how to go about it ? my thanks in advance RR