Beiträge von codestyling

Manuelle Menüs unterscheiden sich von automatischen Menüs dadurch, daß man alles selbst festlegen und bei Bedarf auch wieder hinzufügen muß.
Automatische Menüs stellen einfach jede Hauptseite ohne Zutun als Menüpunkt dar, wenn man eine solche veröffentlicht hat.
Wer also automatische Menüs möchte, kann den Code verwenden, den ich veröffentlicht habe. Zum Thema Einfügen in die functions.php ist die sicherste Stelle dazu, wenn man keinen Plan von PHP hat, das erste öffnende PHP Inlay zu suchen, das man daran erkennt:

<?php

Direkt danach (Leerzeichen schon noch dazwischen) funktioniert es auf jeden Fall.

Siehe hierzu auch meinen Kommentar in meinem Beitrag zum Thema Memory Limit: http://www.code-styling.de/deutsch/memory…ig#comment-1662

Zitat von greece4u

ich habe einen Blog mit mehreren Beitraegen und Bildern erstellt. Nun wird mir angezeigt das der Speicher von 10mb erschoepft ist. Kann man diesen erweitern, welche Moeglichkeiten gibt es?

Da die bisherige Diskussion hier zwar interessant ist, aber total an der Frage des Eingangsbeitrags vorbei geht, komme ich mal darauf zurück.

Diese 10MB sind in der Multi Site Installation das Standard Limit für Unterblogs in Bezug auf hochladbare Dateien wie Bilder, PDF's etc. Dies wird von Admin der Multi Site Installation vorgegeben und kann nur durch diesen im Admin Bereich verändert werden. Sogesehen bist du an dieses Limit des Blognetzwerk-Betreibers angestoßen und solltest dich mit diesem in Verbindung setzen.
Wenn du das Netzwerk selbst administrierst, dann kannst du das unter: Blognetzwerk -> Einstellungen -> Blog-Speicherplatz selbst anpassen.

In der style.css am Ende mal das hier einfügen:

