Beiträge von Ammaletu

An Deiner Stelle würde ich erstmal das Problem etwas einkreisen. Werden dort tatsächlich em-Tags im Quelltext des Beitrags zu strong-Tags geändert? Wenn ja, ist die Frage woran es liegt. Oder werden die em-Tags nur auf der Seite anders formatiert angezeigt als im Editor?!

Ich glaube eigentlich nicht, dass es das Theme ist, aber ausgeschlossen ist es natürlich nicht (wenn z.B. ein Filter in der functions.php definiert wäre). das kannst Du ganz simpel testen indem Du mal kurz auf das Standard-Theme stellst und einen entsprechenden Artikel speicherst. Ansonsten würde ich aber eher nach Plugins schauen, die den Inhalt modifizieren.

Der Link steckt in einem div-Block, und der wird standardmäßig als Block angezeigt. Probier mal folgendes zum Stylesheet hinzuzufügen:

.more-link {
  display: inline;
}

EDIT: Und dann ggf. noch einen Abstand nach links, damit es nicht am Text klebt, mit margin-left: 1em; oder so.

Beiträge und statische Seiten müsstest Du unter "Manage" bzw. auf Deutsch "Verwalten" löschen können. Einfach in der Listenansicht raussuchen, dann müsste ganz rechts auch ein "Löschen"-Button sein. Falls Du den nicht siehst, müsstest Du mal schauen, ob Du als Admin eingeloggt bist. Falls nicht hat Dein aktueller WP-Nutzer ggf. die Löschrechte nicht.

Bei dem Link kriege ich nur einen 404-Fehler...

Die Box wird nicht angezeigt, wenn das Theme keine Templates enthält. Kann es daran liegen?

Zitat

Da hat der Programmierer des Themes wohl mal ´ne Tasse Kaffe zu viel gehabt.

Wenn das Theme öffentlich verfügbar ist und Du sicher bist, dass die Änderung nicht von Dir ist, sag dem Theme-Autor bitte auch Bescheid. Nicht, dass sich noch andere Nutzer über einen so vermeidbaren Fehler wundern müssen. :-)

Also normalerweise wäre die Adresse:
http://guilty.headsh0t.org/wp-login.php

Da kommt aber statt dessen die Startseite mit den "Metadaten" der Sprachdatei. Hm, das hatten wir schon mal irgendwo... Da steht möglicherweise im Theme irgendwo ein falscher Aufruf der Übersetzungsfunktion, nämlich ohne ein Argument. Hm, das wird wohl in der 404-Seite stehen, sehe ich gerade, denn obige Adresse wird nicht gefunden.

Ist Dein Blog auf dem Server in einem Unterordner installiert? Dann müsste der ggf. noch mit rein in die Login-Adresse.

Ach ja, und dann kann ich natürlich nicht umhin zu bemerken, dass Dein Theme etwas krassere HTML-Fehler enthält. Da fehlt der ganze Beginn des Headers. Wird da vielleicht eine Datei nicht eingebunden, weil sie HTTP-Fehler enthält?! Bitte ggf. mal ins PHP-Logfile schauen.
[Invalid] Markup Validation of http://guilty.headsh0t.org/ - W3C Markup Validator

Also was die Meldung im Dashboard soll, kann ich Dir auch nicht sagen. Aber das andere liegt wohl an einem PHP-Fehler in der genannten Themedatei. Öffne die bitte mal und behebe den Fehler entweder selber oder poste uns die Zeile 15, vielleicht mit ein paar Zeilen davor und danach. Dann kann Dir sicher jemand sagen, was da falsch ist.

Hm, steht obendrüber das hier:

<IfModule mod_rewrite.c>
RewriteEngine On

Und untendrunter </IfModule>?! Bzw. hast Du das in das normale .htaccess-File von WP geschrieben?! Ob die Syntax der
RewriteCond stimmt, kann ich Dir auf Anhieb allerdings nicht sagen. Vielleicht hakt es ja auch dort.

Das sollte sich im Backend von WordPress eigentlich einstellen lassen, dass eine statische Seite als Startseite genommen wird. Ich kann's Dir aus dem Kopf gerade nicht genau sagen, aber so viele Einstellungen gibt es da ja nicht. Also die ID der Seite merken und mal die Optionen durchschauen. :-)

Zitat

also ich hab die klassenauswahl schon in v2.5.1 ?

Du schon, aber Vilandra offenbar nicht. Darum ging es in diesem Thread ja eigentlich...

Zitat

mein problem ist, dass ich gerne eigene klassen definieren möchte, die dann dort zur auswahl stehen.

Das sollte eigentlich mit dem TinyMCEAdvanced-Plugin gehen:
WordPress › TinyMCE Advanced « WordPress Plugins

