I just uploaded a c99shell.php file into my WWW folder in WAMP server. Now even after I delete the file, when I go to localhost, a page is shown which was the index page when c99shell.php was present in the folder, which is different from the one which is currently on my WWW dir. Now if I make a folder inside the WWW directory and then create new files then when I go to localhost/(folder_name) I get the correct files.. Whats more interesting is that, when I delete all the files from the WWW directory, when I go to localhost the old page is shown which was the index page when the c99shell.php page was there.. Please Help.
index.* is the default page to show, when no particular is chosen e.g. the address http://localhost/ will lead you to index.html, or index.php if available.
The browser also caches the pages for more speed. So when you've deleted the page, it is still in the browser's cache. To refresh and prevent the pulling the page from cache press Ctrl+F5
just clear your cache and you will have everything correct.
Related
I've started setting up opencart for my online store, everything was working correctly till yesterday, but now its showing some incorrect behavior. On main page I have some "featured" products , When a user click on it, it should navigate user to that product's page for details and url is something like following
http://mystore.com/index.php?route=product/product&path=57&product_id=49
but the url which is its navigating to is something like
http://mystore.com/iphone
hence its not navigating user to product's page and stays on same page (i.e. index page).
Also, I'm unable to login to my admin panel.
I guess I've done something wrong but can't track it. Any help would be highly appreciated.
Store url is this
Thanks
There is something very not alright with .htaccess file in the root folder of your site. Try to rename it back to .htaccess.txt .
OR
Rename .htaccess.txt to .htaccess. Looks like you have you turned on SEO setting in admin but it requires .htaccess file.
Although check if you have right url addresses in both config.php files, root and admin.
I recently installed CF2018 update 9. IIS is serving the applications I had in virtual directories normally, with the exception of CFIDE. Attempts to access localhost/CFIDE/administrator/index.cfm result in empty HTTP responses, with Content-Length:0 headers. The admin page is accessible through localhost:8500/CFIDE/administrator/index.cfm, which is (I think) just reaching out Tomcat directly. So I am wondering if anyone knows what the culprit for a blank administrator page when served via IIS might be? It worked before the update.
FWIW I have checked the handler mappings and they point to the same DLL as the applications that are properly being served (that is, .../ColdFusion2018/config/wsconfig/1/isapi_redirect.dll).
You need to add a site to IIS first, call it cf-admin or similar.
You need to add a second connector to WCONFIG located here:
/cfusion/runtime/bin/wsconfig.exe (run as admin).
Click ADD
Leave drop downs as they are, changing the bottom one "IIS Website" to the site you just created.
Click OK and OK again to restart
Expand the site in IIS you just created, right click the /jakarta vdir and check the location.
Open (location from above) /uriworkermap.properties
Remove the "!" from last line, so it reads /CFIDE/* = cfusion
Restart IIS and CF.
browse to the host header as configured when you created the site in IIS.
I've just recently installed CF11 on a new machine but I'm encountering the below issue when trying to navigate to the localhost directory in a browser.
On my previous machine which was using CF10 I was able to get the directory listings and navigate through folders to specific pages so is it some setting that I am missing?
I can navigate to CFAdmin okay and have added a whole range of aliases in my server.xml file which I can navigate to, as well as adding the CFIDE and WEB-INF ones.
As an aside, I also seem to get that silly 404 badge in front of CFs debug output when I try and navigate to a page that doesn't yet exist. Is there a way to switch it off?
If you need more details let me know.
Thanks in advance
I have a couple web applications written in ColdFusion. The applications have their own folder inside the CF root folder. When I do a successful <cflogin> I am returned to the index page of the root folder. I want the user to stay within that apps folder I know it can be done, I just can't remember how to start. Something where you set the root page for the application withing that App's Application.cfc page. Any insight?
If you delete an Application.cfc from your local drive, that doesn't mean it was deleted from the server. So you might have some hidden Application.cfc's thoughout the App.
anytime a user logs into our Wiki they get the following error: "This Wiki uses cookies to log in users. You have cookies disabled. Please enable them and try again." Even though the error displays, the user is actually logged in and can make edits as normal. If the user doesn't look closely they can't tell they are logged in and it's causing confusion I would be glad if anyone gives me a hint
Wikimedia's advice is Check to make sure PHP's directory for storing session data is writable. This directory can be found in the php.ini file under the session.save_path setting. Errors in this php.ini setting can also cause other problems.
... (and) make sure the Internet Guest Account (eg. IUSR_FOOBAR, nobody, or apache) has write permissions to the folder listed in the session.save_path variable of the php.ini file.
Source.
If you are using a hosting site you need to edit your php scripting configuration (php.ini). The page should have information on your web document root. If there is already a "tmp" folder created then use it. If there is not a tmp folder in your current set up create one that is NOT browseable by users and tell the php.ini file the location as directed above.
For future reference... We just had a similar problem on Appropedia (same error, but couldn't log in at all). It turned out the temp directory was full. Cleared the temp directory, problem solved.
It turned out the temp directory was full
In my case it was because the entire partition was full, needed more space.
Problem I just had was due to default install of our PHP using C:\windows\temp as a base folder for PHP session and other data.
Of course, once someone empties out the temp folder because its full of junk .... the sub-folders for PHP information go with it too :\
If you are using NGINX + PHP-FPM the previous answers will likely not be of any assistance.
From the command line, run:
php-fpm -i|grep --color cookie_path
See what your cookie_path is, then stat the folder and ensure your php-fpm user has write access to it.
To resolve this issue using Nginx and Php-Fpm, I had to change my cookie_path from it's default of / (seriously, why would this be a default?) to /tmp.
After restarting nginx and php-fpm, it works perfectly.