Beiträge von wobo

    Hast Du die im 1. Beitrag (codestyling) verlinkten Tipps mal ausprobiert? Da geht es ja unter anderem auch um die Javascriptfunktionalität im Backend. -> http://www.code-styling.de/deutsch/proble…press-28-loesen

    Da hatte ich nicht gesucht, da ich den Begriff "codestyling" falsch verstanden habe - ich nahm an, dass es da um Styles ginge, was ja nicht mein Problem war.

    Natürlich war da die Lösung zu finden. Ich war aber auch auf der richtigen Spur. Ich hatte die gepackte Datei bei uns im Forum bereits als mögliche Quelle angemerkt, wusste nur nicht, wie ich das beheben/umgehen konnte.

    Vielen Dank für die Hilfe

    mit proxy mein ich proxys die manche zugangs provider einsetzen.

    Ach so. Nein, hier nicht.

    Wo Java ist?? Schalte mal in Deinem Browser Java aus und schau Dir dann mal die Seite wp-admin/post-new.php an, dann siehst Du das deutlich. Es fehlen z.B.:
    - die beiden Buttons zum Umschalten zwischen Visuell und HTML
    - sämtliche Buttons über dem Editorfenster (zum Hochladen/Einfügen)
    - in der Tag-Box der Link zum Einfügen gebräuchlicher Tags
    und einiges mehr.

    Es fehlen alle Sachen, bei denen im Quelltext die class "hide-if-no-js" steht. Und weil genau diese Sachen defekt sind komme ich zu dem Schluß, dass es ein Java-Problem ist.

    2.8.3 - Probleme

    Cache auf dem Server direkt gelöscht. Da es mein eigener Server ist, hängt da auch kein Proxy drin.

    Durchgehende Probleme seit dem Update von 2.7.x auf 2.8.0 und entsprechend weiter bis 2.8.3
    - Im Editor ist die "HTML"-Ansicht eingestellt und lässt sich nicht auf "Visuell" umstellen. Es macht mir zwar nicht viel aus, in HTML zuschreiben. Außerdem wird ein einfach hingeschriebener Text ohne Tags nachträglich automatisch mit den Tags zur Absatzformatierung versehen. Aber in "Visuell" ist es natürlich bequemer.

    - der gesamte Kasten "Tags" bei der Artikelerstellung/-bearbeitung ist ohne Funktion. Man kann keine Tags hinzufügen.

    - die Funktionen "Hochladen/Einfügen" im Editor sind ohne Funktion.

    Meine Vermutung: Java-Probleme

    Sehr seltsam, das Ganze! Ich habe einfach mal die archive.php aus dem ZIP über die bestehende archive.php drübergebügelt und das Problem ist weg.
    ich schwöre bei allen Göttern von Ceget IV, dass ein Diff der Datei mit dem Original keinen Unterschied angezeigt hat!

    wobo

    EDIT: Jetzt haben wir (fast) gleichzeitig gepostet. Upload-Modus war einfaches Kopieren, da die Website erstmal zum Testen lokal auf dem gleichen System eingerichtet ist.

    Die Fehlermeldung sagt nicht, das eine Klammer fehlt, sondern das ein String an einer Stelle steht, wo eine Klammer erwartet wird.

    Ja, so ist es richtig, hatte mich nur ungenau ausgedrückt.

    archive.php

    wobo

    Ja, da steht wirklich was, nur kann ich damit nichts anfangen:

    Code
    PHP Parse error:  syntax error, unexpected T_STRING, expecting '(' in /var/www/html/wordpress/wp-content/themes/default/archive.php on line 39, referer: http://192.168.2.2/wordpress/

    Ich habe mir die archive.php angesehen und finde keinen Fehler. Die Datei ist unverändert, ich habe sie trotzdem mit dem Original verglichen, stimmt überein:

    PHP
    <p class="postmetadata"><?php the_tags(__('Tags:', 'kubrick'), ', ', '<br />'); ?> <?php printf(__('Posted in %s', 'kubrick'), get_the_category_list(', ')); ?> | <?php edit_post_link(__('Edit', 'kubrick'), '', ' | '); ?>  <?php comments_popup_link(__('No Comments»', 'kubrick'), __('1 Comment »', 'kubrick'), __('% Comments »', 'kubrick'), '', __('Comments Closed', 'kubrick') ); ?> </p>

    Ich bin zwar kein wirklicher PHP-Coder, aber ich sehe nicht, wo da eine Klammer fehlt.

    wob

    Ich habe nach der Installation von WP 2.7 (deutsches Paket) 3 Kategorien angelegt und einige Testartikel geschrieben. Die Testartikel erscheinen auch auf der Startseite. Wenn ich aber unter "Archive" auf "Januar" oder unter "Kategorien" auf eine der Kategorien klicke, erhalte ich eine völlig leere Seite. Alle anderen Links funktionieren, d.h., die Admin-Seite, usw. - alles in Ordnung, keine Fehlermeldung.

    In der Logdatei des Webservers sehe ich beim Klick auf den Link "Januar" den Eintrag:

    Code
    "GET /wordpress/?m=200901 HTTP/1.1" 500 - "http://192.168.2.2/wordpress/" und danach noch die Browserkennung

    Die "500" steht ja bekanntermaßen für "Internal Server Error", was mir aber nicht viel weiterhilft.
    Oder doch?

    wobo

    EDIT:
    Falls jemand auf die Idee kommt: Es liegt diesmal nicht an den magic_quotes! :) Die habe ich per Eintrag in die Konfigdatei auf (0) gesetzt.

    Problem gelöst. Es lag an der Einstellung der magic_quotes_runtime. Diese steht in der php.ini auf "on" udn muss auch so bleiben. Die Abhilfe war, den String

    Code
    set_magic_quotes_runtime(0);

    in die wp-config.php einzutragen. Danach klappte die Installation auch mit deutschem Sprachpaket.

    wobo

    Ok, die Idee, die magic_quotes-Einstellung für WP in der Config zu plazieren, hat geholfen. Jetzt lösche ich die Installation aus der Datenbank und versuche, eine deutsche Installation hinzubekommen. Vielleicht klappt das ja mit der magic_quotes-Einstellung.

    EDIT:
    Das hat auch geklappt. Es lag also weder an der Sprachdatei noch an den anderen Problemen, die in diesem Thread geschildert werden, sondern an den berüchtigten magic_quotes! Schon seltsam, dass diese Einstellung für das eine PHP-Programm auf ON und für das Andere auf OFF stehen muss, wo doch all diese Anwendungen (WP, PHP-basierte Foren, DokuWiki, Coppermine) mehr oder weniger ähnliche Konstrukte sind.

    Ich bedanke mich auf jeden Fall für die Hilfe!

    wobo

    Ich habe php_mod laufen.

    Eines noch: Es kann nicht nur an der Sprachdatei liegen. Ich habe mal in der wp-config die Sprachvariable geleert ('WPLANG', '') und damit klappte die Installation in Englisch. Allerdings zeigte mir WP gleich nach dem Login eine leere weiße Seite.
    Fehlermeldung in der error_log:

    Code
    PHP Fatal error: Cannot use string offset as an array in /var/www/html/wordpress/wp-includes/capabilities.php on line 116, referrer: /wordpress/wp-login.php

    wobo

    Tja, wie gesagt, dann ist das für uns nicht die Lösung, da wir nur PHP5 installiert haben, also sowieso nur PHP5 benutzt werden kann und - vor allen Dingen - der Fehler trotz Benutzung von PHP5 auftritt. Ich glaube, es ist besser, in dem von Dir verlinkten Thread weiterzumachen, falls sich da etwas Nützliches ergibt, poste ich es gerne hier.

    wobo

    Nun, wie ich schon schrieb, gegen die "gleiche Mauer", die Gegenstand dieses Threads ist und die Du im ersten Beitrag dieses Threads beschreibst.

    Code
    [Fri Jan 02 18:14:07 2009] [error] [client xx.xxx.xxx.xxx] PHP Warning:  unpack() [<a href='function.unpack'>function.unpack</a>]: Type V: not enough input, need 4, have 0 in /var/www/html/wordpress/wp-includes/gettext.php on line 91
    [Fri Jan 02 18:14:07 2009] [error] [client xx.xxx.xxx.xxx] PHP Warning:  unpack() [<a href='function.unpack'>function.unpack</a>]: Type V: not enough input, need 4, have 0 in /var/www/html/wordpress/wp-includes/gettext.php on line 91
    [Fri Jan 02 18:14:39 2009] [error] [client xx.xxx.xxx.xxx] PHP Fatal error:  Maximum execution time of 30 seconds exceeded in /var/www/html/wordpress/wp-includes/streams.php on line 82

    wobo

    Wieso nicht? Wenn die .htaccess nur im WP-Ordner ist, wird nur für WP PHP5 genutzt.

    Heißt das, diese Zeile bestimmt nur, dass PHP5 benutzt wird? Dann wäre sie überflüssig und nicht die Lösung des Problems, da wir nur PHP5 auf dem System haben.

    Allerdings wird auch in dem verlinkten Thread nach der Auswirkung auf andere Software gefragt, das hat mich vorsichtig gemacht. Die Installation von Wordpress rangiert in der Prioritätsliste unterhalb der bereits vorhandenen Anwendungen.

    wobo

    Ich bin leider bei der Installation von 2.7 gegen die gleiche Mauer gelaufen. Allerdings benutze ich keinen virtuellen oder shared Server, sondern einen Root-Server, auf dem ich Hausherr bin (ssh-Zugang, root).

    Ich habe allerdings ein Problem mit der Änderung der PHP-Vorgaben, solange ich nicht weiß, inwieweit die den Betrieb der anderen Software beeinflussen können:
    Forum: PunBB, geplant ist ein Umstieg auf phpBB3
    Wiki: DokuWiki
    Bildergalerie: Coppermine

    Zitat

    Um die anderen Möglichkeiten und Fehler auszuschließen, bedarf es eines Systems, das diesen Fehler hat, den man Untersuchen kann

    Ich bin gerne bereit, dabei zu helfen, obwohl ich nur sehr geringe PHP-Kenntnisse habe.

    wobo

    Vielen dank für den Hinweis, obwohl er das Problem nicht löst, sondern die Benutzung von Wordpress anscheinend unmöglich macht.

    1. Eine Entfernung des deutschen Sprachpaketes ist keine Option. Unsere Website ist speziell aus dem Grund entstanden, dass es beim Distributor unseres Linux (Mandriva Linux) keine Unterstützung für deutshcsprachige user gab, die des Englischen nicht mächtig sind.

    2. Wir benutzen keinen shared oder virtual oder was auch immer von mehreren genutzten Server, es ist ein Root-Server, der nur von uns genutzt wird. Von daher treffen die im weiteren Verlauf des verlinkten Threads genannten Gründe nicht zu.

    3. Ein Eingriff in die .htaccess mit der Zeile "AddHandler php5-cgi .php" kommt nicht in Frage, da ich da Auswirkungen qauf die anderen PHP-Anwendungen vermute (Forum, Wiki, Bildergalerie).

    Ich habe mich mal in dem verlinkten Thread gemeldet und meine Mithilfe bei der Fehlersuche angeboten.

    wobo

    Sorry, hier noch die relevanten Einträge aus dem /var/log/httpd/error_log:

    Code
    [Fri Jan 02 18:14:07 2009] [error] [client xx.xxx.xxx.xxx] PHP Warning:  unpack() [<a href='function.unpack'>function.unpack</a>]: Type V: not enough input, need 4, have 0 in /var/www/html/wordpress/wp-includes/gettext.php on line 91
    [Fri Jan 02 18:14:07 2009] [error] [client xx.xxx.xxx.xxx] PHP Warning:  unpack() [<a href='function.unpack'>function.unpack</a>]: Type V: not enough input, need 4, have 0 in /var/www/html/wordpress/wp-includes/gettext.php on line 91
    [Fri Jan 02 18:14:39 2009] [error] [client xx.xxx.xxx.xxx] PHP Fatal error:  Maximum execution time of 30 seconds exceeded in /var/www/html/wordpress/wp-includes/streams.php on line 82

    In der gettext.php in zeile 91 wird nach irgendwelchen Elements gesucht:

    Was da aber genau gesucht wird und wie ich das beheben kann, übersteigt meine PHP-Kenntnisse.

    Ich habe das gleiche Problem. Alle Einträge nochmals geprüft, der Zugang zur Datenbank stimmt (mit phpmyadmin geprüft). PHP hat genügend Speicher.

    Nach Eingabe des URL zur install.php in den Browser dauert es ca. 30 Sekunden (gefühlt) bis eine Reaktion erfolgt: eine leere Seite wird angezeigt, im Statusbar des Browsers steht "Fertig".
    Es werden keine Datenbank-Tabellen angelegt.

    wobo