Ich würde es an Deiner Stelle ggf. erstmal an einer lokalen Testumgebung ausprobieren, ob es Dir was bringt. Und die Doku lesen, der Umgang mit dem Plugin ist einen Tick schwieriger als mit vielen anderen Plugins.

Ob in 2.5 auch ohne Plugin ein Weg zum Ergänzen von Klassen vorgesehen ist müsste mal jemand anders ergänzen...

Zitat

kennt jemand den Fehler?

Ja, ist gleich die allererste Frage in den FAQ: :-)
WordPress Deutschland FAQ » »Fatal error: Allowed memory size of *** bytes exhausted…« ?

Wobei der Wert bei Dir ja gar nicht so niedrig ist. Müsstest Du also vielleicht wirklich mal schauen, ob zu viele Plugins laufen oder eines vielleicht über Gebühr Speicher braucht.

Du hast ein Semikolon vergessen. Probier es mal so: ;-)

if ( document.getElementById && document.getElementsByTagName ) {
    dw_writeStyleSheet('style.css')[B][COLOR=Red];[/COLOR][/B]
    alert("feddisch");
    addLoadEvent(init_dw_Scroll);
}

Das Widget heißt "Links", denke ich. So oder so kannst Du da nicht viel kaputt machen. Wenn Du das falsche erwischst, zeihst Du es halt einfach wieder rein in die Sidebar, klickst auf Speichern und gut. ;-)

Du müsstest mal schauen, worin sich die Blogs unterscheiden. Laufen da z.B. die gleichen Plugins? Was ich mir vorstellen könnte wäre, dass ein Plugin wie Spam Karma den Kommentar behandelt und an der normalen Kommentarverwaltung von WordPress vorbeischleust. Und verwendest Du für das Kontaktformular die gleiche Mailadresse wie in den Optionen und Deinem Profil? Ein Blick ins PHP-Logfile kann ansonsten auch nicht schaden.

"Pages" zeigt automatisch die statischen Seiten des Blogs an, welche Du im Backend unter Write > Page anlegen kannst. Das ist nicht für externe Links gedacht (obwohl man es mit Plugins dazu umbiegen kann). Externe Links kannst Du am einfachsten über die Blogroll verwalten (Hm, Write > Link unter 2.5, glaube ich).

- Nachschauen im PHP-Log, ob irgendwelche PHP-Fehler auftreten.
- Alle Plugins updaten, welche im Backend anzeigen, dass Updates verfügbar sind (für manche Plugins wird es dort auch nicht angezeigt).
- Einen Link zur Seite posten, damit wir mal schauen können, ob sich die Ursache im Quelltext finden lässt.
- Dir lokal mit XAMPP eine Testinstanz einrichten, auf der Du sowas in Zukunft ausprobieren kannst, ohne die eigentliche Seite zu gefährden. ;-)

Zitat

Falls das was mit dem OS zu tun haben sollte, was ich mir aber eigentlich nicht vorstellen kann, ich bin macuser unter 10.5.2!

Natürlich hat das was mit dem OS zu tun, schließlich sind Dateirechte eine Betriebssystem-Funktion. Und das ist auch noch unter jedem OS anders gelöst. ;-)

Unter Windows und Linux hätte ich es Dir sagen können, bei Mac habe ich keine Ahnung. Aber prinzipiell sollte es dort auch eine Funktion geben, um einem Verzeichnis mit allen Unterverzeichnissen gewisse Rechte zuzuweisen. Darin neu angelegte Ordner erben das hoffentlich. Also nach der Option suchen, die Rechte für alle untergeordneten Objekte zu übernehmen, und dann an einem wp-content untergeordneten Ordner nachschauen, dass das Setzen geklappt hat. Ansonsten müsstest Du mal gezielter nach Mac + Dateirechte googlen, denke ich.

Rätsel am Nachmittag, toll! ;-) Und ich hab raus, woran es liegt. Ist auf den ersten Blick wirklich nicht zu sehen: Du hast ein div mit der ID "wrapper" definiert und im Stylesheet auf position: absolute gesetzt. Damit fällt es aus dem normalen flow der Seite raus. Alles, was außerhalb davon steht (in Deinem Fall nur der Footer) wird darunter dargestellt. Die einfachste Lösung wäre, das wrapper-div einfach nicht auf absolute zu setzen, weil es eigentlich keinen Sinn macht. Falls Du das nur gemacht hast, damit andere position-Angaben funktionieren (weil die sich ja immer auf den nächsthöheren positionierten Parent beziehen), nimm besser relative. Das hat ohne eine Angabe von top oder left keine Auswirkungen. :-)

Ein Internal Server Error kann alles und nichts heißen. Damit Dir wirklich jemand weiterhelfen kann fürchte ich wirst Du einen Blick ins Errorlog werfen müssen, wahlweise das allgemeine Apache-Log oder das PHP-Logfile. Mit einer konkreten Fehlermeldung kann man dann dem Problem auch konkret zu Leibe rücken. ;-)