JaciD Posted October 29, 2009 Posted October 29, 2009 Hello, I went to login and received this message (see below for error message). Can someone tell me what I need to do to fix this. Please be kind I am a newbie. Thank you for your consideration. Not Found The requested URL /Store/admin/login.php was not found on this server. Additionally, a 404 Not Found error was encountered while trying to use an ErrorDocument to handle the request. -------------------------------------------------------------------------------- Apache/2.0.63 (Unix) mod_ssl/2.0.63 OpenSSL/0.9.8e-fips-rhel5 mod_auth_passthrough/2.1 mod_bwlimited/1.4 FrontPage/5.0.2.2635 PHP/5.2.9 Server at fiveecors.com Port 80
MrPhil Posted October 29, 2009 Posted October 29, 2009 It's saying that someone (you?) requested http://www.yoursite.com/Store/admin/login.php, and the server couldn't find such a file. Is that the correct place to find your store (directory Store in your site root)? If you're on a Linux server, remember that Store is not the same as store. Has this sort of thing worked before for you, or is this the first time you've tried logging in? I think that login is usually called under SSL (https://...) -- is the link requesting SSL, and do you have it installed and activated? If not, under "configure.php" (both admin/includes/ and includes/) are you calling for SSL to be used? Did you try invoking login.php directly from the browser, or from the store front page? Don't worry about the second message about 404 on the Error Document. To minimize the number of unnecessary error messages cluttering up your account log, you should supply a set of Error Pages for your account: /400.shtml, /401.shtml, /403.shtml, /404.shtml, and /500.shtml at a minimum, along with a /robots.txt and a /favicon.ico. If you have cPanel, it has a button to produce the *.shtml Error Pages ("Error pages") -- you can customize them all you want with additional HTML code. /robots.txt can be empty until you figure out what you want to put in it. Any "paint" program can produce a favicon for you (16x16 ICON format).
JaciD Posted October 29, 2009 Author Posted October 29, 2009 Thank you for answering my question. I quess I should had stated that I was trying to change earlier in the day the admin name then later when I tried to login I got that message. I didn't put 2+2 together then, sorry. Yes, I had login numerous times and added products. I keep reading all those post about securing your site. I'm so new at this, it confuses me. Again, Thank you for your consideration.
JaciD Posted October 30, 2009 Author Posted October 30, 2009 Update: I can get to my store with no problem. I can not get to admin without error message. I have been looking in all the files to find the error but for the life of me I can not find where it is. I found a message on the board that explains where to look, I went there, this is what I see: <?php define('HTTP_SERVER', 'http://fiveecors.com'); define('HTTP_CATALOG_SERVER', 'http://fiveecors.com'); define('HTTPS_CATALOG_SERVER', 'https://fiveecors.com'); define('ENABLE_SSL_CATALOG', false); define('DIR_FS_DOCUMENT_ROOT', '/home/(XXXXXX)/public_html/Store/'); define('DIR_WS_ADMIN', '/Store/admin/'); define('DIR_FS_ADMIN', '/home/(XXXXXX)/public_html/Store/admin/'); define('DIR_WS_CATALOG', '/Store/'); define('DIR_FS_CATALOG', '/home/(XXXXXX)/public_html/Store/'); I don't know if this will help but these are the only folders (First Level I have in File Manager besides PHP & CSS files are: Admin download ext images includes pub So, what am I not seeing. Thank you for your consideration.
MrPhil Posted October 30, 2009 Posted October 30, 2009 Is your administrative folder "Admin" or "admin"? They're going to be treated as two different names. Your store is looking for "admin/login.php", but if the folder is really named "Admin", it won't find it. Please make sure the directory structure and the configure.php entries are consistent in spelling and case.
JaciD Posted October 30, 2009 Author Posted October 30, 2009 Is your administrative folder "Admin" or "admin"? They're going to be treated as two different names. Your store is looking for "admin/login.php", but if the folder is really named "Admin", it won't find it. Please make sure the directory structure and the configure.php entries are consistent in spelling and case. Thank you, I'm able to get into admin now. I have another problem that I never had before. Now I get little red x in box for folder image under catagories/products & Action but when I go to my store, my images are there. My permission in image folder is 777 Thank you for your consideration
JaciD Posted October 30, 2009 Author Posted October 30, 2009 Thank you, I'm able to get into admin now. I have another problem that I never had before. Now I get little red x in box for folder image under catagories/products & Action but when I go to my store, my images are there. My permission in image folder is 777 Thank you for your consideration Life is Great :D I found the file I missed changing permission on and I fixed it. I now have the error message so many people get Catalog images directory is not writeable, so I havd to change to 777. I upset about that, I wrote to my host...waiting on answer. In the mean time it will stay that way until I have to upload images. So, Tonight I'm going to do a backup before adding or doing anything more. Hope this is my last post for a while. OH! One more question, when should I add the paypal module, now or before I add anymore products. Again, Thank you for your consideration.
MrPhil Posted October 30, 2009 Posted October 30, 2009 I now have the error message so many people get Catalog images directory is not writeable, so I havd to change to 777. What? Why are "many people" trying to write to the Catalog images directory? Isn't only the store administrator supposed to be doing that? I'm confused about what's going on. Do ordinary shoppers get some kind of error message? They shouldn't -- the store should not be trying to upload any images while they're shopping! Did you leave some part of the setup process incomplete, and ordinary shoppers unwittingly trigger some part of the setup? OH! One more question, when should I add the paypal module, now or before I add anymore products. I'd get things stabilized and working smoothly first, and this "images directory not writable" business disposed of. Then it's up to you which thing to do first. Do you need to sign up for a PayPal account, or do any other time-consuming tasks in order to get it running? You'll need to do some testing before you go live with it -- I think they supply a "sandbox" mode for such testing. If this is on an already-live store, you want to be careful that customers don't go off and try paying in the sandbox, and you ship when they haven't actually paid! On the other hand, if there are already adequate payment methods (PayPal is just "the icing on the cake" for you), it might be more important to get more products in the store to generate more sales. Only you can make the call. Just make sure you make backups before doing code changes (such as installing PayPal) -- you want to be able back out changes and restore your system should you make a mistake, and not lose all your work should you give up and start over from scratch!
JaciD Posted October 31, 2009 Author Posted October 31, 2009 What? Why are "many people" trying to write to the Catalog images directory? Isn't only the store administrator supposed to be doing that? I'm confused about what's going on. Do ordinary shoppers get some kind of error message? They shouldn't -- the store should not be trying to upload any images while they're shopping! Did you leave some part of the setup process incomplete, and ordinary shoppers unwittingly trigger some part of the setup? I'd get things stabilized and working smoothly first, and this "images directory not writable" business disposed of. Then it's up to you which thing to do first. Do you need to sign up for a PayPal account, or do any other time-consuming tasks in order to get it running? You'll need to do some testing before you go live with it -- I think they supply a "sandbox" mode for such testing. If this is on an already-live store, you want to be careful that customers don't go off and try paying in the sandbox, and you ship when they haven't actually paid! On the other hand, if there are already adequate payment methods (PayPal is just "the icing on the cake" for you), it might be more important to get more products in the store to generate more sales. Only you can make the call. Just make sure you make backups before doing code changes (such as installing PayPal) -- you want to be able back out changes and restore your system should you make a mistake, and not lose all your work should you give up and start over from scratch! Update: First of all thank you for your replies. :) My store is not live yet. When I stated so many people, I was referring to post in the forum. (I'm the only one seeing the message, as far as I know) I didn't have that message before when I was adding products, not until the admin issue. I wasn't sure if it had something to due with the admin issue or not. I have about 250-500 items to add yet. That is why I asked about Paypal. I'm also worried about security, having to leave it to 777 for a length of time while I'm adding products. I could be adding products for 5-8 hours at a time since most products are not the same. I'm hoping once all is stable I can go ahead and add paypal. And I will be backing up tonight. By the way my hosting company just emailed me back and told not to worry about the 777. I'm taking the forum advice and changing it back in between adding products to 755. Thanks again for your consideration.
MrPhil Posted October 31, 2009 Posted October 31, 2009 Have you tried 775? Read: http://www.oscommerce.com/forums/index.php?showtopic=327395&view=findpost&p=1443272 . I'd be very concerned if I had to run 777 permissions on a shared server (anyone on another account can write to your directory, possibly planting Bad Stuff). At least you're not running all directories at 777, just the one(s) that osC complains that it can't write to, right?
JaciD Posted October 31, 2009 Author Posted October 31, 2009 Have you tried 775? Read: http://www.oscommerce.com/forums/index.php?showtopic=327395&view=findpost&p=1443272 . I'd be very concerned if I had to run 777 permissions on a shared server (anyone on another account can write to your directory, possibly planting Bad Stuff). At least you're not running all directories at 777, just the one(s) that osC complains that it can't write to, right? OK, I did my backup, saved to my computer. Went back in to my file manager and changed image directory from 777 to 766, the message went away. As I was looking through to make sure nothing else was 777, I saw my backup file set to 777. I should change it to 755? Correct me if I'm wrong. I will check all other files to make sure they are not set to 777. Thank you for your consideration!
JaciD Posted October 31, 2009 Author Posted October 31, 2009 OK, I did my backup, saved to my computer. Went back in to my file manager and changed image directory from 777 to 766, the message went away. As I was looking through to make sure nothing else was 777, I saw my backup file set to 777. I should change it to 755? Correct me if I'm wrong. I will check all other files to make sure they are not set to 777. Thank you for your consideration! Update: The only other folder I found was images/graphs set to 777. I Do not know what uses those files so not sure what to set it to. Thank you for your consideration.
germ Posted October 31, 2009 Posted October 31, 2009 Don't leave it at 777 unless you have a burning desire to have your site hacked... :huh: It shouldn't be higher than 755 The .htaccess files posted in this thread is a "band-aid" for a folder that "must" (dare I use that term? :unsure:) be 777 It doesn't stop hackers from uploading files but stops them from executing (if it works as advertised) so they don't do anything but take up disk space. If I suggest you edit any file(s) make a backup first - I'm not perfect and neither are you. "Given enough impetus a parallelogramatically shaped projectile can egress a circular orifice." - Me - "Headers already sent" - The definitive help "Cannot redeclare ..." - How to find/fix it SSL Implementation Help Like this post? "Like" it again over there >
JaciD Posted October 31, 2009 Author Posted October 31, 2009 Don't leave it at 777 unless you have a burning desire to have your site hacked... :huh: It shouldn't be higher than 755 The .htaccess files posted in this thread is a "band-aid" for a folder that "must" (dare I use that term? :unsure:) be 777 It doesn't stop hackers from uploading files but stops them from executing (if it works as advertised) so they don't do anything but take up disk space. Thank you for your suggestion. I have changed it from 777.
MrPhil Posted October 31, 2009 Posted October 31, 2009 Went back in to my file manager and changed image directory from 777 to 766, No, 755. 766 will not function for your visitors, because the "executable" bit is not set. Besides, the directory is still marked writable by anyone, although without the x bit they may not be able to write anything. Since you don't understand permissions, a short tutorial: Three values: for owner/user, for your "group", and for others/world. Normally on a web site the owner gets the most permissions and group/others get the same (lesser) permissions. Each value: initial value 0 is no access at all. +4 to read (r) a file or directory. Usually everyone gets this. +2 to write (w) to a file or directory. Usually only the owner gets write permission. As I discussed in the posting I pointed you to, sometimes PHP and/or the server need permission as "group" or "other" to write to a file or directory (only selected files or directories). A few files (such as a configuration file) you may want to be "read only", so leave off the +2. +1 to execute (x) this file or directory. Directories need the x bit to function. Some kinds of files need to be marked executable, but not on an osC site. I saw my backup file set to 777. I should change it to 755? A backup file should be 644. There's no reason to have the "executable" bit set, or write permission granted to other users.
JaciD Posted October 31, 2009 Author Posted October 31, 2009 Thank you so very much for being so helpful. That little tutorial was a big help. I will change backup to 644. I did the backup without any problems. I have decided to just add more products right now. I need to have my site up and running before the Nov. 15 since I missed the last launch date because my hosting company didn't have what I needed after months of working on my site. I also ordered two books about OS Commerce, maybe they also can help with the design part too. Again, Thank you for your consideration.
New 
Recommended Posts
Archived
This topic is now archived and is closed to further replies.