Ok, now I have some questions. I have installations on different providers (Hosteurope, netcup, dogado, Strato, IONOS), older 2.8.x and new 3.0.x
A new 3.0.3 installation works at Hosteurope with standard permissions 750 and 640. Seems that this is ok instead of 755/644? Or do I have to change the permissions?
For assets, core/cache, packages and some other directoriess I have to change the permission to 777, otherwise I get an error during installation. Of course the config.inc.php gets a 777 during installation, after that I return to 644.
Even though the core/config.inc.php is ok, all config.core.php at Hosteurope installations are:
These configs at other providers show a long path. Why at Hosteurope this configs are unchanged after installation?
Hosteurope has a restricted server management for shared hosting. In the file management section I can change permissions system wide and I can set user and group permissions for directories and files. Standard is ftp permission for the user and server permission for group.
For files uploaded or folders created via FTP the owner is the FTP user. Files uploaded in MODX or also folders created within MODX have the group owner.
Now I had another try on my horrible site at Hosteurope. I cloned the old file system (all activities via SSH), cloned the database. Changed all folders to 755 and all files to 644 and set all user permissions to the group user. MODX version is 2.8.3.
Changed assets, core/cache, core/import, core/export and core/packages to 777.
Checked and edited the config.inc.php to the right entries for database and paths.
Changed the 3 config.core.php to the correct core path.
Cleared the core/cache manually.
Calling the site itself returns a 503 error. Manager URL let me log in. Left side is empty (resources, elements, data). Right side shows empty dashboard widgets. Access to system settings returns a blank area.
It’s a mess …
EDIT: moved the setup directory for 2.8.3 to the server, run the setup. Now I have the old seite and the manager works as expected. Means: the clon is ok and identical to the live site.
Now I need the correct way for an upgrade to 3.0.1 or 3.0.3. A note: with the group user for all folders and files deleting the setup folder works after installation. Seems that I have to set all files/folders to the group user for proper functioning.
I tried now the extra UpgradeMODX and the upgrade to 2.8.5 was a success. All ok.
Next step: upgrade to 3.0.0-pl via UpgradeMODX. I checked all permissions and paths in configs, cleared the core/cache manually. Removed all dashboard widgets except the UpgradeMODX. Deactivated all plugins.
Upgrade runs without problems. Cleared the cache manually, than logged in to the manager.
This is the result:
An error occurred…
TypeError: count(): Argument #1 ($value) must be of type Countable|array, string given
One entry in the error protocol of MODX: [2023-03-31 13:20:44] (ERROR in MODX\Revolution\Transport\modTransportProvider::latest @ /is/htdocs/.../core/src/Revolution/Transport/modTransportProvider.php : 264) Could not load updates for getdate-1.0.0-pl: No Package release found.
Not relevant for this, I think?
Server error log contains only this: [Fri Mar 31 13:28:04 2023] [authz_core:error] [pid 9267] [client ...] [host www....] AH01630: client denied by server configuration: /is/htdocs/.../core/docs/changelog.txt
Clicking “Extras → Package Management” => endless loading animation with “Checking for package updates…”, nothing happens, the list is empty.
This error seems to stem from the “Update” dashboard widget. Maybe (temporarily) delete this widget from the dashboard (manager/?a=system/dashboards).
You can ignore this.
Try setting the system setting auto_check_pkg_updates to “No”.
There seems to be a problem with getting the update information from the package provider. The changed system setting value won’t fix it, but you should at least see the list.
I’ve seen similar problems before, but I still don’t know why some people have problems requesting package information with cURL from the package provider.
Deleted all widgets, then the error message disappeared. Could set the UpgradeMODX widget: dashboard is ok now.
Resource tree is empty furthermore.
Cleared the cache another time manually: resource tree is empty.
Helps! Now I can see the extras list.
Activated all plugins. Can see and edit all Elements (Chunks, Snippets and so on).
Resource tree remains empty and previewing the site gives back only this: Array ( [id] => 1 [type] => document [pagetitle] => … Some images between the code, that’s all.
Cleared the cache, set config.inc.php writable, started upgrade to 3.0.1 via the extra UpgradeMODX.
Now I’m on 3.0.1, no error messages, but the resource tree is still empty, the site preview is chaos.
Instead, there is a new (little) problem, which I will probably have to fix by hand. All date template variables (for a news overview) are on “01.01.1970” in editing mode. The output on the frontend ist ok.
After changing the domain a new error occured. The frontend is missing some elements.
Big problem with template variables. They are there in the system, assigned to the templates, but missing in edit mode of the resource.
The error log of MODX shows this:
[2023-03-31 15:40:47] (ERROR @ /is/htdocs/…/core/vendor/xpdo/xpdo/src/xPDO/xPDO.php : 666) Could not load class: modFileHandler from modfilehandler
[2023-03-31 15:40:47] (ERROR @ /is/htdocs/…/core/vendor/xpdo/xpdo/src/xPDO/xPDO.php : 1272) Problem getting service fileHandler, instance of class modFileHandler, from path
All done right during the last trials, I adjusted all the paths beforehand and always cleared the cache manually. At least I could upgrade to 3.0.3 without any error messages. But now MIGX is corrupt. During all upgrade trials I only deactivated all plugins. I will take today a new turn, but deinstalling all extras before update/upgrade process.
This topic was automatically closed 2 days after discussion ended and a solution was marked. New replies are no longer allowed. You can open a new topic by clicking the link icon below the original post or solution and selecting “+ New Topic”.