paulscallanjr Posted November 10, 2004 Posted November 10, 2004 can't see admin page, but all other is fine. Is there some setting in Apache that I need to set to allow viewing of catalog/admin folder? Using OSCommerce MS2.2 and Apache 2
Guest Posted November 10, 2004 Posted November 10, 2004 do you get an error page? A past webhost of mine used .htaccess to redirect all requests for /admin to his admin panel. I had to rename my /admin directory to something else to get it to work (and change the configure.php accordingly). -jared
paulscallanjr Posted November 10, 2004 Author Posted November 10, 2004 First of all... thanks for your reply and attempt at helping me.... been scratching my head for two days on this issue. no, no error page at all. and I get no apache errors, no mysql errors, and no php errors.
paulscallanjr Posted November 10, 2004 Author Posted November 10, 2004 the page that comes up is blank white if I view source, it is: <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN"> <HTML><HEAD> <META http-equiv=Content-Type content="text/html; charset=iso-8859-1"></HEAD> <BODY></BODY></HTML> wierd, huh?
♥Vger Posted November 10, 2004 Posted November 10, 2004 go to catalog/admin/includes/configure.php and see if you can place your mouse cursor below the closing php sign ?> If you can place your mouse below this then you have 'white space', just delete it until there ano no lines below the ?> Vger
paulscallanjr Posted November 10, 2004 Author Posted November 10, 2004 looked at what you said, no go... no white space. http://webstore.eyesonsolutions.com:318/catalog/admin see?
paulscallanjr Posted November 10, 2004 Author Posted November 10, 2004 also, I did a fresh, new, default install into a new db. Same issue. Even when using path: localhost/catalog/admin therefore, its got to be some kinda PHP issue right? Apache seems to work fine and directory access is fine.
♥Vger Posted November 11, 2004 Posted November 11, 2004 Ermmm???? Why am getting your configure.php file up as the source code (including all of your access details) for http://webstore.eyesonsolutions.com:318/catalog/admin Better do something about that pronto. define('DIR_WS_ADMIN', 'http://webstore.eyesonsolutions.com:318/catalog/admin/'); // absolute path required That's not an absolute path. You've remmed out the absolute path. Vger
paulscallanjr Posted November 11, 2004 Author Posted November 11, 2004 define('DIR_WS_ADMIN', 'http://webstore.eyesonsolutions.com:318/catalog/admin/'); // absolute path required That's not an absolute path. You've remmed out the absolute path. Vger <{POST_SNAPBACK}> I remmed out the old entries and tried the acutal web path just for kicks. Neither way works. I put an .htpasswd file in /catalog/admin Can you still see configure.php?
♥Vger Posted November 11, 2004 Posted November 11, 2004 Can you still see configure.php? Yes. And if a hacker visits your site then you won't have a site left at all. Despite the fact that I can see the configure.php file, I shouldn't be seeing it at all. I should be seeing the text for your admin/index.php page. I remmed out the old entries and tried the acutal web path just for kicks. Neither way works. You've now remmed out all entries for the admin folder, so don't expect to be able to see it any time soon. C:/apache2triad/htdocs/catalog/ Is this really your web hosting companies' pathway to your root files? It looks to me like a pathway for an installation on your own computer. Basically, your configure.php file is in a mess, and I'm not even sure it's in the right place e.g catalog/admin/includes/ Vger
paulscallanjr Posted November 11, 2004 Author Posted November 11, 2004 yes, that's the right path. But it is also an installation on my own computer as that domain is on this computer, for now.
paulscallanjr Posted November 11, 2004 Author Posted November 11, 2004 for the time being, I shut down Apache so I can lock down that directory.
paulscallanjr Posted November 11, 2004 Author Posted November 11, 2004 Well pleewy on Apache.... Changed install to IIS, everything works fine. Thanks for your attempted help, though.
Jorim Posted November 11, 2004 Posted November 11, 2004 hmmmm i got EXACT the same issue here.... i am running apache 2 triad on a windows server and everything works just fine.. EXEPT the admin panel.. it just stays blank.. there are no fault msg's nada nothin' is there someone who has a idea what this could be? or have a tip for running a other server?
paulscallanjr Posted November 11, 2004 Author Posted November 11, 2004 I just went back to running OS Commerce under IIS 5 (windows 2000), with PHP 4.3 and MySQL 4.1. REMEMBER TO install MySQL with blank password for root, THEN use phpMyAdmin to set a password for root. Otherwise, you will get client authentication issues because the new version of MySQL uses different auth scheme for passwords. e-mail me if you need assistance. [email protected] example site on IIS: http://webstore.eyesonsolutions.com -Paul
♥Vger Posted November 11, 2004 Posted November 11, 2004 What version of php is it using? Is it php5 by any chance? Vger hmmmm i got EXACT the same issue here.... i am running apache 2 triad on a windows server and everything works just fine.. EXEPT the admin panel.. it just stays blank.. there are no fault msg's nada nothin' is there someone who has a idea what this could be? or have a tip for running a other server? <{POST_SNAPBACK}>
paulscallanjr Posted November 11, 2004 Author Posted November 11, 2004 the current version is NOT PHP 5, but the problem seems to only exist with the Triad complete "choice" package. Seperately installing each component using software providers installs works just fine (but, I'll still stick with my trusty ole IIS). ;) -Paul
♥Vger Posted November 11, 2004 Posted November 11, 2004 This problem has been noted with Triad else where in the forums, and this is the fix posted. simply comment out line 31 in admin/includes/classes/upload.php like this: //$this = null; Which, oddly enough, is the same fix for php5 and the osCommerce admin section showing blank. Vger
New 
Recommended Posts
Archived
This topic is now archived and is closed to further replies.