Beiträge von Ammaletu

Hast Du einen Link, wo man sich den Effekt anschauen kann?

Checken ob die leere Seite ein Fehler 500 ist und dann ggf. ins PHP-Logfile schauen, würde ich sagen. Siehe FAQ.

Hm, ich kann nur das manuelle Upgrade beschreiben, da ich das automatische noch nicht gemacht habe. Aber beim manuellen Upgrade musst Du die neuen Dateien selber per FTP auf den Webspace schieben, und dann rufst Du die upgrade.php auf, um die Datenbank ggf. anzupassen. Das sollte so auch in den Anleitungen stehen. Beim Schritt von 2.7 zu 2.7.1 ist dabei ggf. tatsächlich keine Änderung der Datenbank nötig.

Das automatische Upgrade macht das alles selber, klappt aber glaube ich nicht auf jedem Server. Dazu müsstest Du, nach dem Erstellen entsprechender Backups, in der Update-Meldung auf den Link klicken und solltest dann weitere Hinweise dazu bekommen.

Davon abgesehen gibt es glaube ich einen Bug der dazu führt, dass bei einigen wenigen Blogs diese Meldung nicht weggeht, obwohl schon 2.7.1 läuft. Falls Du also sicher bist, dass das Upgrade geklappt hat, liegt es vielleicht daran.

Kannst Du mal den Link der Seite posten? Dann kann man sich das mal live anschauen und es findet sich vielleicht eine Ursache dafür.

Na wie gesagt, vielleicht hab ich auch nicht kapiert, worum es Dir geht. ;-)

Das Betriebssystem, von dem aus Du als Benutzer auf WordPress zugreifst, ist vergleichsweise egal. WP läuft im Browser und interessiert sich nicht wirklich dafür, ob es aus Mac, Linux oder Windows aufgerufen wird.

Und für das Betriebssystem des Servers, auf dem WP installiert ist, ist meines Wissens nach vor allem wichtig, welcher Webserver zur Anwendung kommt. Apache ist üblich und weit verbreitet, sowohl unter Windows als auch unter Linux. Wenn man Windows-Webspace mietet, kriegt man oft aber auch IIS statt Apache, und damit kann man dann Probleme haben, z.B. wegen der fehlenden .htaccess (Permalinks).

Das sollte eigentlich gehen, habe ich bei mir ja auch gemacht. Welche WP-Version nutzt Du? Falls Du noch nicht übermäßig viel Content hast, könntest Du auch probieren, eine neue Alle-Kategorie anzulegen, diese zur Standard-Kategorie zu machen und dann Allgemeines zu löschen. Kann sein, dass das in früheren WP-Versionen nötig war.

Es gibt Tools, die Dir eine komplette Webseite auf die lokale Platte ziehen und als HTML-Dateien ablegen. Das könntest Du dann einfach wieder auf den Webspace laden. Mal schauen... Ich glaube, zzuketzt hatte ich dafür HTTrack Website Copier benutzt, wenn ich das mal brauchte.

Vorher müsstest Du allerdings alle dynamischen Elemente ausbauen. Also z.B. das Kommentarformular ausbauen / ausblenden, ebenso ein eventuelles Kontaktformular und andere Sachen, die auf das dann nicht mehr vorhandene Backend verweisen. Die Suche wird dann auch nicht mehr gehen, könnte also aus der Sidebar entfernt werden. Den RSS-Feed müsstest Du, wenn Du ihn behalten willst, vermutlich manuell speichern und auf den Server legen. Die Links für Kommentar- und Kategorienfeeds, falls vorhanden, würde ich auch aus dem Theme ausbauen.

Hm, ich bin nicht ganz sicher, worauf Deine Frage abzielt. Da Du den Webspace schon hast, kannst Du es Dir da in der Regel nicht aussuchen. Falls doch, würde ich für den Server in jedem Fall Linux mit Apache nehmen. IIS als Server geht zwar auch, aber da man hat tendenziell doch mehr Probleme mit.

