Beiträge von Putzlowitsch

    Weil es mir gerade noch einfällt. Schaue doch einmal nach, wie Deine Bilder auf dem Server im Upload-Verzeichnis abgespeichert werden...

    Wie es auf dem Server steht, hat hydro doch gleich ganz oben geschrieben (die erste Tabelle). Das ist mit zwei Zeichen als UTF8 kodiert. Für den Aufruf selbst muß es dann natürlich entsprechend URL-kodiert sein (mit %-Zeichen). Das funktioniert ja auch.

    Piwik muß halt nur einfach die UTF8-Codes richtig behandeln, dann klappts auch mit der Statistik.

    Sehr lustige Sachen kommen bei Umlauten übrigens bei 1&1-WebAnalytics raus. Da werden Strings einfach getrennt und ich wundere mich, mit was für komischen Suchanfragen die Leute meine Seiten finden :-)
    http://schnurpsel.de/11-webanalytic…he-doerfer-884/

    Gruß
    Ingo

    @alexandros

    Gut, der alte Smart L Tarif ist nicht wirklich für Wordpress geeignet, besonders wegen des geringen Speicherlimits von nur 30M. Den hatte ich auch mal, mittlerweile bin ich in den Basic-Tarif gewechselt. Da ist im übrigen eine Domain im Preis enthalten. So mußt Du nur zwei Zusatzdomains á 0,99 Euro bezahlen. Macht zusammen also knapp 9 Euro im Monat. Der nutzbare PHP-Speicher wäre dann übrigens ca. 55M. Ist zwar auch nicht die Welt, aber man kann damit auskommen.

    Die Gesamtbewertung dieser Speedtests setzt sich ja aus vielen Teilwerten zusammen. Insofern bedeutet ein schlechter Gesamtwert nicht unbedingt, daß der Webhoster schlecht ist. Man kann da auch viel selbst verbocken. Bei einer meiner Seiten hat mich z.B. das Verkleinern von Bildern per HTML bzw. CSS runtergerissen. Dafür kann ich ja schlecht den Webhoster verantwortlich machen.

    Wo wir schon bei allgemeinen Werten sind, der Blog von r23 hat im YSlow Grade genau wie Deine Seite nur 74% und damit eine C-Einstufung. :-)

    Gruß
    Ingo

    Genau das meine ich ja. Das Javascript kann bestenfalls überprüfen, welchen Statuscode das PHP-Skript zurückgibt. Deshalb wird dann einfach beim Statuscode ungleich 200 dieser allgemeine HTTP-Fehler angezeigt.

    Anders wäre es, wenn das PHP-Skript mit "200 OK" zurückkommt. Dann könnte man im JavaScript auch den Inhalt auswerten, wenn der vom PHP-Skript z.B. einfach als Plain-Text ausgegeben wird. Oder meinetwegen als JSON.

    Bei einem Speicherfehler bricht das PHP-Skript aber ab, bevor dieser eigentliche Status zurück gegeben wird und so kann das JavaScript den Fehler nicht präzisieren.

    Wie auch immer, das Problem des TE dürfte PHP-Speichermangel sein.

    Gruß
    Ingo

    Melewo

    Ich verstehe jetzt nicht so ganz, oder besser gesagt gar nicht, was Du mir mit dem Beispiel sagen willst.

    Ich meinte eigentlich nur, daß ja das Upload-JavaScript das eigentliche PHP-Uploadskript aufruft und falls dieses, aus welchen Gründen auch immer, mit einem Statuscode ungleich 200 beendet wird, das einfach als HTTP-Fehler meldet. Mehr nicht.

    Gruß
    Ingo

    Fakt ist, daß man bei 1&1 die PHP-Version konfigurieren kann, einschließlich PHP 5.4. und 5.5:
    http://goo.gl/8SoJrc
    Bei Neukunden ist PHP 5.4 die Standardeinstellung.

    Fakt ist auch, daß man bei 1&1 die Logfiles in Echtzeit im eigenen Webspace bereitgestellt bekommt. Sowas gibts noch nicht mal bei den weiter oben erwähnten Anbietern Host-Europe und All-Inkl. Da hat man erst ab Mitternacht des folgendes Tages darauf Zugriff (All-Inkl) oder muß sie kompliziert im Kundenmenü runterladen (Host-Europe).

    Aber das nur nebenbei. :-)

    Warum sollte beim Shared Webhosting der Kunde eine Firewall bekommen? Die läuft auf dem Server im Hintergrund und gut ist, was hat der Kunde damit zu tun?

    Gruß
    Ingo

    Ich vermute mal, daß das einfach ein allgemeine Fehlermeldung ist.

    Der Multi-Uploader läuft ja mittels JavaScript und ruft das eigentliche PHP-Upload-Skript im Hintergrund auf. Tritt nun so ein Speicherproblem auf, wird das PHP-Upload-Skript z.B. mit einem HTTP-500 Statuscode beendet, was das JavaScript dann einfach als HTTP-Fehler meldet.

    Oder anders gesagt, daß PHP-Upload-Skript kommt gar nicht mehr dazu, etwas Sinnvolles als Antwort an das JavaScript zurück zu geben, weil es bereits vorher wegen des Speichermangels abgebrochen wird.

    Diese Probleme hatte ich früher besonders bei 1&1, wo der Speicher mit ca. 30M ja lange Zeit sehr knapp bemessen war. Ich meine mich zu erinnern, daß da auch einfach ein HTTP-Error angezeigt wurden bzw. der Uploader gar nichts gemeldet hat und im Status "Wird verarbeitet..." stehen geblieben ist.

    Gruß
    Ingo

    Da laut TE die Bilder ja hochgeladen werden, wird es wohl nichts mit dem Upload selbst zu tun haben.
    Es dürfte eher beim nachgeschalteten Erstellen der Thumbnails und Bilder in anderen Größen klemmen. Das hängt in der Regel mit dem PHP-Speicherlimit zusammen. Das deaktivieren von Plugins bzw. der Verzicht auf die deutschen Sprachdateien spart natürlich Speicher ein, so daß es dann wieder funktioniert.

    Apokh
    Wer ist denn Dein Webhoster und welches Hostingpaket hast Du dort?

    Gruß
    Ingo

    ...
    Sonderzeichen sind in Dateinamen nicht erlaubt. Am Besten Du gewöhnst Dir auch Kleinschreibung an, was Dateien angeht.

    Gibt es da ein Gesetz, welches die Verwendung von Sonderzeichen (und Großbuchstaben) verbietet und wenn ja, kann man das irgedwo nachlesen?

    Ich verwende gelegentlich Umlaute in den Dateinamen meiner Uploads und hatte damit noch keine Probleme. Wir haben 2014 und das Internet hat sich in den letzten 20 Jahren schon ein bißchen weiterentwickelt. :-)

    Gruß
    Ingo

    Wie muß man sich "klappt nicht mehr" genau vorstellen?
    Können keine Bilder mehr hochgeladen werden? Gibt es Fehlermeldungen? Betreibt Ihr den Server bei Host-Europe selber oder wer ist für die Administration des Servers zuständig?

    Gruß
    Ingo