Beiträge von gthr

Also mir ist letzte Woche der Greenhorn-Fehler passiert:
Nach dem Upgrade auf WP 2.8 war bei mir im Dashboard nur die halbe Einstellungsseite "Allgemeines" zu sehen. Das hatte sich gelöst. Dann wurde die Neueinspielung der Datenbank notwendig, die aber gemacht wurde, als der Fehler noch bestand.

Also habe ich mir den Fehler 'neu' wieder eingespielt:

Deshalb der Hinweis auf diesen nützlichen Artikel bei MySQLDumper

Wäre das nicht auch mit diesem Plugin möglich(?):

Redirection

Und mein angekündigtes Plugin

WordPress.com Stats Smiley Remover

:-)

Ich bin 100%ig sicher, bei WordPress.org in der Plugins-Fülle einmal vor Wochen ein Plugin gesehen zu haben, dass diesen 'Smiley' entfernen soll.

Bitte dort suchen. Ich suche heute Abend mit.

Jana, WP 2.8 ist ein PHP-Speicher-fressendes kleines Monster, deshalb warten hier ALLE auf WP 2.8.1, das in wenigen Tagen kommt, und Deinen jetzt bei vielen WP-Usern vorkommenden Fehler zumindest nicht mehr so oft produzieren soll: 32MB reichen bei mir derweil nicht mehr.

Wenn Du Dir Ärger ersparen willst, warte besser ab - und durchstöbere derweil hier das Forum, den Blog ...

"Merkwürdige" index.php im Plugins- u. Themes-Ordner ...

In beiden o.g. Unterordnern, aber auch im gesamten wp-content findet sich bei mir folgende Index.php:

<?php
// Silence is golden.
?>

