Um schreiben oder kommentieren zu können, benötigen Sie ein Benutzerkonto.
Sie haben schon ein Benutzerkonto? Melden Sie sich hier an.
Jetzt anmeldenHier können Sie ein neues Benutzerkonto erstellen.
Neues Benutzerkonto erstellenUm Artikel von A-Z darzustellen benötigt man nicht zwingend ein Plugin. Das geht auch mit einem Template: http://codex.wordpress.org/Alphabetizing_Posts
oder etwas einfacher in einem Seitentemplate diesen Code einfügen
<?php wp_get_archives('type=alpha'); ?>Falls unbedingt ein Plugin benötigt wird: http://wordpress.org/plugins/a-to-z-listing-by-alphabet/
Welchen Code hast Du wo eingefügt? Du musst normalerweise keinen Code einfügen. Plugin installieren, aktivieren, konfigurieren, Fertig!
[attach='7655.vB'][/attach]
Was Du suchst sind keine Widgets, sondern Plugins.
Es sollte Schriftstile ändern und mir die Möglichkeit zum spielen geben (klein, groß, fett, unterstrichen, usw.)!
Das kann der vorhandene WYSIWYG Editor doch?! Zumindest Klein, Groß, Fett, Unterstrichen usw.
[attach='7653.vB'][/attach]
Der Funktionsumfang lässt sich mit Plugins wie z.B. TinyMCE Advanced erweitern:
[attach='7654.vB'][/attach]
Von CSS und den PHPDingern habe ich keine Ahnung, mich auch noch nicht rein gelesen...
Solltest Du aber besser machen.
Es scheint also ein Fehler in der neuen Version zu sein. (??) Vielleicht ist es an der Zeit, das Problem mal zu untersuchen?
Nein, das ist kein Fehler in der neuen Version. Wenn es so wäre, hätte es vermutlich jeder WordPress Nutzer.
Vielleicht ein Javascript Problem, vielleicht ein fehlerhafter Upload, vielleicht funkt ein Plugin dazwischen, oder vielleicht ein zu niedriges memory_limit? Eventuell ist auch ein Browser-Addon dafür verantwortlich.
Du merkst die Ursachen können so vielfältig sein, dass Du uns schon mehr Infos liefern musst. Was wurde bislang probiert? Wie wurden die Dateien übertragen? Welche Plugins sind aktiv? Besteht das Problem auch in anderen Browsern? Wie hoch ist das memory_limit?
Unter Einstellungen->Permalinks müssen diese erstmal aktiviert werden. Hinzu kommt, dass der Server das Umschreiben der URLs unterstützen muss (mod_rewrite muss aktiviert sein).
Dann könnte es eventuell daran liegen, dass die Dateien nicht korrekt übertragen wurden, oder der Server ein zu niedriges memory_limit hat.
EDIT: ... im falschen Thread geposted ...
Nimm mal den Haken bei Erkannten Spam kennzeichnen, nicht löschen raus. Falls du noch nicht hast.
Wenn man das macht lernt Antispam Bee nicht mehr von alleine dazu. Siehe: http://www.perun.net/2012/11/09/wor…-spamaufkommen/
Wenn der Dieb eine 1:1 Kopie Deines Servers verwaltet, dann wird sich auch die info.php bald darauf befinden. Ergo alle Dateien die auf Deinem Server erstellt werden, werden 1:1 auf die geklaute Domain gespiegelt. Ich denke, dass das gemeint ist
Alles anzeigenDa hast Du recht. Es hat was mit der DB zu tun.
Ich habe das Problem so gelöst:1. Den Ordner plugins (wordpress/wp-content-plugins) auf dem PC runterladen
2. Den Ordner plugins in der DB löschen (Kannst alternativ auch die Plugins einzeln rauslöschen wennn es nicht viele sind)
3. Den Ordner plugins neu anlegen.
4. Die Plugins neu installieren, aber nicht aktivieren
5. Den gesicherten Ordner Plugins (oder die Plugins je nachdem was Du bei Schritt 2 gemacht) über FTP in den Ordner plugins überspielen. Dabei werden die bei Schritt 4 installierten Plugins überschrieben.
6. Im WP-Backend die Plugins aktivierenJetzt müsstest Du Plugins mit den alten Einstellungen haben.
Bei einigen Seiten hat sich das Problem mit der zerschossenen Darstellung auch so erledigt.
1. Der Ordner heißt wp-content/plugins
2. Man kann keinen Ordner in der Datenbank löschen. Hier ist wohl eher der Ordner auf dem Server gemeint, also per FTP Tool löschen.
Die Schritte 2-5 kannst Du Dir sparen. Es reicht aus die Unterordner von wp-content/plugins einfach umzubenennen. Dadurch werden alle aktiven Plugins automatisch deaktiviert.
Nach dem Umbenennen den Browsercache löschen und ins Backend gehen. Prüfe dann ob die Fehler immer noch auftreten. Wenn nicht, dann aktivierst Du das erste Plugin. Fehler tritt noch immer nicht auf? Dann das nächste Plugin aktivieren und prüfen... Und so weiter... Bis Du den Schuldigen gefunden hast.
Ich würde mal behaupten in die header.php des jeweiligen Themes.
#footer {
margin: auto;
width: 950px;
}Weiße Seite ist kein seltenes Thema hier im Forum. Du solltest hunderte Beiträge dazu finden. Es treten Fehler auf, die am Bildschirm nicht ausgegeben werden. Häufig liegts am memory_limit. Siehe dazu auch die FAQs (was tun wenn Fehler auftreten)
Schonmal alle Plugins deaktiviert, aufs Standardtheme gewechselt u. anschließend den Browsercache gelöscht?
Könnte vielleicht auch helfen: http://www.michael-fitzen.de/2012/07/21/wor…funpic-hosting/
Gehts um einen Blog bei wordpress.com? Dann bist Du hier falsch... Hier gehts um selbstgehostete Blogs und die sind nicht von irgendwelchen Apps, Barcodes oder Schlüsseln abhängig.
Du musst vermutlich hier hin: http://de.forums.wordpress.com
Schreibs in die style.css des Themes. Wenn Du es ganz am Ende einträgst, machst Du nichts falsch. Beachte jedoch, dass Deine Änderungen bei einem Themeupdate u.U. verloren gehen. Daher empfiehlt sich der Einsatz eines Childthemes.
Geht es um dieses Parent-Theme?
http://wordpress.org/themes/forever
Dann schau mal in die colophon.php
<footer id="colophon" role="contentinfo">
<div id="site-info">
<?php do_action( 'forever_credits' ); ?>
<a href="http://wordpress.org/" title="<?php esc_attr_e( 'A Semantic Personal Publishing Platform', 'everafter' ); ?>" rel="generator"><?php printf( __( 'Proudly powered by %s', 'everafter' ), 'WordPress' ); ?></a>
<?php printf( __( 'Theme: %1$s by %2$s.', 'everafter' ), 'Ever After', '<a href="http://automattic.com/" rel="designer">Automattic</a>' ); ?>
</div>
</footer>Passieren Euch solche Angriffe öfters?
That´s part of the internet 
