Beiträge von Gersprenz

    64 bit ist es nicht, zumnindest nicht eindeutig.

    Danke jottlieb,

    doch daran liegt es offenbar nicht alleine. Ich habe hier eine im Produktivbetrieb abgespeicherte WP-Installation, die springt bei verschiedenen LAMP's im Speicherbedarf wild herum, unabhängig von 64 bit Architektur.

    Ich hab ziemlich viel ausprobiert und bin sicher, dass es die 64 bit Architektur alleine nicht ist.

    Über eine Beantwortung der Fragen freue ich mich jetzt schon.

    Gruß, Gersprenz

    Nach meinen Erfahrungen mit Wordpress frag ich mal Euch, mit welchen Einstellungen für Buddypress ihr gute Erfahrungen gemacht habt, was den benötigten Arbeitsspeicher betrifft.

    Ich schlage dafür Antworten für 3 Fragen vor:

    1. Erzählt, was in eurer wp-config für den Speicherbedarf angegeben ist, also z.B.:
    define('WP_MEMORY_LIMIT', '64M');

    2. Wieviel Plugins sind aktiviert? Meine Obergrenze mit 64 M liegt bei 48 aktivierten Plugins, im Wirkbetrieb.

    3. Wie stark springt der Speicherbedarf beim Betrieb rauf und runter? Bei mir sind es mal 25 MB mehr, wenn der Wind ungünstig steht. Dann muss ich meine WP_MEMORY_LIMIT anpassen.

    Eure Antworten helfen mir, nicht zu verzweifeln bei der Frage: Welche Hostingumgebung braucht Buddypress, Teil 1: Wieviel Speicher?

    Was ich rausbekommen habe bisher: Je nachdem bei welchem Provider ich installiere springt der benötigte Speicherplatz hoch und runter. Doch warum ist allen Beteiligten unklar. So kann ich z.B. bei der einen LAMP Umgebung mit 59 MB auskommen, und genau dieselbe Installation mit denselben Plugins und derselben Datenbank braucht woanders 85 MB RAM - und das ohne Wirkbetrieb.Sowas ist schon mal ein Killer für Provider, die max. 64 MB Speichernutzung erlauben.

    Merci, Gersprenz

    Hi,

    ich hatte das Problem mit den Auto-Updates auch. Bei mir lag es daran, daß ich in meiner wp-config.php folgende Zeile stehen hatte:

    Code
    define('WP_TEMP_DIR', ABSPATH . 'wp-content/upgrade');

    Diese Zeile hatte ich damals eingefügt, weil unter Wordpress 2.7 sonst das Auto-Update bei mir nicht lief. Bei 2.8 scheint es jetzt so zu sein, daß es mit dieser Zeile nicht läuft. ;)

    Nachdem ich die Zeile einfach komplett gelöscht habe, läuft mein Auto-Update wieder einwandfrei. Vielleicht ist das ja auch beim ein oder anderen von Euch der Grund ... ?

    Gruß,
    Ginchen

    Danke, ich habs ausprobiert. Leider keine Änderung.

    Bin auch dabei

    Nach Update von 2.71 auf 2.81
    Hoster: hosteurope
    Automatisiertes Installieren schlägt wie oben beschrieben fehl.
    4 verschiedene Plugins fehlgeschlagen (mit 2.71 gehts, 2.8 nicht getestet)

    Warning: unlink(/xxxxxxxxxxxxxxx/wp-content/upgrade/author-avatars.0.7.4.zip) [function.unlink]: No such file or directory in /xxxxxxxxxxxxxxxxxx/wp-admin/includes/class-wp-upgrader.php on line 146

    Nach Klick auf die als fehlende bemängelte function.unlink findet Wordpress die Funktion wirklich nicht. Eine Funktion "unlink" ist in der class-wp-upgrader.php auch nicht erklärt/deklariert worden, nur den Aufruf finde ich.

    Nach einiger Sucherei kurz meine Fragestellung, vielleicht wisst ihr weiter...

    Ich möchte den Besuchern die Möglichkeit geben, eigene Termine einzutragen.

    Das ginge z.B. per Formular, wenn ich die vom Besucher neu eingestellten Termindaten in eine eigene Kategorie schicken lasse, die versteckt wird. Wenig elegant.

    Nun hat WP 2.8 ja ein paar Neuigkeiten.
    Gäbe es da auch andere Möglichkeiten einer Lösung?

    Ich benötige eine Lösung, mit der ich die eingegangenen Termine moderieren kann, und idealerweise auch einen Tag nach dem Terminereignis aus der Kalender-db wieder automatisiert löschen lassen darf.
    Freuen würde ich mich auch über eine Löschung nach einem voreingestellten Zeitraum, z.B. 48 Stunden nach Erscheinen.

    Wie löst ihr eure Termine, die ihr von Anderen bei euch einstellen lasst? Google cal?

    Sagt mal bitte was...
    Gersprenz



    PS: Der Support ist hier wirklich miss geworden, am anfang war der Super aber jetzt kannst vergessen.

    Nun bin ich hier kein Supporter oder Forenadministrator, gerade deswegen eine Antwort, den eigentlich ist es für mich genau andersherum, mit dir als Beispiel. Ich hab eben mal achgeschaut: Auf sechs deiner Fragen habe ich geantwortet, mit konkreten Links auf Lösungen und Hinweisen zum eigenen Einarbeiten ins Thema Forenintegration in BuddyPress.

    Ohne jede Ironie, ich verstehe das jetzt richtig? Du weisst nicht, wie ein simples 3-zeiliges php Skript fehlerfrei von dir erstellt und hochgeladen wird oder was der Support mit seinem Hinweis gemeint haben könnte. Mein Tipp: Lass die Finger von der Einrichtung und dem Betrieb eines WP mu.

    Selbst mit den hilfreichsten Supportern und diesen Wordpress Foren mit kompetenten Helfern gehst du für meinen Geschmack viel zu leichtfertig mit der Riesenchance auf ein zerwürfeltes oder gehacktes WP mu Produktivsystem um.

    Gruß, Gersprenz

    So nett buddypress auch ist: Die Frage nach dem Austausch von Kalenderdaten trifft mein Problem.

    Ich vermisse eine einfache Möglichkeit des Austauschs von Userdaten zwischen Buddypress Plattformen. Damit könnten die Benutzer ihre einmal in einen Buddypress Kalender eingebenen Veranstaltungs oder Eventdaten in alle anderen Buddypress Kalender mitnehmen/synchronisieren, oder alle Infos zu den Mitgliedschaften in den SN's immer aufs Neue mitnehmen.

    Gruß,

    Ich hab dein Buddypress getestet.

    Den Benutzern ist vom System kein Standardtheme zugeordnet. Sahalso erstmal alles etwas nakig aus.

    Ich konnte für den von mir eingerichteten Blog allerdings eines der von dir bereitgestellten Themes einrichten, danach war es so wie es sein sollte, klickibunti.

    Du müsstest denke ich mal checken, welche Theme als Blog-Standard verwendet werden soll, und in welchem Verzeichnis das bei dir liegt.

    Hmm, ohne ausreichende Englischkenntnisse ist die Installation eigentlich schwer. Ich selbst würde das dann wohl kaum hinbekommen.

    Vielleicht gibt es in deiner eigenen Sprache (Muttersprache) ein Supportforum für Buddypress? Hast du dich mal danach umgeschaut?

    Hier ein Link auf ein aktuelles und gut erklärendes Tutorial zur Einrichtung von WP Mu, Buddypress und bbpress:
    The Easy Button Integrating WPMU, BuddyPress and bbPress

    Was mir ansonsten noch einfällt, wie für hihi eine passende Lösung ein für alle Mal deutlich gemacht werden könnte:

    Die Einrichtung von Wordpress MU und Buddypress setzt anders als die Installation von Wordpress gute Kenntnisse in der Einrichtung von Webservern und deren Erweiterungen voraus. Das dafür notwendige Wissen sollte man durch das selbständige Erarbeiten der gegebenen Tipps aufbauen. Die dafür übliche Sprache in den Foren und Tutorials ist nach wie vor meist Englisch. Man geht dort regelmäßig davon aus, dass der wissenshungrige Frager eben nicht bei Null Ahnung anfängt.

    Wer *nett* fragt und sich *erkennbare Mühe* gibt, das eigene Wissen durch das Durcharbeiten der Lesetipps und der gegebenen Hinweise auf die Tutorials auszubauen, dem wird jedoch meist gerne weiter geholfen.

    Das jetzt noch in die Kindersprache zu übersetzen, schaffe ich nicht mehr; ohne jede Ironie.

    Ergänzen möchte ich, dass Wordpress Bugs ganz sicher nicht die am Meisten verbreitete Ursache für ein lahm gelegtes oder gekapertes Serversystem sind.

    Wer Wordpress Mu auf einem Server einsetzt, dem würde ich wünschen, Linux und Apache erst mal verstehen und administrieren zu können. Dazu gehört auch, die Logdateien (wo sind die denn??) und deren Fehlermeldungen regelmässig zu lesen. Nur ein Standard Wordpress ein paarmal aufgesetzt und angepasst zu haben reicht als Erfahrung nicht, um das System dauerhaft sauber überleben zu lassen.

    Wer es also nicht schafft, mit Hilfe eines englischen Tutorials Wordpress Mu, Buddypress und bbpress erfolgreich zu installieren, oder zumindest eine genau Vorstellung davon zu haben, wo Hinweise auf die Fehlerursache gefunden werden können, der sollte konsequenterweise vom produktiven Wordpress Mu / Buddypress Betrieb die Finger lassen.

    Wie gesagt, meine Apachekonfiguration war fehlerhaft.
    Wenn wir bei dir alle Browser "Plonk" sagen, dann können mehr und unterschiedliche Ursachen der Grund sein.

    Konkrete Ursache bei mir war: Meine Virtualhost Konfiguration stimmte nicht ganz, die Namensauflösung klappt nicht (wie bei dir).

    Ursache:
    Der Webserver lief schon auf domain.de.
    Ich hab WPMU als subdomain.domain.de angelegt, ohne die entsprechende subdomain.domain.de Datei im Verzeichnis /etc/apache2/sites-enabled/ dazu passend und fehlerfrei einzurichten.

    Jetzt weiss ich natürlich nicht was bei dir unter der Haube steckt. Vielleicht hilft dies hier dir trotzdem:

    Im Verzeichnis /etc/apache2/sites-enabled/, dort die Datei "default" bzw. die mit dem Namen deiner Domain, mit der es Probleme gibt, bitte überprüfen, oder die ersten 10 Zeilen mal hier posten..
    Die dazu passende DNS Auflösung sollte auch überprüft werden.

    Diese Vorgehen war am einfachsten:
    1. WP Mu installieren
    2. Nach erfolgreicher Installation das deutsche Buddypress Paket drüberbügeln: Buddypress Paket in irgendein temporäres Verzeichnis entpacken, anschliessend alle Dateien und Verzeichnisse in das Wordpress Mu Verzeichnis kopieren. Bei Nachfrage ggf. die alten Dateien überschreiben.
    3. Buddypress / Wordpress einrichten, also Theme einstellen.
    4. Alle von dir nachgefragten Angaben finden sich nun in der wp-config.php der Wordpress Mu Installation, bitte von dort die Zeilen kopieren und in die bb-config.php im bbpress Root Verzeichnis kopieren. Dort wird vor jeder Feldangabe wird noch ein "BB_" eingeschoben.
    Das Ergebnis (bb-config.php) müsste so aussehen ('ZahlenundZeichen' sicher ganz anders):

    define('BB_AUTH_KEY', 'ZahlenundZeichen');
    define('BB_SECURE_AUTH_KEY', 'ZahlenundZeichen');
    define('BB_LOGGED_IN_KEY', 'ZahlenundZeichen');
    define('BB_NONCE_KEY', 'ZahlenundZeichen');
    define('BB_AUTH_SALT', 'ZahlenundZeichen');
    define('BB_LOGGED_IN_SALT', 'ZahlenundZeichen');
    define('BB_SECURE_AUTH_SALT', 'ZahlenundZeichen');

    Das Cookie Salt, ein paar Zahlen und Zeichen, findest du auch per Firefox: Erstmal sicherstellen, dass du in dein Buddypress / Wordpress mu eingeloggt bist!
    Anschliessend in den Firefoxeinstellungen->Datenschutz->Cookies anzeigen-> Nachschauen. Du suchst das Cookie, dass zum Domainnamen deines Buddypress passt. Das sind zwar mehrere Cookies, die angezeigt werden.

    Aber uns interessiert nur die Cookies, welche mit "wordpress_" beginnen, gefolgt von Zahlen und Zeichen. Um die geht es! Diese sind dein Cookie Salt. Die müssten alle gleich lauten, wenn bis hierin alles richtig gemacht wurde.

    Die Zahlen und Zeichen hinter "wordpress_" kopieren und eintragen.