Für eine lokale Testinstallation ist die Frage Windows oder Linux im Prinzip egal. Was immer Dir besser gefällt und zu Deinen Arbeitsabläufen passt. Ich persönlich arbeite immer mit XP, also läuft mein lokaler Testblog auch unter XP. Mit XAMPP kann man wunderbar einfach eine komplette Umgebung dafür einrichten, mit Apache und MySQL, und die nötigen Services bei Bedarf über ein kleines Tool starten. Falls Du das noch nicht kennst, schau Dir das mal an ehe Du Dir die Mühe machst, die Sachen einzeln zu installieren.

Ich weiß ja nicht, ob das wörtliche Zitate von Deinem Hoster sind, aber falls ja, finde ich das allein vom Tonfall her schon respektlos. Das geht definitiv auch anders (ich bin z.B. seit Jahren schon sehr zufrieden mit domainfactory).

XAMPP hilft hier gerade nicht weiter, weil sich das Memory-Problem ja spezifisch auf den Server bezieht. Allerdings könntest Du damit zumindest sicherstellen, dass die Seite ansonsten läuft, und theoretisch könntest Du mal schauen, was lokal passiert wenn Du das Memory Limit auf den gleichen Wert setzt und ab wie viel Speicher es flüssig läuft.

Ansonsten ist XAMPP toll, weil man ohne dass die Besucher stört am Theme basteln und alle Einstellungen nach Bedarf anpassen kann. Wenn Probleme auftreten, kann man denen auch einfach mal mit ganz vielen Log-Meldungen nachgehen etc., was man an einer Seite, die online ist, ja eher nicht machen würde.

Zu Deinem Problem: Probier doch mal, ob die Seite ohne die jetzigen Plugins läuft. Ggf. mal eins nach dem anderen deaktivieren, vielleicht frisst ja eines mehr Speicher als es sollte. 32M sind eigentlich ausreichend für WordPress, dachte ich, deswegen wundert mich das etwas. Aber wenn es eine andere Ursache hätte, müsste ja eigentlich eine Fehlermeldung erscheinen.

Da hast Du vermutlich die falschen Suchwörter erwischt. Den Ansatz mit dem Stylesheet hatte ich jedenfalls hier mal beschrieben:
http://forum.wordpress-deutschland.org/design/43297-v…es-pro-kat.html

Damit kannst Du zusätzlich zum Standard-Stylesheet auf Kategorienseiten und auf den Seiten der Enzelbeiträge ein weiteres Stylesheet einbinden, welches dann bei Bedarf einzelne Angaben überschreiben kann (z.B. jeweils anderes Headerbild). Wenn ein Beitrag mehrerer Kategorien zugeordnet ist, wird die erste Kategorie dafür genommen.

Tut mir echt Leid, ich muss Deine letze Antwort irgendwie überlesen haben. Ich hab es eben mal ausprobiert und mein Code enthielt leider noch einen Fehler. Richtig muss es so heißen, und das sollte dann aber auch wirklich gehen:

<link rel="stylesheet" href="<?php bloginfo('stylesheet_url'); ?>" type="text/css" media="screen" />
<?php
  // get the category ID
  $my_category_id = -1;  
  if (is_single()) {
    // post in a category
    $my_categories = get_the_category();
    if (($my_categories != null) && (sizeof($my_categories) > 0)) {
      $my_category_id = $my_categories[0]->term_id;
    }
  } else {
    // try category page
    $my_category_id = intval(get_query_var('cat'));
  }
  if ($my_category_id > 0) {
?>
    <link rel="stylesheet" href="<?php bloginfo('template_directory'); ?>/css/category-<?php print $my_category_id; ?>.css" type="text/css" media="screen" />
<?php
  } /* end if */
?>

Sorry noch mal für die lange Wartezeit und ich hoffe, das hilft Dir trotzdem noch weiter.

MaD mag in diesem Fall Recht haben, dass das bei Dir an dem Memory Limit liegt. Auch dazu müsste Dir Dein Hoster im Zweifelsfall Angaben machen können.

