Es muss ja schwer zu verstehen sein, dass selbst das Verlinken strafbar ist :roll:
Beiträge von mfitzen
-
-
Zitat
Man sollte halt nur bei Updates in Erinnerung behalten, dass die Smilies in wp-includes/images/smilies abgespeichert sind, und diesen Ordner sichern, bevor man eine neue WP-Version drüberbügelt
Solange man die eigens hinzugefügten Smilies anders benennt, als die die WP mitbringt, sollte da eigentlich nichts passieren. Klar, außer man löscht den Ordner bei einem anstehenden Update...ZitatHast du mal ausprobiert, ob die Smiliecodes bei einem Update erhalten bleiben? In der Datenbank habe ich sie nirgends gefunden.
Die Codes werden in der init.php des Plugins gespeichert. Diese sollte dann vor einem Update gesichert werden.
Ich hoffe mal, dass das Plugin auch noch mit WP 2.6 läuft...
-
Alternativ kannst Du auch noch zu Custom Smilies 2.0 greifen. Läuft problemlos mit WP 2.5.1 (im Gegensatz zu WP-Grins) und stellt ebenso klickbare Smilies für Frontend und Backend bereit. Die "Smiliecodes" können übers Backend eingetragen werden, also ist kein Eingriff in die Core-Dateien von WordPress nötig.
-
Zu finden in wp-includes/functions.php
Suche nach function smilies_init (ziemlich weit unten). Dort werden alle Smilies aufgeführt und neue können hinzugefügt werden. Beachte jedoch, dass Deine Änderungen bei einem WP-Update möglicherweise überschrieben werden können. Von daher mache Dir am besten ein Backup der Datei.
-
Hallo Jared!
Könntest Du mir vielleicht eine Kopie der deutschen Übersetzung zukommen lassen? Das wäre super! :-D
-
Vielleicht kann ich Dir behilflich sein. Nimm erstmal diese Zeile nach dem body Tag raus:
Code<< <<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">Alles weitere könnte man dann per PN klären, wenn Interesse besteht.
-
Ich schätze mal, dass in einer Datei Deines Themes (wahrscheinlich single.php) der Aufruf der Sidebar fehlt.
So
oder
könnte der aussehen und müsste dann in die Datei eingefügt eingefügt werden. Schau Dir einfach mal an, wie´s z.B. in der index.php aussieht. Ist kein Hexenwerk ;-)
-
wäre vielleicht Sinnvoll wenn du mal einen Link zu dem Plugin Download gibst damit man weiss welches du genau benutzen tust
Hm... Meiner Meinung nach gibt´s nur ein WordPress Plugin mit dem Namen cforms
im Editor (Codeansicht) einfügen
-
Ist in WP 2.5.1 integriert. Über den Buttons des Tiny MCE Editors findest 4 kleine graue Buttons (Bild, Video, Audio und Dateien hinzufügen). Sollte Dir die Funktion nicht reichen, schau Dir mal den FCK Editor für Wordpress an. Dieser Ersetzt den Tiny MCE und bietet unter anderem auch den Bilderupload vom eigenen Rechner sowie von anderen URLs
-
Ja manchmal trat der Fehler auch im Frontend auf. Genau wie Du sagst, erschien dann nur eine weiße Seite mit der besagten Fehlermeldung. Wir können mal folgendes machen: Ich könnte Dir nen FTP Account einrichten und dann kannst Du Deine Test auf meinem Testblog fortführen, quasi am lebenden Objekt.
-
Zitat
auch wenn dann die Beschriftungen evtl. um 1 Zeichen verschoben sind (1. fehlt, dafür 1. von nächsten hinten dran)
Wie muss ich mir das vorstellen?
So? Artikel schreiben ---> rtikels chreiben ???
Wenn es so aussieht, wie ich mir das gerade vorstelle, dann bleib ich doch vorerst lieber bei den längeren Ladezeiten :-D
-
Hallo ihr beiden!
Also nach ca. 11 Stunden Dauerspeichern habe ich mit folgendem Code von Beatinu zumindest für heute schonmal einen Erfolg zu verzeichnen
Code
Alles anzeigenclass StringReader { var $_pos; var $_str; function StringReader($str='') { $this->_str = $str; $this->_pos = 0; } function my_substr($in, $pos, $len) { $out = ""; for ($i = $pos; $i < $pos + $len; $i++) { $out .= $in[$i]; }; return $out; } function read($bytes) { $data = $this->my_substr($this->_str, $this->_pos, $bytes); $this->_pos += $bytes; if (strlen($this->_str)<$this->_pos) $this->_pos = strlen($this->_str); return $data; }Zwischenzeitlich hab ich hin und wieder mal ein bisschen zusätzliche "Last" erzeugt, indem ich an anderen Stellen des Blogs ein paar Eingriffe vorgenommen habe. Alles ohne irgendeine Fehlermeldung. Einziges Manko: Wie erwähnt ist hat sich die Geschwindigkeit in Sachen Seitenaufbau merklich verschlechtert. Wenn man den Code dahingehend noch optimieren könnte, würde ich mal einen Langzeittest starten um sicher zu gehen, dass ich heute nicht nur einen "Glückstag" hatte.
Ich muss zugeben, dass ich von euren letzten Postings nicht viel verstanden habe, dazu fehlt mir einfach das Fachwissen. Daher weiss ich auch nicht in wie weit eure Überlegungen fortgeschritten sind.
Trotzdem möchte ich mich jetzt schonmal für eure super Hilfe danken! Ist ja auch nicht gerade selbstverständlich...
-
Ich würde das mit der zusätzlichen fread() Anpassung laufen lassen, bei subst() ist die derzeitige Lösungs alles andere als optimal, wenn sie überhaupt nötig ist. ...
Soll heißen? War das überhaupt an mich gerichtet?
Ich wollte nur mal nen kurzen Zwischenstand abliefern. Ich teste ja gerade den letzten Code von Beatinu und nach ca 6 Stunden Dauerspeichern noch immer keine Fehlermeldung. Aber ich will mich nicht wieder zu früh freuen. Sah ja gestern zuerst auch ganz gut aus...
Fakt ist jedoch, dass dieser Code deutlich an den Ladezeiten zerrt. Ich werde gleich nochmal bis ca. 22 Uhr abwesend sein. Solange lass ich es mal weiterlaufen. Vielleicht tut sich ja noch was... Melde mich dann nochmal
-
Hab ich eingebaut und kann zumindest schonmal bestätigen, dass es sprachlich keine Probleme zu geben scheint. Bleibt alles deutsch, jedoch dauert der Seitenaufbau meiner Meinung nach länger als vorher (aber das hatte codestyling ja glaub ich schon angekündigt...). Mal sehen ob sich da was in Sachen Fehlermeldungen ergibt.
Hab mich zwischenzeitlich auch mal in anderssprachigen WP Foren umgesehen. Das Problem besteht ja nicht nur mit der deutschen Sprachdatei. Auch andere sind betroffen, jedoch stehen Problemlösungen auch dort aus.
-
Der Code deaktiviert alle Sprachdateien. Danach ist sowohl das Backend als auch alle Plugins mit language-files in Englisch. Das ergibt im Frontend einen Misch Masch aus Deutsch-Englisch. Fehlermeldungen konnte ich keine ausmachen
-
Getestet und für nicht gut befunden. Diese Änderung zerschießt mir z.B. die Übersetzung des Simple Forums.
-
Schon richtig, 2 unterschiedliche Resultate bei identischen Dateien kann eigentlich nicht sein. Wie gesagt, bis jetzt ist es auch nur die Hoffnung, dass es die richtige Lösung war. Kann natürlich auch nur Zufall sein, dass der Fehler heute (scheinbar) nicht auftritt... Eine Frage habe ich jedoch: Kann das was mit dem FTP Übertragungsmodus zu tun haben? Ich hab gerade mal nachgesehen. Wenn ich das Downloadpaket entpacke, liegt die Datei im UNIX Format vor. Kopiere ich sie auf den Server und lade sie dann von dort nochmal auf den Server, dann hat sie das DOS Format. Dadurch ändert sich auch die Dateigröße geringfügig...
[COLOR=Red] EDIT:[/COLOR] [COLOR=Red]Kommando zurück![/COLOR] Vielleicht hätte ich das eben nicht schreiben sollen... Ist ja lange genug gut gegangen. Prompt werde ich wieder mit ner schönen Meldung bestraft
Zitat
Warning: unpack() [function.unpack]: Type V: not enough input, need 4, have 0 in /www/htdocs/xxxxxx/test2/wp-includes/gettext.php on line 91Warning: unpack() [function.unpack]: Type V: not enough input, need 4, have 0 in /www/htdocs/xxxxxx/test2/wp-includes/gettext.php on line 91
Fatal error: Maximum execution time of 30 seconds exceeded in /www/htdocs/xxxxxx/test2/wp-includes/gettext.php on line 166
Ich werd gleich mal Beatinu´s Tipp testen.
-
Ich trau mich fast gar nicht es zu sagen, aber ich denke/hoffe das Problem hat sich gelöst. Bislang keinerlei Fehler.
Hoffentlich war´s dann auch die entgültige Lösung. Dann hätte Alphawolf mit seiner Aussage
Zitat(ja, manchmal kann wirklich die einfache Lösung die richtige sein ;-))
doch noch recht :-D
-
Was testen? Den Code, den Beatinu gepostet hat? Teste gerade noch die Variante von Alphawolf: Einfach mal die Core Dateien neu hochgeladen. Bislang keine Fehler, aber das hat gestern ja auch ewig gedauert bis der erste wieder kam. Geb euch aber dann heute Nachmittag/Abend ein kurzes Feedback.
-
So Männers, gerade vom Fußball zurück... Wie gesagt hatte ich in 2 Installationen (eine mit und eine ohne Codestyling´s Patch) Artikel verfasst und beide mal munter speichern lassen während ich weg war. Bei beiden tritt der Fehler auf! Also hilft der Patch schonmal nicht (hab´s nur nochmal getestet um wirklich sicher zu gehen).
Alphawolf: Das derzeitige Memory-Limit steht auf 65M. Ich werde morgen, wie von Dir vorgeschlagen die Core Dateien nochmal neu hochladen und dann testen was passiert.