Quick answer
Use permissions appropriate to the account and application instead of setting every file or folder to world-writable. A permission problem can also be an ownership, document-root, or application-path problem, so identify the cause before making changes.
Before you start
You need an authorized account, the exact failing URL or operation, a backup of the affected files, and the application's documented requirements. Record current permissions before changing them.
What to do
- Check the server error and the specific file or directory involved. Confirm that it belongs to the intended account and website.
- Compare the path and permissions with the application's requirements and a known working neighboring file where appropriate.
- Change only the necessary item through a supported account tool. Ask support to resolve ownership mismatches rather than trying to work around them with broad write access.
- Retry the original operation and inspect related pages. Preserve a record of the before and after values.
Check the result
The operation should work while unrelated users still cannot write the site. Check that configuration and private files are not exposed as downloadable public content.
If something does not work
Do not recursively apply 777 or a guessed ownership command. If the application requires persistent writable storage, define the narrow directory and follow its current deployment guidance.
Related help
- Connect Your Domain: DNS, Nameservers & Cloudflare
- Use website error logs to diagnose a failed request
- Find what is using your hosting disk space
Official references
Reviewed October 31, 2026. Interfaces, vendor availability, and account features can change. Check your current account before making changes.