Generell würde ich, zumindest langfristig, zu einem Wechsel des Hosters raten. Dass mehr auf einem Webserver nicht geht, stimmt schlicht und ergreifend nicht, das ist Quatsch. Vielleicht kriegt Dein Hoster es nicht hin oder es liegt sonstwie an dem von Dir gebuchten Paket, aber Standard sollte IMHO sein, dass PHP-Fehler nicht am Bildschirm angezeigt sondern in eine Log-Datei geschrieben werden. Allermindestens müsstest Du die Mittel haben, das selber einzustellen, per php.ini zum Beispiel.

XAMPP kannst Du davon abgesehen gefahrlos installieren. Die Hinweise beziehen sich hauptsächlich darauf, dass man das so nicht ohne Anpassungen auf einem Server installieren soll. Auf Deinem lokalen PC ist das alles kein Problem, der Apache-Server muss ja auch nicht laufen, wenn Du ihn nicht brauchst (es gibt ein sehr praktisches Tool, über das man alle Komponenten komfortable starten kann). Zum Ausprobieren von Themeänderungen oder Plugins macht sich das tatsächlich sehr gut.

Hat sich das jetzt erledigt? Im Moment scheint die net-Domain auf die gleichlautende de-Domain umzuleiten und alle Links auf der Seite scheinen auf den ersten Blick zu stimmen. Falls doch noch ein Problem besteht, schau doch bitte mal, welche Adresse in den Optionen eingetragen ist und was in der .htaccess steht.

Ansonsten bitte mal einen Link posten, wo man sich das live anschauen kann. Dann lässt sich ggf. sagen, welche Anweisung im Stylesheet das wieder überschreibt.

Frag doch einfach mal den technischen Support Deines Hosters, wo PHP-Fehler geloggt werden.

Kannst Du mal einen nicht-funktionierenden Link posten? Dann könnte man mal schauen, was da für ein HTTP-Code zurückkommt oder ob das mal wieder ein Endlos-Umleitungs-Problem ist. Und was meinst Du mit "Google" -- nutzt Du Google Chrome?!

Also ich verweise normalerweise nicht kommentarlos auf die Forumssuche, aber ich weiß, dass exakt dieses Thema in den letzten sechs Monaten schon zweimal diskutiert wurde. Probier das erstmal. Wenn Du den Thread nicht findest, sag Bescheid, dann muss ich selber noch mal suchen. ;-)

Ich poste Dir mal, was ich für "imgaligncenter" im Stylesheet stehen habe. Damit klappt es auch ohne p-Tag drumrum mit weiteren Angaben. Den fügt WP meines Wissens nach aber sowieso immer ein!? Egasl, suche mal nach "imgaligncenter" in Deinem Stylesheet und vergleiche mit dem hier:

.imgaligncenter {
  display: block;
  margin-left: auto;
  margin-right: auto;
  text-align: center;
}

Damit sollte das schon mal gehen. Für das zweite Problem: WordPress nimmt in der Regel an, dass Du absatzweise Texte schreibst. Da kann man nicht einfach mal nach Bedarf drei Leerzeilen einfügen. Ob Dein Theme zwischen Absätzen einen passenden Abstand darstellt, liegt aber am Theme und dessen Stylesheet. Das sollte sich im Stylesheet ja leicht sehen und anpassen lassen.

Mal das PHP-Errorlog auf dem Server auf PHP-Fehler kontrollieren. Da tritt bestimmt einer auf.

Zitat

Der Link ht**://domainnamen.de/.../.../.../beitragstitel/#comments ist tot.

Was meinst Du damit? Ist der Link "ht**://domainnamen.de/.../.../.../beitragstitel/#comments" tot (=Permalinks-Problem, hat nichts mit Kommentaren zu tun) oder fehlt in der Single-Ansicht einfach das Kommentarformular? Falls es ersteres istm, gehen denn andere Ansichten, z.B. die Archive?