Re: Passing variables to access_log, error_log names


Jim O.
On Feb 27, 2011 11:28 AM, “Dayo” [email protected] wrote:

mailing
list directly instead.

Unfortunately, the mailing list is not as user friendly for me as the
forum.

I note that the forum module being used has the option to strip HTML and
BB Code tags which must be activated.

Perhaps you should read and search and you will see that this discussion
was
had in the past and again recently. Stripping bbcode tags strips
everything
between square brackets. This is worse. Can you show me where HTML is
not
stripped?

I’ve offered to turn it over to anyone who thinks that he or she can do
it
better. Care to take me up? If not then stop sniping. If yes, get Igor’s
approval and I’ll package up the database and files for you.

I wonder if the forum admin would consider switching it off.

I also wonder if he will get round to looking at my suggestion for
dealing with the problem with the preview setting which disrupts
navigating the forum.

I wonder when you’ll stop whining about it.

See above

Posted at Nginx Forum:
Re: Passing variables to access_log, error_log names

Jim O. Wrote:

server_name
forum.
show me where HTML is not
stripped?
Sorry. I wasn’t clear. I was just trying to explain to Maxim that the
stripping bit must be on which is why the data gets eaten as he puts
it.
Perhaps the code can be adjusted or switched off.

I’ve offered to turn it over to anyone who thinks
that he or she can do it
better. Care to take me up? If not then stop
sniping. If yes, get Igor’s
approval and I’ll package up the database and
files for you.
No need to throw your toys out of the pram.
I am not sniping and will like to work with you to getting this setup
even better as I know it must be a bit of a hassle.

I wonder when you’ll stop whining about it.
Touchy, touchy aren’t we?
Take a deep breath.

I can’t see why you are so adamant that you will not offer an option to
switch it off.
Surely the best of both worlds were those that want it, have it ,and
those that don’t want it don’t can’t be a bad thing … can it?

I am happy to help out if you are happy to allow.

I repeat. I am not sniping and there are no monsters under the bed.

I applaud your efforts here and want to see it become an even bigger
success.

Posted at Nginx Forum:

I am getting the following error log:
PHP Warning: Unknown: Failed to write session data (files). Please
verify that the current setting of session.save_path is correct
(/var/lib/php/session) in Unknown on line 0" while reading upstream,
client: 70.176.18.156, server: localhost, request: “POST
/phpMyAdmin/setup/index.php?page=form&formset=main_frame HTTP/1.1”,
upstream: “fastcgi://127.0.0.1:9000”, host: “50.56.81.42”, referrer:
"http://50.56.81.42/phpMyAdmin/setup/index.php?page=form&formset=main_frame"2011/02/27
16:19:03 [error] 22892#0: *56 FastCGI sent in stderr: "PHP Warning:
Unknown:
open(/var/lib/php/session/sess_1om2jb4klr65bfotepo0j7214cvrj2b2, O_RDWR)
failed: Permission denied (13) in Unknown on line 0
How can I fix this??

On 2/28/2011 2:05 AM, Aditya H. wrote:

Warning: Unknown:
open(/var/lib/php/session/sess_1om2jb4klr65bfotepo0j7214cvrj2b2,
O_RDWR) failed: Permission denied (13) in Unknown on line 0

How can I fix this??


nginx mailing list
[email protected]
nginx Info Page

Hello,

The permission of /var/lib/php/session folder should be drwx-wx-wt and
owner is root, user is root.

You need to change it.