I was just glancing through my Cpanel's php.ini EZConfig (basically php.ini; it just allows me to change some settings in php.ini through Cpanel) and noticed track_errors.
Can someone tell me what this means, I have searched the php website and Google and cannot find out what it means exactly?
Search for "track_errors PHP".
http://us3.php.net/manual/en/errorfunc.configuration.php#ini.track-errors
If enabled, the last error message will always be present in the variable $php_errormsg.
Related
Suppose you want to find out about a specific apache config setting/directive, say LimitRequestBody in a certain directory path/to/somewhere.
You don't know and don't where the actual file responsible for the setting in effect is - it might be the main apache config, or any .htaccess on the way down (path/.htaccess, path/to/.htaccess or path/to/somewhere/.htaccess).
Is there a convenient way to find out, which actual setting is in effect in path/to/somewhere (optionally which file the setting originated from)?
If you stick to not using .htaccess, you can get a decent amount of information from using mod_info. If you use .htaccess files, there is currently no module that will tell you "what/who caused this", simply because it's very very difficult to figure out due to how rules are put in place internally.
I am, as a hobby project, working on having mod_lua (which is a core part of the 2.4 distribution) be able to tell you this in the near future, but right now, the simple answer is: You can't.
I'm running MarkLogic 8 (developer edition) on Mac OS 10.10.1.
I'm a beginner with ML, and I'm reading the "Getting Started" material in the online docs, in particular the section "Sample XQuery Application that Runs Directly Against an App Server."
I created the "TestServer" app server just fine, following the instructions. I then copied and pasted the text for the four XQuery files in the exercise, load.xqy, dump.xqy etc.
My local copies of the four .xqy files are under ~/Library/MarkLogic/Apps/Test, per the instructions. Read and execute permissions are open along the entire filepath, down to the .xqy files themselves.
When I request http://localhost:8005/Test/load.xqy, as instructed, I get a 404 Not Found response.
lsof -i :8005 indicates that MarkLogic is indeed listening on port 8005.
I checked the TestServer configuration against the instructions, disabled and re-enabled TestServer, stopped and re-started ML--always with the same result: 404 Not Found.
I haven't been able to find anything in either the ML mail archives or Stackoverflow to get me past this sticking point.
Any ideas or suggestions would be very much appreciated. Thank you!
This seems like a permission issue. Does it work when you run it as the admin user?
Have check to make sure the files are loaded into the modules database?
Also check the permission got set with the correct role for those file.
Check to see that user that is running the app has the role that you used when setting permission on those file.
This worked for us:
In the TestServer configuration instead of just putting Test in root field, put Apps/Test/ which is the location of the 4 files (load.xqy,dump.xqy, update-form.xqy and update-write.xqy relative to the MarkLogic installation directory -- in our case, centos, this was at /opt/MarkLogic/)
And then issued this command
chmod +r *.xqy
If you follow all the instructions correctly just remove the Test from the url. If yours is "http://localhost:8005/Test/load.xqy" make it "http://localhost:8005/load.xqy"
A client has a website running on a dedicated host (either developed, nor managed by myself) in which Apache is generating a very strange behavior.
When the requested url is of the type:
http://obituarieshelp.org/aboutus.html/whatever_here
it actually loads 'aboutus.html' if it exists, even though 'whatever_here' does not exist, and 'aboutus.html' is not a directory.
I took a look at the htaccess file, and everything seems to be fine. I am sure it is apache misconfigured somehow, but for the love of me, I cannot seem to find anything that could point to the problem in httpd.conf
Has anyone experienced the same, or has any suggestions as to why this would be?
This is controlled by the AcceptPathInfo HTTPd directive. The remainder of the path after the file is made available in the PATH_INFO environment/server variable, and scripts can use it to discern additional information about the request.
I have installed Bugzilla with Apache on a Windows machine. The Bugzilla web application is set to http://localhost but i have to move it to http://localhost/bugzilla . I think that the Apache server must have a configuration file somewhere but i have little experience with it. Anyone had this problem?
You don't necessarily need to reconfigure Apache, but here's how you would do it:
http://httpd.apache.org/docs/current/platform/windows.html
What you do need to change is the urlbase parameter that tells Bugzilla how to form links to other pages. Yours is probably set to http://localhost/ at present; you probably want it to be http://localhost/bugzilla/.
See http://www.bugzilla.org/docs/4.0/en/html/parameters.html for what you can configure.
If you can't get Bugzilla to load at all, look for a file name params.pl and change the value of urlbase manually. You noramally s
I'm having trouble with my Apache Web Server. I have a folder (htdocs\images) where I have a number of images already in place. I can browse them and see them on my web server (and access them via HTML). I added a new image in there today, and went to browse to it, and it can't be found. I double and triple checked the path and everything. I even restarted Apache and that didn't seem to help.
I'm really confused as to what's going on here. Anybody have any suggestions?
Thank you.
Edit I just turned on the ability for the images directory to be listed, browsed to it (http://127.0.0.1/images/) and I was able to see all the previous images that were in the folder, but not the new one.
Turn directory indexes on for htdocs\images, remove (or move out of the way) any index.* files, and point your browser at http://yoursite/images/
That should give you a full listing of files in that directory. If the file you're looking for isn't there, then Apache is looking at a different directory than you think it is. You'll have to search your httpd.conf for clues -- DocumentRoot, Alias, AliasMatch, Redirect, RedirectMatch, RewriteRule -- there are probably dozens of apache directives that could be causing the web server to get its documents from somewhere other than where you think it's looking.
make sure the caSE and spelling are 100% correct.
There is not magic in programming (some may disagree:), so look for silly errors. Wrong server? Case of your letters? Wrong extension?
There's a chance it could be due to the cookies stored on your device. I would delete all cookies to the website you're working on before you refresh again