Es kann trotzdem an einem Plugin liegen, wenn es sich z.B. auf PHP-Features verlässt, die auf dem einen Server da sind und auf dem anderen nicht. In aller Regel sollten sich solche Fehler in einer Logdatei niederschlagen, und dann wüsste man auch genau, welches Plugin es ist und müsste das nicht per trial&error rausfinden.
Beiträge von Ammaletu
-
-
Fehler 500 ist nur ein Sammelbegriff für eine große Menge interner Fehler. Ohne die genaue Fehlermeldung kann Dir niemand was dazu sagen, fürchte ich. Schau mal, ob PHP-Fehler bei Dir auf dem Server in ein Log-File geschrieben werden.
-
Zitat
Ach, das ist hier garnicht das deutsche Forum zu wordpress???
Doch, ist es. Es ist allerdings kein Forum zum Online-Service wordpress.com oder anderen Services dieser Art. Einige Provider bieten ihren Kunden spezielle, im Umfang eingeschränkte WordPress-Versionen, zu denen kann man nicht viel sagen, wenn man sie nie gesehen hat. Deswegen: Wenn Du bei einem dieser Online-Services bist, dann solltest Du Dich zuerst mal an den Anbieter halten. Im Notfall kann man hier natürlich nachfragen, aber dann musst Du mindestens auch die nötigen Informationen rausrücken.
Zu Deinem Problem: Wenn Du die Dateien des Themes nicht ändern kannst, kannst Du da wenig dran machen. Ich wüsste nicht, dass man das über das Backend regeln könnte, dafür ist das Theme ja da.
-
Um das gleich mal etwas abzukürzen: Dieses Forum beschäftigt sich mit der selbst-installierten Variante von WordPress. Wenn Du das gemacht hättest, wüsstest Du, wo Du die Themedateien findest. Also nehme ich mal an, dass Du ein Blog bei wordpress.com oder einem ähnlichen Anbieter hast!? Sorry, aber da können wir Dir eher nicht weiterhelfen. Für wordpress.com gibt es ein eigenes Forum, andere Anbieter haben sowas sicher auch.
jottlieb: Kann man das nicht bei der Nutzeranmeldung irgendwie noch größer hinschreiben? Fett? Und Rot? :-)
-
Zitat
Oh sorry, das wusste ich gar nicht. Habe das noch nie selbst benutzt. Macht aber Sinn, wenn man das in der wp-config definiert, kann man es darin ja nicht ändern, also bietet WP gar nicht mehr die Möglichkeit zum Ändern an.
Hast Du es in der DB denn gefunden? Falls nein, womit greifst Du auf die DB zu? PhpMyAdmin?!
-
Zitat
Vielleicht kann ja nochmal jemand helfen.
Am besten geeignet zum Helfen bei der Lösung des Problems wärst jetzt Du, indem Du obige Fragen beantwortest. Zugegeben, das ist nur geraten, weil ich dieses Problem halt noch nie selber hatte. Aber bis jemandem was besseres zum Eingrenzen des Problems einfällt, wäre das doch mal ein Anfang, oder? :-)
Wenn sich damit nichts finden lässt, wäre der nächste Standard-Schritt mal probeweise aufs Default-Theme umzustellen und alle Plugins zu deaktivieren (Plugin-Ordner mal kurz umbenennen, falls es viele sind, dann aber währenddessen nicht auf die Pluginseite gehen, sonst werden die alle dauerhaft deaktiviert).
-
Keine falsche Scheu, poste die Lösung ruhig! Das würde diesen Thread sicher sehr aufwerten für alle, die in den nächsten Monaten und Jahren per Forensuche oder Google mit einem ähnlichen Problem hier landen. :-)
-
Hier werden im übrigen auch nicht umsonst Stichworte automatisch zu Hilfeartikeln verlinkt. ;-) Klick mal auf Theme, da kriegst Du schon eine kurze Erklärung, wo die Dateien zu finden sind. Wenn Du das Aussehen eines Themes anpassen willst, wirst Du auch nicht drum herum kommen, Dich etwas mit den Interna zu beschäftigen. Deutsche Infos findest Du einige hier in der Hilfe, ansonsten per Google. Englische Infos sind massig im Codex verfügbar.
Für Deine Änderung müsstest Du Dir die Dateien raussuchen, die Du ändern willst: index.php für die Startseite, archive.php für Kategorie- und Archivansichten, search.php für die Suchergebnissseite. Und dort dann the_content bei Bedarf mit the_excerpt ersetzen.
-
Zitat
zudem sieht es dann im firefox sehr nach links gerückt aus........
Wenn der IE spezielle Angaben braucht, würde ich die ihm auch in einem eigene Stylesheet füttern, z.B. so:
PHP<link rel="stylesheet" href="<?php bloginfo('template_directory'); ?>/css/style.css" type="text/css" media="screen" /> <!--[if IE]> <link rel="stylesheet" href="<?php bloginfo('template_directory'); ?>/css/style_ie.css" type="text/css" media="screen" /> <![endif]-->Statt "if IE" kannst Du auch "if lt IE 8" nehmen, dann gilt das für alle IEs unterhalb IE8 (siehe auch Conditional Comments), der ja nun mal endlich ein bisschen was kann. Alle anderen Browser ignorieren das neue Stylesheet, und Du kannst da alle Bugfixes, Hacks und überschriebenen Angaben reinpacken. Und wenn eines fernen Tages niemand mehr IE6 und IE7 nutzt, kann das File einfach gelöscht werden. ;-)
Zitatdas zeigt doch mal wieder, dass der code einfach sauber sein sollte.
Genau! So Sachen wie alt-Attribute etc. mögen keine praktische Bedeutung haben, aber man sollte das halt trotzdem beheben damit man in den Validator-Meldungen die eigentlichen Fehler auch findet. Gerade sowas wie vergessene Klammern oder falsche Verschachtelung kann der Validator einem ja recht zuverlässig sagen.
Zitatan dieser stelle vielen dank an funkygog und ammaletu für den klasse support
Gern geschehen. ;-)
-
Dann liegt es nicht an der functions.php des Themes. Das war nur eine Vermutung, weil da User am häufigsten die überflüssige Leerzeile einbauen. Ich würde ja vermuten, dass es auch auch die wp-config.php sein könnte, aber das hätte vermutlich größere Auswirkungen. Schau zur Sicherheit aber trotzdem mal rein. Hier mal zur Verdeutlichung, wie es falsch ist:
Auf diese Weise würde am Anfang und am Ende der Datei jeweils eine Leerzeile in den HTML-Output gepackt werden, wo sie normalerweise nicht stört. Am Anfang des RSS-Feeds darf aber keine Leerzeile stehen. Das gleiche kann man natürlich auch irgendwo in der Mitte der ganzen Sache erzeugen, z.B. so:
Wenn es nun nicht das Theme ist, kann es natürlich auch an einem Plugin liegen. Deaktiviere doch mal probeweise nacheinander alle Plugins (insbesodere alle, an denen Du irgendetwas geändert hattest). Vielleicht findet sich dann der Schuldige.
P.S.: Du hast keine Wordpress-Kerndateien geändert, oder?
P.P.S.: Wenn DU PHP-Code postest, nutze bitte die Code-Kennzeichnung. Das macht es lesbarer. -
Eigene Dateien würde ich nur machen, wenn es sich um viele Definitionen handelt, die nur auf wenigen Seiten gebraucht werden. Ansonsten kannst Du das alles in die normale style.css einfügen, es muss nur oben der Headerkommentar bestehen bleiben.
-
weißes Fenster => vermutlich PHP-Fehler => ins Error-Log schauen, was der eigentliche Fehler ist, siehe FAQ, oder mal beim Support Deines Hosters nachfragen. Mit welcher PHP-Vertsion läuft die Seite denn? Bei dem Plugin steht z.B. dabei: "The real fix for this (making the use of this plugin unnecessary) is to use PHP 5.2.9+ with libxml2 2.7.3+." Vielleicht wäre da mal ein PHP-Upgrade angebracht?!
-
Also Player für wav-Dateien wüsste ich nicht, aber es gibt Plugins für MP3s, was ja aus Platzgründen eh besser ist. Programme zum Umcodieren von wav zu mp3 lassen sich sicher finden, da gibt es genug gute Freeware (bei Bedarf muss ich mal suchen, was ich aktuell installiert habe).
An Plugins habe ich z.B. das hier gefunden:
http://wordpress.org/extend/plugins/wpaudio-mp3-player/Da ich demnächst auch mal eine kurze Audiodatei online stellen wollte, würde mich interessieren, was Du damit für Erfahrungen machst bzw. ob Du vielleicht noch eine bessere Lösung findest.
-
Hast Du die PHP-Datei nach den Änderungen als UTF-8 abgespeichert? das wäre wichtig, denke ich. WP selber müsste möglichst auch mit UTF-8 laufen, damit die Anzeige klappt. Davon abgesehen gehören Plugin-Übersetzungen doch eigentlich in eine Sprachdatei!? Tutorials, wie man ein Plugin übersetzt, sollten sich per Google eigentlich finden lassen.
-
Hm, ist ein wenig geraten, aber kann es sein, dass Du irgendwo eine Leerzeile ausgibst, wo das nicht sein soll? Also z.B. in der functions.php am Anfang oder am Ende noch einen Zeilenumbruch außerhalb der PHP-Klammern oder sowas? Teste ggf. mal, ob der Fehler mit dem Default-Theme auch auftritt.
-
In den FAQ ist es andersherum beschrieben, von der Kurzfassung zum ganzen Beitrag:
http://faq.wordpress-deutschland.org/keine-bilder-k…iv-the_excerpt/ -
Also der Validator sagt Dir u.a. schon mal, dass Du ein li-Element in einem div verwendest, was nicht geht. Ich denke, das ist der Punkt, wo der IE aus dem Tritt kommt. Das betrifft das Widget "Autoren und Artikel". Fügst Du da die li-Elemente selbst ein? Falls ja, pack noch ein ul drumrum, dann sollte es gehen.
-
Hallo Benjamin!
Zitathabe halt gelesen, dass die db nicht geändert wird, wenn die wordpress adresse geändert wird.
Natürlich wird sie dabei geändert, die Optionen stehen ja alle in der Datenbank.
ZitatWenn Du die korrekte Adresse nun schon in der wp-config eingetragen hattest, kommst Du doch wieder ins Backend und kannst die entsprechende Einstellung dort auch wieder korrekt abspeichern, oder? Das ist vermutlich einfacher, wenn man sich mit DB nicht so auskennt.
Ansonsten steht der Wert in der Tabelle wp-options unter den Keys "home" und "siteurl" (Spalte "option_name"). Dort sollten um die 50 Zeilen mit je 5 Spalten zu sehen sein, wenn Du Dir die Tabellendaten selber anzeigen lässt.
-
Die Höhe des Footers ist im Stylesheet ab Zeile 442 fest auf 304 Pixel gesetzt, vermutlich damit man die vertikale Linie und die Schatten am Rand komplett sehen kann. Das kannst Du da nach Belieben verkleinern, die Linie und die Schatten werden dann aber vermutlich abgeschnitten.
-
Nur ein kurzer Tip am Rande: Codiere nicht manuell die Bestandteile des Namens, sondern lass Dir lieber den ganzen Permalink geben und codiere den dann. Gibt sicher eine PHP-Funktion, die einen String URL-codiert. url_encode oder so. Dann funktioniert Deine Lösung nämlich auch noch, wenn Du die Permalinkstruktur mal änderst. ;-)