Not Solved /sitemap.xml doesn't appear
#21
Not Solved
No. That file is task code and should execute as expected. It did if you went to the tasklog and saw a message the sitemap file was not writable. The problem appears that your webserver is not executing as Owner or User which has a 7 (read, write, execute) permission. It is either operating as member of Group or as Other both of which have a 5 (read, execute) permission. Specifically 5 does not permit writing.

You said you met with success with permission of 777, which some would agree is not necessary because it permits wide open permissions. 7 in all 3 positions is read, write and execute for anybody.

So, you could try 765. If that works, then httpd is operating as member of the group and 6 allows read and write. If 765 doesn't work but 756 does, then PHP is operating as Other because you gave it read and write permissions. There should be no need for execute permission to be given.

If 765 or 756 do not work, try 775 or 757. When you do get satisfactory results, that will tell you what your server's PHP is running under. As a consideration for others who stumble upon the same problem, report back with what you did to get success with this problem.

There is a possibility that something else is causing this problem, but the fact you met with success using 777 says it's only a permissions problem. Crazycat gave you the answer. My suggestion is to try the entire combination one by one until you find the right one.
Reply
#22
Not Solved
(2024-03-11, 12:34 AM)HLFadmin Wrote: No. That file is task code and should execute as expected. It did if you went to the tasklog and saw a message the sitemap file was not writable. The problem appears that your webserver is not executing as Owner or User which has a 7 (read, write, execute) permission. It is either operating as member of Group or as Other both of which have a 5 (read, execute) permission. Specifically 5 does not permit writing.

You said you met with success with permission of 777, which some would agree is not necessary because it permits wide open permissions. 7 in all 3 positions is read, write and execute for anybody.

So, you could try 765. If that works, then httpd is operating as member of the group and 6 allows read and write. If 765 doesn't work but 756 does, then PHP is operating as Other because you gave it read and write permissions. There should be no need for execute permission to be given.

If 765 or 756 do not work, try 775 or 757. When you do get satisfactory results, that will tell you what your server's PHP is running under. As a consideration for others who stumble upon the same problem, report back with what you did to get success with this problem.

There is a possibility that something else is causing this problem, but the fact you met with success using 777 says it's only a permissions problem. Crazycat gave you the answer. My suggestion is to try the entire combination one by one until you find the right one.

757 worked. I hope it's safe.
[Image: ifyouplay-top-motd.png]
Reply
#23
Not Solved
Neither safe nor unsafe.
"other" has same rights than owner, but it's just a web directory... If there is nothing else than mybb (which is safe), it's safe.
Tchat en français
Do not ask me help through PM or Discord

Reply
#24
Not Solved
(2024-03-18, 01:12 PM)Crazycat Wrote: Neither safe nor unsafe.
"other" has same rights than owner, but it's just a web directory... If there is nothing else than mybb (which is safe), it's safe.

really naive, there is pretty more than mybb involved in a web-server. But, it's up to the one hosting the service. And regarding my previous answer, it was targetting to generally set chmod 777 to ALL files, that some dirs have to have 777 is pretty clear, but as always, exposing anything can cause risks
Reply
#25
Not Solved
chmod files to 777 is dangerous and a nonsense, chmod dirs to 777 is often required when webservers are badly configurated (running with an user which is not the owner of the site and they don't share the same group).

Default permissions are usually 755 for dirs and 644 for files, it works like a charm when the httpd and/or php module can be run by user.
BTW, you can do what you want, the runner of the website needs rwx on directories if it must create files or directories.
Tchat en français
Do not ask me help through PM or Discord

Reply


Forum Jump:


Users browsing this thread: 1 Guest(s)