/sitemap.xml doesn't appear

[Crazycat]

It depends on who own the directory and who runs the httpd.
You can test with 777

[Chinezul]

It depends on who own the directory and who runs the httpd.
You can test with 777

Yes man! This is the right answer! ) Thanks!

Edit: It's not unsafe to have this permissions on /var/www? I set it back to 755.

[ZnapShot]

It depends on who own the directory and who runs the httpd.
You can test with 777

Yes man! This is the right answer! ) Thanks!

Edit: It's not unsafe to have this permissions on /var/www? I set it back to 755.

it might be highly unsafe! with this you might expose your configuration files to everybody. but it depends on the explicit command, if you set the permissions recursevly or not. i dont recomment this, please dig down where the expected folder is located and then set the EXPLICIT permissions.... please dont crack nuts with a sledge hammer

[Chinezul]

It depends on who own the directory and who runs the httpd.
You can test with 777

Yes man! This is the right answer! ) Thanks!

Edit: It's not unsafe to have this permissions on /var/www? I set it back to 755.

it might be highly unsafe! with this you might expose your configuration files to everybody. but it depends on the explicit command, if you set the permissions recursevly or not. i dont recomment this, please dig down where the expected folder is located and then set the EXPLICIT permissions.... please dont crack nuts with a sledge hammer

Thanks! Don't worry, i set it up back to 755 immediately.
I don't know which is the file for which permission 777 must be set. The task file?

[Chinezul]

It depends on who own the directory and who runs the httpd.
You can test with 777

Yes man! This is the right answer! ) Thanks!

Edit: It's not unsafe to have this permissions on /var/www? I set it back to 755.

it might be highly unsafe! with this you might expose your configuration files to everybody. but it depends on the explicit command, if you set the permissions recursevly or not. i dont recomment this, please dig down where the expected folder is located and then set the EXPLICIT permissions.... please dont crack nuts with a sledge hammer

Thanks! Don't worry, i set it up back to 755 immediately.
I don't know which is the file for which permission 777 must be set. The task file?

Up!

[Crazycat]

Seems like your httpd doesn't use your user (or the owner user) so you must give write access to "other" group.
The /var/www directory can be in 757 mode since the sitemap.xml file is already created, but 777 is not a security trouble..
sitemap.xml could probably be in 646 mode, but also in 666 mode.

https://en.wikipedia.org/wiki/Chmod#Nume...ermissions

[Chinezul]

Seems like your httpd doesn't use your user (or the owner user) so you must give write access to "other" group.
The /var/www directory can be in 757 mode since the sitemap.xml file is already created, but 777 is not a security trouble..
sitemap.xml could probably be in 646 mode, but also in 666 mode.

https://en.wikipedia.org/wiki/Chmod#Nume...ermissions

It doesn't make sense what you say. This cannot be the solution, to change the /var/www permissions for a plugin. I want to know which is the director/file of the plugin whose permissions need to be changed.

[Chinezul]

Seems like your httpd doesn't use your user (or the owner user) so you must give write access to "other" group.
The /var/www directory can be in 757 mode since the sitemap.xml file is already created, but 777 is not a security trouble..
sitemap.xml could probably be in 646 mode, but also in 666 mode.

https://en.wikipedia.org/wiki/Chmod#Nume...ermissions

It doesn't make sense what you say. This cannot be the solution, to change the /var/www permissions for a plugin. I want to know which is the director/file of the plugin whose permissions need to be changed.

Up!

[HLFadmin]

Quick look at the plugin task -- it's simple and will work with the correct permissions.

If 777 permissions worked (you never said what you actually applied the permissions to -- details matter), but 755 did not, then httpd might not be running as Owner (first digit). If it is running as Group (2nd digit), 5 does not give write permissions, but 6 does. If it is running as Other (3rd digit), 5 does not give write permissions, but 6 does.

You should try to determine which part of the task is failing: the initial part of creating the file, or the update part of rewriting the file.

This stackoverflow question may give you some guidance.
https://stackoverflow.com/questions/2122...se#2122915

Permissions can be challenging to understand at first, but it is an essential skill.
Keep at it. Eventually you will graduate from "do this for me" to "this is what I think I know, tell me what I'm missing".

[Chinezul]

Quick look at the plugin task -- it's simple and will work with the correct permissions.

If 777 permissions worked (you never said what you actually applied the permissions to -- details matter), but 755 did not, then httpd might not be running as Owner (first digit). If it is running as Group (2nd digit), 5 does not give write permissions, but 6 does. If it is running as Other (3rd digit), 5 does not give write permissions, but 6 does.

You should try to determine which part of the task is failing: the initial part of creating the file, or the update part of rewriting the file.

This stackoverflow question may give you some guidance.
https://stackoverflow.com/questions/2122...se#2122915

Permissions can be challenging to understand at first, but it is an essential skill.
Keep at it. Eventually you will graduate from "do this for me" to "this is what I think I know, tell me what I'm missing".

I understand that I have to change the permissions of the task file. Right? abp_sitemap.php in this case.