All Site Activity

  • Manuel1986 replied on the discussion topic Eine Frage wie PHP Warnung weg
    Wir arbeiten mit KeyHelp    view reply
  • Manuel1986 replied on the discussion topic Eine Frage wie PHP Warnung weg
    Wir arbeiten mit KeyHelp    view reply
  • iionly replied on the discussion topic Eine Frage wie PHP Warnung weg
    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... view reply
  • Wogker replied on the discussion topic Big profile pics
    Tx RvR! view reply
  • Manuel1986 added a new discussion topic Eine Frage wie PHP Warnung weg in the group German Support Group
    Wie Bekomme ich die PHP Warnung weg Die auf dem Server gesetzte PHP-Einstellung für open_basedir verhindert möglicherweise, dass Elgg Daten in seinem Datenverzeichnis speichern kann.
    • 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 

       
  • RvR replied on the discussion topic Big profile pics
    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... view reply
  • Wogker added a new discussion topic Big profile pics in the group Elgg Technical Support
    If a user introduces an image that is too large on their profile, we get an Error 500 response (Elgg 3.3.10)
    • 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
  • iionly replied on the discussion topic Fatal error
    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... view reply
  • captnbob added a new discussion topic Fatal error in the group Elgg Technical Support
    I get a fatal error when I try to view "The Wire/all"  I am running Release - 2.3.15, Version - 2016092300.  I have loaded a recent backup and still get the same error   The site is www.cvma23-8.org The below is the...
    • 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)?

  • Bohdan joined the group General Discussion
  • jmonroe replied on the discussion topic Site isn't processing correctly
    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 view reply
  • jmonroe replied on the discussion topic Site isn't processing correctly
    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... view reply
  • iionly replied on the discussion topic Site isn't processing correctly
    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,... view reply
  • jmonroe added a new discussion topic Site isn't processing correctly in the group Elgg Technical Support
    I went to login to my site today and noticed it looks like the attached image. Any ideas? Error log is blank in root directory https://imgur.com/V3DXbMy  
    • 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

  • iionly replied on the discussion topic Group Calendar
    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... view reply
  • steven davies added a new discussion topic Group Calendar in the group Event calendar
    Hello, the question that I hope someone can answer or make a suggestion. I am on an older version of ELGG using the 1.8 version of Event Calendar.  Any idea why calendar entries are not searchable?  They are reg as a type of...
    • 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.

  • BORBA joined the group 3 column riverdashboard