Multiple Installation issues

The web wizard Installation seems to have been successful, everything is running. However, there are a lot of issues behind the scenes.

PHP
Version: 7.4.3
Memory Limit: 128 MB
Max Execution Time: 3600
Upload max size: 128 MB

MySQL
Version: 10.3.22
Size: 1.6 MB

Some of these issues may be related ā€¦

1st Issue ā€¦ Under ā€œFilesā€ tab, the breadcrumbs = ā€œYou donā€™t have permission to create or upload files hereā€.
2nd Issue ā€¦ ā€œPersonal Informationā€ does not save.
3rd Issue ā€¦ Cannot connect Desktop App.
4th Issue ā€¦ Cannot connect WebDav.

----->> Some of the below items I have yet to fix ------>>

  • There are some errors regarding your setup.
  • Your web server is not yet properly set up to allow file synchronization, because the WebDAV interface seems to be broken.
  • The PHP memory limit is below the recommended value of 512MB.
  • The ā€œStrict-Transport-Securityā€ HTTP header is not set to at least ā€œ15552000ā€ seconds. For enhanced security, it is recommended to enable HSTS as described in the security tips :arrow_upper_right:.
  • Your web server is not properly set up to resolve ā€œ/.well-known/caldavā€. Further information can be found in the documentation.
  • Your web server is not properly set up to resolve ā€œ/.well-known/carddavā€. Further information can be found in the documentation.
  • No memory cache has been configured. To enhance performance, please configure a memcache, if available. Further information can be found in the documentation.
  • The database is missing some indexes. Due to the fact that adding indexes on big tables could take some time they were not added automatically. By running ā€œocc db:add-missing-indicesā€ those missing indexes could be added manually while the instance keeps running. Once the indexes are added queries to those tables are usually much faster.
  • Missing index ā€œcalendarobject_calid_indexā€ in table ā€œoc_calendarobjects_propsā€.
  • Missing index ā€œschedulobj_principuri_indexā€ in table ā€œoc_schedulingobjectsā€.
  • Some columns in the database are missing a conversion to big int. Due to the fact that changing column types on big tables could take some time they were not changed automatically. By running ā€˜occ db:convert-filecache-bigintā€™ those pending changes could be applied manually. This operation needs to be made while the instance is offline. For further details read the documentation page about this.
  • mounts.storage_id
  • mounts.root_id
  • mounts.mount_id

SUGGESTIONS?