Closed. This question does not meet Stack Overflow guidelines. It is not currently accepting answers.
This question does not appear to be about a specific programming problem, a software algorithm, or software tools primarily used by programmers. If you believe the question would be on-topic on another Stack Exchange site, you can leave a comment to explain where the question may be able to be answered.
Closed 8 years ago.
Improve this question
I have multiple versions of gcc 4.1.2 and 4.9.1 installed as g++4.9.
The old version had really old libstdc++ and was always failing with requiring libgcc errors. I fixed that by adding
export LD_LIBARY_PATH=/home/naveen/gcc4.9/lib: /home/naveen/gcc4.9/lib64 to all users. I even set this in /etc/bashrc and did . /etc/bashrc as root.
Now I am running a c++ code using php but the code always fails with the same libgcc errors i was seeing from console. I can see that the apache is being controlled by user daemon.
How can I fix this so that apache and php use the modified ld_library_paths?
Edit the scripts that actually start httpd and export the variables there.
Related
Closed. This question does not meet Stack Overflow guidelines. It is not currently accepting answers.
This question does not appear to be about a specific programming problem, a software algorithm, or software tools primarily used by programmers. If you believe the question would be on-topic on another Stack Exchange site, you can leave a comment to explain where the question may be able to be answered.
Closed 7 years ago.
Improve this question
I have an apache server running Apache/mod_php.
On Fresh start and when using sudo service apache2 restart the correct php.ini file is loaded:
Doing a graceful reload of apache i.e "sudo service apache2 graceful" results in php loading a different php.ini (which is non-existing on filesystem):
What could be causing this and any ideas on how to resolve it?
From http://php.net/php.ini:
Note:
The Apache web server changes the directory to root at startup, causing PHP to attempt to read php.ini from the root filesystem if it exists.
Are you sure /php.ini does not exist?
Closed. This question does not meet Stack Overflow guidelines. It is not currently accepting answers.
This question does not appear to be about a specific programming problem, a software algorithm, or software tools primarily used by programmers. If you believe the question would be on-topic on another Stack Exchange site, you can leave a comment to explain where the question may be able to be answered.
Closed 7 years ago.
Improve this question
I own a site installed on my linux server but when I put PHP tags at the beginning of page, the source code appears..
How to avoid all the source code displayed ?
thank you in advance
This means that you are being served the file by Apache without it first being seen (processed) by PHP. Here are some troubleshooting tips as to why it isn't being processed by PHP:
Make sure that your file with the PHP tags ends in .php.
Make sure PHP is installed on your server. To install PHP on a debian server run sudo apt-get install php5
Closed. This question does not meet Stack Overflow guidelines. It is not currently accepting answers.
This question does not appear to be about a specific programming problem, a software algorithm, or software tools primarily used by programmers. If you believe the question would be on-topic on another Stack Exchange site, you can leave a comment to explain where the question may be able to be answered.
Closed 8 years ago.
Improve this question
As client requirement i need to remove the suexec from apache to remove vulnerabilties.
To do that i am using apachectl -V command on linux machine.
i am getting many variables with path of the file like
-D SUEXEC_BIN="/usr/sbin/suexec"
From the documentation on apache.org
if i would remove or rename this suexec file from the above path and restart the server, suexec will be deactivated and the above variable won't be show the file.
I am doing the same but the reflection is not showing. please help me out this.
The -D SUEXEC_BIN=… text that you're seeing is an option that was specified when the web server was compiled. It doesn't mean that suexec is being used, and it can't be removed without recompiling the web server (which you should not do here).
Refer to manual on how to disable or enable suexec: http://httpd.apache.org/docs/2.2/suexec.html#enable
Closed. This question does not meet Stack Overflow guidelines. It is not currently accepting answers.
This question does not appear to be about a specific programming problem, a software algorithm, or software tools primarily used by programmers. If you believe the question would be on-topic on another Stack Exchange site, you can leave a comment to explain where the question may be able to be answered.
Closed 8 years ago.
Improve this question
I set up a Debian virtual machine for local development, but funny enough any kind of PHP errors are displayed in an (too me) unusual design, with a orange table layout... How can I make PHP display errors the with the "traditional" design?
Update (added system explanation and screenshot):
It's Debian running on a virtual machine on my Mac using VirtualBox.
Based on the comment from Bojangles I investigated and found xdebug to be enabled. Disabling it removed the "orange" error output, and I now get "normal" error display.
I disabled it by removing the link to include the xdebug extension in /etc/php5/conf.d
Closed. This question does not meet Stack Overflow guidelines. It is not currently accepting answers.
This question does not appear to be about a specific programming problem, a software algorithm, or software tools primarily used by programmers. If you believe the question would be on-topic on another Stack Exchange site, you can leave a comment to explain where the question may be able to be answered.
Closed 9 years ago.
Improve this question
Google App Engine version 1.8.5 clearly says that "the Mac OSX SDK now includes a PHP interpreter, installing PHP separately is no longer required." However, I don't seem to find it. I know I could just install php-cgi on my own, but if it were indeed included in the SDK, I wouldn't want to install another copy.
It is here: /Applications/GoogleAppEngineLauncher.app/Contents/Resources/GoogleAppEngine-default.bundle/Contents/Resources/php-cgi