Dett könn `wa ja noch alle auf deutsch übersetzen, aber welchen Sinn machen die da - und wie kommen die da hin?

Gruss

gthr

Ich kann die Schwierigkeiten mit dem Plugin bestätigen, auch mit dem heutigen Update auf
XML Sitemap Generator für WordPress 3.14

Der Eintrag des PHP-Arbeitsspeicherlimits (32MB, seit einer Woche 40MB) dort kann vollkommen kontraproduktiv sein: Er 'haute' mir in den letzten Tagen auf WP 2.8 jeweils innert Bruchteilen von einer Sekunde durch - und erzeugte eine weisse Seite: Ich kam zwar wieder ins Backend, sah da aber nur eine Meldung über eine offensichtlich fehlgeschlagene Sitemap-Generierung: Mit 3.14 hatte ich heute sogar eine 500-Fehlermeldung und die Seite war nicht mehr im Frontend zu erreichen, erst nach Backup-Einspielung wieder.

Heute Abend habe ich den Arbeitsspeichereintrag dort im Plugin GANZ ENTFERNT und die ZEIT mit "0" auf unendlich eingestellt:

"Die Sitemap-Generierung dauerte 3.54 sekunden und verwendete 34.75 MB Speicher."

Es arbeitet jetzt wieder völlig normal.

NACHTRAG: Dort im Plugin steht:
"Es wird die von WordPress generierte virtuelle robots.txt verwendet. Es dark keine robots.txt Datei im Blog Verzeichnis liegen!"

Bei mir liegt aber eine robots.txt im Root. Ist das gefährlich?

Gruss

gthr

Ich bin 100%ig sicher, bei wordpress.org schon ein Petition-Plugin zum Download gesehen zu haben.

Genau:

WordPress Petition Plugin

Gruss

gthr

Wenn payon auf seiner lokalen Xampp-WordPress-Installation immer nur (einen) neue(n) Artikel bearbeitet UND DIESE(N) dann als XML-Datei auf dem Online-Server importiert, sollte das gehen ...

Während alle Backup-Plugins ihre Backups in den WP-Content-Ordner legen, werden die Provider-Backups in die Ebene VOR .html und deren WP-Ordner abgelegt.

Dort finden sich files.tar.gz, html.tar.gz, mysql.tar.gz mit den Ordnerrechten 640, d.h. ich komme da nicht heran, was ja auch Sinn macht, denn diese von mir beim Provider angelegten Sicherungen spiele ich auch über das Tool WIEDERHERSTELLUNG beim Provider wieder ein.

Dieses Plugin könnte manchem helfen, sein WordPress auf den empfohlenen Standard zu bringen, aber ...

... ich frage mich, ob man die dort in den Faq angegebenen beiden Sql-Befehle nicht OHNE das Plugin direkt in phpMyAdmin ausführen kann:

Zitat

What's happening "behind the scene"?

1. Change tables: ALTER TABLE $table DEFAULT CHARACTER SET utf8 COLLATE utf8_general_ci
2. Change columns: ALTER TABLE $table CHANGE $field_name $field_name $field_type CHARACTER SET utf8 COLLATE utf8_bin

What about the WP version?

As you've seen, only MySQL and PHP are required. Roughly speaking, it has nothing to do with WordPress, so you can use almost any version of WordPress.

Wenn, ja: In welcher Reihenfolge, oder kann man auch beide Befehle in genau dieser Reihenfolge auf eiinmal eingeben?

Wer weiss es?

NACHTRAG: Hier im Forum kam mit den Upgrade-Problemen auf WP 2.8 auch einmal der Vorschlag, den config.php-Eintrag "utf8" in utf-8" zu berichtigen, worauf alle meine lieben deutschen Umlaute als "Raute mit ?" erschienen. Zu der ganzen Umlautproblematik, die ja wohl diese Anpassung an utf-8 sinnvoll erscheinen lässt, fand ich diesen interessanten Artikel bei MySQLDumper: Die Umlautproblematik - was, wieso, was tun?

Gruss

gthr

Reicht dazu nicht diese .htaccess:

[COLOR=#000000][COLOR=#FF9900]# BEGIN WordPress
[/COLOR][COLOR=#006600]<[/COLOR][COLOR=#0000CC]IfModule mod_rewrite[/COLOR][COLOR=#006600].[/COLOR][COLOR=#0000CC]c[/COLOR][COLOR=#006600]>
[/COLOR][COLOR=#0000CC]RewriteEngine On
RewriteBase [/COLOR][COLOR=#006600]/
[/COLOR][COLOR=#0000CC]RewriteCond [/COLOR][COLOR=#006600]%{[/COLOR][COLOR=#0000CC]REQUEST_FILENAME[/COLOR][COLOR=#006600]} !-[/COLOR][COLOR=#0000CC]f
RewriteCond [/COLOR][COLOR=#006600]%{[/COLOR][COLOR=#0000CC]REQUEST_FILENAME[/COLOR][COLOR=#006600]} !-[/COLOR][COLOR=#0000CC]d
RewriteRule [/COLOR][COLOR=#006600]. /[/COLOR][COLOR=#0000CC]index[/COLOR][COLOR=#006600].[/COLOR][COLOR=#0000CC]php [/COLOR][COLOR=#006600][[/COLOR][COLOR=#0000CC]L[/COLOR][COLOR=#006600]]
</[/COLOR][COLOR=#0000CC]IfModule[/COLOR][COLOR=#006600]>


[/COLOR][COLOR=#FF9900]# END WordPress [/COLOR][/COLOR]

Es wär die gleiche wie im Root. Dort ist sie nur um den Schutz für die config.php erweitert.

?

Danke für den wertvollen Tipp.

Wenn die TinyMCE-Family nur zum weiteren Zumüllen des Webs mit gestalterischem Mist taugen will, lassen wir die jetzt ...

:-D

Nachtrag: Ich habe das Plugin per FTP 2x im Binär-Modus hochgeladen, aber es wird mir leider in der Dashboard-Plugin-Verwaltung n i c h t angezeigt: Ich merke es mir, und versuche es später noch einmal, vielleicht nach dem nächsten Update ...

Gruss

gthr

Obwohl beides aktiviert, kann ich vor und nach einem Text - was gestalterisch eben doch manchem erforderlich ist - so keinen Absatz machen: DAZU braucht es nach wie vor das 'uralte' Plugin TinyMCE Entities Patch,
vor dessen Einsatz mit WP 2.7ff der Autor auf seiner Webseite aber bereits warnt.

Ich setze mit TinyMCE Advanced ja schon ein mächtiges Zusatztool ein, darum verstehe ich das Fehlen einer solch einfachen Anforderung eigentlich nicht.

ODER übersehe ich da eine Einstellungsmöglichkeit?

gthr

Mein Provider hat letztens seine Kunden vor iFrame-Schadcode gewarnt: Ich habe dazu etwas durch googlen auf deutsch gefunden:

7-Seiten-PDF

Keine Panikmache, aber solche E-Mails kommen ja nicht NUR SO ...

Gruss

gthr

So ein MySql-Backup - war meine allererste Wiederherstellung - beim Provider oder sonstwo ist gold wert:

Frontend wieder da: JUCHHUUU!!!

Danke für die aufmunternden Worte.

gthr

Du kannst auch nichts sehen, denn diese Seite lädt im Moment vorne nur weiss.

:?

Das Backend funktioniert tadellos.

Von Fehlermeldung(en) sehe ich nichts.

Ich habe heute von einer statischen Seite auf eine andere statische Seite unter den Einstellungen / Lesen gewechselt:

Da fiel mir auf, dass die dort vorhandene 2.Seite - Next Page nicht geladen werden konnte. Ich bin dann auf eine dritte Einzelseite gewechselt - und bemerkte plötzlich, dass das Frontend total weiss bleibt: Es lädt rasend etwas durch, aber die Seite bleibt weiss ...

Wer weiss Rat?

Danke.

gthr

Ich habe mich in den letzten Tagen erstmals an die Farbgestaltung eines Themes gewagt.

Dabei fiel mir etwas auf: Die Theme-Bearbeitung ist in WP jetzt möglich, aber ohne diese Tools eben auch online z.B. über das mächtige Online-Tool CSSFly

Da wir es hier wohl zunehmend mit Speicherproblemen zu tun haben, ist meine Frage, ob so eine "Aufrüstung" dann WP-intern Sinn macht ...

Sagt ein blutiger 'Laie' auf diesem Gebiet ...

mit Gruss

gthr

Dieses Problem grenzt sich bei mir ein: Mit dem Default-Theme war auch Alex Rabes neues WP-Memory-Usage Plugin im Dashboard endlich ganz zu sehen, das auch anzeigte, dass mein WP 2.8 deutlich ÜBER 32 MB braucht: Die Messung liegt oft bei 35 und mehr MB.

Dann

<?php wp_footer(); ?>

in die footer.php des Themes (ich hatte das einmal wegen eines Plugins entfernt) - und

add_filter(’timezone_support’, create_function(’$on’,'return false;’));

in der functions.php des Themes einfügt - und per FTP auf den Server: Das Theme war kaum dort, nicht aktiviert, da brach alles zusammen: Backend weiss, Frontend weiss ...
Also Simplicity Bright sofort wieder gelöscht, - aber alles blieb weiss.
"plugins" auf dem Server umbenannt, alles blieb weiss. Keep cool!
wp-admin und wp-includes vollständig gelöscht, neu hochgeladen, wp-admin/upgrade.php gefahren: Nicht nötig: Mein WordPress war wieder da!
Codestylings Vermutung, dass die Zeitzonenunterstützung die Einstellungsseite zerstört,war es also bei mir nicht, sondern der fehlende Eintrag im Footer des Themes - und ein hoher Speicherverbrauch.

Gruss und Dank für die grosse Hilfe - insbesondere heute Richtung Leipzig

gthr