open_basedir ist eine PHP-Konfigurationsvariable, die in der php.ini Konfigurationsdatei definiert wird. Wenn open_basedir verwendet wird, wird der Variable ein Verzeichnis oder eine Liste von Verzeichnissen zugewiesen, auf die der Webserver auf dem Dateisystem zugreifen kann (Unterverzeichnisse dieser Verzeichnisse sind jeweils auch erlaubt). Auf alle anderen Verzeichnisse kann der Webserver über PHP nicht zugreifen.

Um die Warning weg zu bekommen, müßtest Du also entweder in der php.ini auf Deinem Server den Pfad zum Datenverzeichnis in die Liste der erlaubten Verzeichnisse hinzunehmen oder (falls keine anderen Gründe die nicht mit Elgg zusammen hängen dagegen sprechen) die Variable open_basedir gar nicht verwenden (da die Performance dadurch auch schlechter wird). Zum Abschalten einfach die open_basedir Zeile auskommentieren (; an den Anfang der Zeile). Wo die php.ini Datei liegt kann ich Dir leider nicht so einfach beantworten, da sie je nach Server an unterschiedlicher Stelle ist (auf meinen Heimrechner z.B. in /etc/php7 und auf dem Server meiner Seite modifiziert man php.ini gar nicht direkt sondern über CPanel bzw. WHM). Wenn Du nicht weißt, wo php.ini zu finden ist, fragst Du am besten den Support Deines Webhosters.

Möglicherweise hast Du selbst auch gar keinen Zugriff auf php.ini auf dem Server. Dann müßte sowieso der Support Änderungen vornehmen. Es sei denn, es würde funktionieren, die Verwendung von open_basedir über die .htaccess Datei von Elgg zu deaktivieren. Ich hab in https://www.php.net/manual/de/ini.core.php#ini.open-basedir den Hinweis gefunden, dass mit

php_admin_value open_basedir none

open_basedir deaktiviert werden kann. Du kannst probieren, ob es funktioniert, wen Du diese Zeile in der versteckten Datei .htacces im Installationsverzeichnis Deiner Elgg-Seite in den Abschnitt hinzufügst, in dem schon andere PHP-Variablen definiert werden.

Wir arbeiten mit KeyHelp 

Wir arbeiten mit KeyHelp 

Discussed already.

In Elgg 3 use imagick instead of GD library.

Install PHP imagick extension (Imagick is recommended too) and change your settings.php:

apt-get install php-imagick //PHP extension

apt-get install imagemagick  //Library, useful for TidyPics

$CONFIG->image_processor = 'imagick';  //uncomment this in elgg-config/settings.php

Tx RvR!

I'm not sure but I believe I remember someone having the same or a very similar error only recently. In this case the error was causes by a 3rd party plugin, if I remember correctly (might have been some hype*** plugin). Have you tested what happens when you temporarily disable 3rd party plugins that might be responsible (e.g. adding any functionality to the wire or list pages in general)?

Have you really done nothing at all? Any updates (Elgg, plugin, something on the server)?

The site probably looks this way either because the rewrite module of the Apache webserver is not working as it should (not installed, not loaded, misconfigured) or some paths of your Elgg site folders have changed (most likely to the data directory) or the permissions to access/read/write to this folder have changed. Therefore, Elgg can't load (or write in the first place) the cached files (including css). Using SELinux to protect the file system access (and not configuring it correctly or changing the configuration) or using the open_basedir php variable to restrict folder access (php.ini starting to use it after some server update?) might also be possible reasons why access to the data directory gets lost.

The error log in the root directory might be empty because the errors are written in a log somewhere else (Apache error log?). Maybe you want to ask the support of your webhoster if they can help you to make sure it's not a server issue (server updates, webserver config, error log location, usage of SELinux and/or open_basedir - or to make sure these are NOT used). Without any detailed insight to the server (and not knowing if anything changed as "suddenly" and "on its own" such issues don't start) it's not possible to exactly say what's wrong and how to fix it.

No, I haven't done anything. I haven't even used the site. Server has been the same for months. I am going to look around some more and see what I can find. I am logged in SSH checking permissions and such. Checking rewrite rules in htaccess and rewrite module seems to be fine. The only error I found was from Aug 3

PHP Fatal error:  Default value for parameters with a class type hint can only be NULL in /vendor/elgg/elgg/engine/lib/filestore.php on line 77

Figured it out. datafolder/caches folder was set to 750 so I changed it to 755 and the site came up immediately. Thanks for the insight @iionly

I can't test on Elgg 1.x anymore but I've just tested on Elgg 2.3 and I think it should be the same on Elgg 1.8. Elgg searches only the title and description fields by default. I could verify this behaviour, i.e. a search term used in the title or description of an event resulted in this event shown as a result of a search. But searching for a term used for example in the long description of an event did not resulted in this event being shown in a search result.

For Elgg including other fields of an Event Calendar entry in a search it would be necessary to add a custom search hook to the plugin. I could add such a hook in a new release of Event Calendar (and quite likely will do when working on a Elgg 3 release hopefully soon) but I'm afraid I will no longer work on any new releases of the Event Calendar plugin for Elgg 1.x.