.current_page_item { background-color: #f00 !important; }

Dann sollte der aktuelle Menüeintrag einen roten Hintegrund haben. "!important" deshalb, weil irgend eine Anweisung stärker wiegt und die Colorierung außer Kraft setzt ohne. Gilt für Überfahren mit der Maus immer noch.
Müsste ich komplett analysieren, dazu fehlt mir im Moment aber die Zeit.

Das wird irgendwie mittels zwischengeschalteter index.php umgeleitet, denn wenn er

http://www.calypsorot.de/wordpress/wp-admin/wp-admin.css?version=2.2.2

aufrufen soll, ruft er statt dessen

http://www.calypsorot.de/wordpress/[COLOR=Red][I][B]index.php[/B][/I][/COLOR]/wp-admin/wp-admin.css?version=2.2.2

Das würde auch erklären, warum sonst nichts weiter geht als die Hauptseiten. Keine Ahnung, was für eine Art Umleitung da läuft, hast du da auch was mal konfiguriert?

Da WordPress offensichtlich in einem Unterverzeichnis installiert ist aber über das Hauptverzeichnis aufgerufen wird, hast du wohl mal diese Anpassung vor langer Zeit gemacht: http://faq.wordpress-deutschland.org/wordpress-trot…chnis-aufrufen/
Das muß dann natürlich jetzt vorher gemacht werden.

http://static.wordpress-deutschland.org/de-edition/
Dort ist die entsprechende *.zip Datei zum Download zu finden. Die packst du auf deinem Rechner aus und nimmst die originale Datei, die du überschrieben hast und stellst sie aus dem ausgepackten Original wieder her.
Wenn du es geschafft hast, eine Datei zu überschreiben, sollte es auch ein zweites Mal gehen, nur mit der richtigen (Reparatur) :wink:

Also die WordPress Version findest du so raus: http://www.calypsorot.de/wordpress/readme.html
Im Download Archiv dieser Seite findest du bestimmt die passende Version zum Download und kannst dir die richtige Index Seite rausholen.
Es empfiehlt sich jedoch, diese Methusalem Version mal zu erneuern.

Irgendwie fehlt mir da der Language Selector und die Angabe, welches Plugin das nun mehrsprachig macht. Deine Seite jedenfalls hat keinerlei Möglichkeit offenbart, die einer Sprachumschaltung annähernd nahekommt.

Ich meinte auch keine MU Version, denn die ist ja seit WP 3.0 mit WordPress "verheiratet" worden, sondern eine Installation von WP 3.0, in der du mehrere Blogs anlegen kannst (eben Multi Site).
Wenn allerdings noch BuddyPress und bbPress dazu kommen, hast du schon zuviel für 32M, denn BuddyPress hat selbst eine Sprachdatei, die der von WordPress selbst in nichts nachsteht und verbraucht in schlimmsten Falle nochmal soviel Speicher, wie das drunter liegenden WP alleine.

Wenn du in den Admin Bereich einloggst, hast du ja eine DashBoard Übersicht, in der einige Boxen mit den Inhalten aus dem jeweiligen Feed dargestellt werden. Diese Boxen kann man konfigurieren, was für einen Feed die anzeigen sollen. Dort trägt man einfach keine Feed URL ein, ein Abschalten über die Seitenoptionen blendet lediglich die Box aus, aber holt den Feed dennoch.

Also ich fasse die bisherigen Informationen zusammen:

1. Das Backend "stirbt" mit exact 32M.
2. Mein Plugin zeigt 64M an.
3. Hoster ist 1und1.
4. Der "Tot" tritt in der Verarbeitung von Feeds (SimplePie) ein.

Diese Informationen sagen folgendes:

• der Hoster gibt dir tatsächlich nur 32M, dewegen stirbt auch die Scriptausführung bei 32M.
• WordPress hat versucht, das limit auf 64M anzuheben, was zwar den php.ini Wert ändert (und ich den anzeige) aber vom Server ignoriert wird.
• WordPress setzt selbst nur dann auf 64M statt 32M hoch, wenn es sich um eine WP 3.0 Multi Site Installation handelt (es sei denn, du hast das händisch konfiguriert).
• Da es in SimplePie stirbt, werden u.U. viel zu große Feeds im Dashboard geladen.

Versuche mal in deinem Dashboard, soweit es geht, die Feeds rauszuwerfen, damit keine mehr geholt werden müssen. Dann dürfte sich das ein wenig enstpannen.
Eine Multi Site Installation auf 1und1 bei 32M ist eine Illusion, das wird nicht funktionieren. Da brauchst du tatsächlich mindestens 64M, wenn die vernünftig laufen soll und nicht gerade mit 0 Plugins.

Kannst du mal eine komplette Fehlermeldung einkleben (von mir aus die Pfade kürzen aber den Text erhalten) ?

Zitat von Holle

php-Memory_Limit liegt bei 64M, kann ich auch selbst erhöhen ...
hmmmmmm ... jetzt lese ich Arbeitsspeicher ... kann es sein, dass von 56 MB Arbeitsspeicher dann nur noch ca. 20M für php übrig bleiben?

Es kann auch an einem Plugin liegen, das in diesen speziellen Seiten etwas hinzufügt und/oder ändert. Denn wenn es nicht grundlegend auf allen Seiten passiert, muß an den betroffenen Seiten was besonderes sein.
Wenn also ein Plugin aus Dummheit das Memory Limit in diesem Falle auf 20MB von selbst stellt (warum auch immer), ist das dann bindend und du hast dann schlagartig nur noch 20MB zur Verfügung, um die Seite zu erstellen.
Deshalb wäre es interessant, folgendes zu wissen:

1. Welche Plugins laufen bei dir?
2. Haben alle diese Seiten, die nicht gehen, eine Gemeinsamkeit, die die funktionierenden Seiten nicht haben?

Zitat von infected

Vielleicht mag mir ja jemand dabei helfen.

Gern doch. Würde das so machen und schauen, ob das die leidigen IE's können, die ich gerade noch akzeptiere:

.current-cat [B][COLOR=Red]>[/COLOR][/B] a{
    background-color: #006699;
    color: #fff;
    -moz-border-radius: 4px;
    -khtml-border-radius: 4px;
    -webkit-border-radius: 4px;
    padding: 4px;
}

Kann man auch im Theme machen. Habe ich in einem Artikel zusammengefasst und am Beispiel von Twenty Ten erläutert. WordPress Theme “TwentyTen” und der Home Menü Eintrag
Das kann man unter den gegebenen Bedingungen auch auf andere (nicht alle) Themes übertragen.

Abgeklemmt heißt nicht gelöscht, hab ich auch nicht geschrieben. Die wollen vermutlich, das du Kontakt aufnimmst, denn eine andere Ursache gibt es nicht bei einem Bloghoster.

Zitat aus dem Codex:

Zitat

WordPress Settings Requirements

• Giving WordPress its own directory will not work in WordPress 3.0 with multisite enabled. It interferes with the member blog lookup.
• You cannot create a network in the following cases:
  
  
  • "WordPress address (URL)" is different from "Site address (URL)".
  • "WordPress address (URL)" uses a port number other than ':80', ':443'.

  
  

• You cannot choose Sub-domain Install in the following cases:
  
  
  • WordPress install is in a directory (not in document root).
  • "WordPress address (URL)" is localhost.
  • "WordPress address (URL)" is IP address such as 127.0.0.1.

  
  

• You cannot choose Sub-directory Install in the following cases:
  
  
  • If your existing WordPress installation has been set up for more than a month, due to issues with existing permalinks. (This problem will be fixed in a future version.)

  
  

Alles anzeigen

Schon Punkt 1 ist das Aus. Eine Multisite Installation kann nicht in einem Unterverzeichnis deines Roots durchgeführt werden!
Vermutlich kommen noch der eine oder andere Punkt dazu.

Das heißt, du hast dich bei wordpress.com oder einem ähnlichen Bloghoster angemeldet und dort ein Blog betrieben? Dann solltest du dich mit diesem in Verbindung setzen, denn dieser könnte dich aufgrund deiner Inhalte oder AGB Verstöße einfach mal abgeklemmt haben.

Was passiert denn, wenn man deinen Blog auffruft als Besucher, kommt dann immer noch alles? Vielleicht stimmt ja nur was im Backend nicht.
Erst wenn auch das Frontend leer bleibt, hast du ein Problem. Bitte beschreib genauer den Zustand adminseitig und besucherseitig.

Da würde ich dir mein Plugin WP System Health empfehlen, denn wenn noch weitere Probleme auftauchen, hast du damit einen guten Überblick über das Gesamtssystem und kannst uns hier geziehlte Fragen besser und schneller beantworten.