Beiträge von Ammaletu

    Nein, es handelt sich um ein Problem mit dem Arbeitsspeicher. Der ist bei Shared Hostern ja normalerweise streng eingeschränkt. Siehe auch die FAQ: http://faq.wpde.org/exhausted-php-memory/

    Zum einen solltest Du herausfinden, wie viel Speicher Du hast und ob Du das vom Hoster erhöhen lassen kannst. Eventuell musst Du dafür in einen höheren Tarif wechseln. Um WP erst mal wieder auf die Beine zu helfen, kannst Du per FTP den Plugin-Ordner umbenennen. Es werden dann alle Plugins deakriviert, das sollte den Speicherverbrauch runterdrücken. Alterntaiv vielleicht auch erstmal einige große Plugins umbenennen, vielleicht geht es dann auch wieder. Sprache in der wp-config auf Englisch stellen hilft auch Speicher sparen, aber dann ist die Seite natürlich auch nach außen hin plötzlich Englisch.

    Also die Datenbank-Fehlermeldung kommt eigentlich wirklich nur, wenn die Zugangsdaten falsch sind oder die Datenbank wirklich nicht erreichbar ist. Letzteres kannst Du mit dem technischen Support des Hosters klären, ist aber langfristig nicht sehr wahrscheinlich, dass es daran liegt. Sicher dass Du nicht aus Versehen einen Fehler in die wp-config.php eingebaut hast?

    Für Dein eigentliches Problem musst Du wohl oder übel mal die Behandlung von PHP-Fehlern korrekt einstellen. Also Anzeige am Bildschirm aus, Logging in eine Datei an (und da dann auch ruhig ab und an mal reinschauen). Mit ein bisschen Glück war es das ja schon und Du kanst Dich wieder anmelden.

    weiße Seite = in der Regel ein PHP-fehler = ins PHP-Log schauen. Ob und wo Fehler geloggt werden weiß ggf. der technische Support Deines Hosters. Probier ansonsten mal, WP_DEBUG auf true zu stellen in der wp-config.php (einfügen falls es fehlt). Dann sollten Fehlermeldungen am Bildschirm ausgegeben werden. Hinterher aber wieder auf false stellen!

    Generell würde ich nicht empfehlen, regelmäßig neue Inhalte erst auf die Testumgebung einzustellen und dann ins Livesystem zu überspielen. Das ist mehr Stress als es wert ist. Für Plugins und Theme-Basteleien macht sich das aber super. Ich komme dabei mit einer lokalen Testumgebung sehr gut klar. Wie man sich das stressfrei einrichtet, habe ich hier beschrieben: http://code.freudendahl.net/2012/04/lokale…s-installation/

    Hier nach einigen Wochen noch mal meine Liste mit Relaunch-Problemchen:

    * Im "Direkt antworten"-Modus fehlt der Code-Button! Kann man den da noch einblenden? Platz ist ja.
    * Unter "Was ist neu" sind die Titel immer noch abgeschnitten.
    * Die "Themen ohne Antworten" habe ich noch nicht wiedergefunden. Nicht dass ich viel Freizeit hätte, aber da habe ich früher alle ein, zwei Tage reingeschaut und wenigstens einige Antworten geschrieben.

    Der Hinweis auf die veraltete (deprecated) Funktion ist für Entwickler gedacht und muss Dich nicht weiter stören. Wenn Du Plugins und Themes einsetzt, kommst Du eigentlich nicht drum herum. Was schlecht ist, dass der Fehler am Bildschirm ausgegeben wird. Das gehört in eine Logdatei und nicht Deinen Besuchern angezeigt. Da wirst Du mal schauen müssen, wie Du Deine PHP-Installation entsprechend konfigurierst. Frag ggf. den Support Deines Hosters bzw. probiere mal, in der wp-config.php WP_DEBUG auf false zu stellen (einfügen falls nicht vorhanden).

    1. Herausfinden wieso eine jQuery-Datei angefragt wird, die nicht existiert. Das Theme oder ein Plugin laden die dann wohl mit einer falschen URL oder WordPress ist nicht komplett installiert (eventuell noch mal alle Dateien per FTP drüber jagen -- jQuery liegt in wp-includes/js/jquery.

    2. Deinen Server so einstellen, dass Fehler dieser Art nicht am Bildschirm ausgegeben werden. Das gehört in ein Logfile, nicht den Besuchern angezeigt.

    Das reicht, wenn die Datei im Root der Domain liegt. Wenn Du also die Seite über xyz.de/wordpress aufrufst, dann muss die Datei in dem Ordner liegen, auf den xyz.de zeigt. Alternativ kannst Du im Quelltext der Seite auch einfach angeben, wo das Favicon zu finden ist. Dazu in der header.php des Themes das hier einfügen:

    PHP
    <link rel="shortcut icon" type="image/x-icon" href="<?php bloginfo('template_directory'); ?>/img/favicon.ico" />

    Hierbei liegt das Icon im Unterordner "img" des Themes. Achtung bei Themes wie TwentyTen, die ab und an mal aktualisiert werden: Child Theme nutzen, sonst sind die Änderungen bei der nächsten WordPress-Aktualisierung ggf. wieder weg.

    Die oben zitierten Meldungen sind nur Notices, das sollte nicht für eine weiße Seite verantwortlich sein. Da muss eigentlich noch mehr an anderer Stelle im Log stehen!? Such mal nach "PHP Error" oder "PHP Warning".

    Ansonsten hat Michael schon Recht, das ist erst mal eher eine Frage für den Pluginautoren, wenn Du die Registrierung über ein Plugin abwickelst und dann damit Probleme hat. Wenn das Plugin tatsächlich WP_DEBUG definiert, ist das auch eher ein grober Schnitzer, den der Autor beheben sollte. Die Konstante gehört nach wp-config.php und sonst nirgends.

    Das ist jetzt aber nicht wirklich ein WordPress-Problem. Deine Domain zeigt auf einen Ordner (ohne Umleitung, sie sollte direkt auf einen Ordner zeigen bzw. auf eine IP-Adresse). In diesen Ordner müssen die Dateien per SFTP gepackt werden. Der Aufruf erfolgt dann natürlich ohne den Ordnernamen in der URL, sondern nur über die Domain. Wenn Du also die Domain abc.de auf den Ordner /html zeigen lässt, dann rufst Du die Installation auf über abc.de/index.php. Wenn noch Unterordner im Spiel sind, dann kommen die in der URL vor, der oberste Ordner abe rnicht. Im Prinzip musst Du wissen, welche Ordner in Deinem Webspace von außen zu erreichen sind (/html?) und welche nicht (alle anderen auf der obersten Ebene, /logs etc.).

    Wieso nicht? Da Du in Deinem Fall nur stilistische Änderungen vornehmen möchtest, ist es doch mit einem neuen Ordner und einer neuen style.css getan. Es gibt wirklich keinen guten Grund, das nicht zu machen, es sei denn, Du planst exzessive Änderungen am PHP-Code des Themes.

    Ok, also Ordner "twentyten_child" anlegen, eine leere style.css einfügen und in dieser einen passenden Kommentar sowie den Import des Parent-Stylesheets ergänzen (siehe die weiter oben verlinkten Infoseiten). Das sollte in 5 Minuten gemacht sein. Blog umschalten auf das neue Theme und sicherstellen, dass alles noch genauso wie mit Twenty Ten aussieht.

    So, nun zu Deinen konkreten Fragen. Einfach die passenden Style-Angaben in die neue style.css einfügen. Dabei so wenig wie möglich dort definieren, nur überschreiben, was Du tatsächlich ändern willst. Gerne auch einen Kommentar drüber schreiben, wieso Du das überschreibst bzw. was die Angabe bewirkt. Ach ja, und wenn möglich natürlih nicht an einer Live-Seite rumtüfteln, sondern an einer Kopie oder besser noch lokalen Entwicklungsversion.

    Alles folgende ist ungetestet, Du musst ggf. selber schauen, wie es konkret funktioniert. Etwas CSS-Kenntnisse sind dafür natürlich hilfreich.

    Zitat

    1. Möchte ich die Sidebar farblich ändern und mit einem Rand vom Hauptfeld ändern, bzw kann ich mir auch vorstellen um jeden Text8Box, zb. Nächstes Punktspiel, Shoutbox, Kaelender etc einen farblichen Rahmen zu gestalten. Wie bekomm ich dies hin.

    Code
    #primary {
      background-color: #FF0000;
      padding: 5px 10px;
    }
    
    
    #primary li.widget-container {
      border: 1px dashed #FF0000;
      padding: 5px;
    }

    Das obere ist der Hintergrund für die ganze Sidebar, das untere der Rahmen um die einzelnen Boxen. #FF0000 ist Rot, Farbe also entsprechend Deinen Wünschen anpassen (hexadezimale Angabe).

    Zitat

    2. Würde ich gern den Footer bereich vergrößern und farblich ändern und Drei Spalten mit Links einfügen (so wie eine Tabelle)



    Hintergrund:

    Code
    #footer {
      background-color: #FF0000;
    }

    Vergrößern geht durch Einfügen von padding-bottom oder min-height, macht ohne Inhalt aber ja nicht viel Sinn?!

    Spalten mit Links einfügen: Statisch? Dann einfach die footer.php von Twenty Ten kopieren ins neue Theme und anpassen. Ansonsten mal schauen, ob Twenty Ten dort vielleicht schon Widget-Bereiche anbietet, in die man Text-Widgets legen kann (unter Admin > Design > Widgets).


    Zitat

    3. möchte ich gern jeden Artikel den ich Schreibe in eine Box haben, dies soll auch Farblich sein, Die Box soll dabei abgerundete Ecken haben.

    Code
    #content .post {
      background-color: #FF0000;
      padding: 5px;
      border: 1px solid #990000;
      -moz-border-radius:10px; /* Firefox */
      -webkit-border-radius:10px; /* Safari, Chrome */
      -khtml-border-radius:10px; /* Konqueror */
      border-radius:10px; /* CSS3 */
    }


    Zitat

    4. Oben das Menü will ich gern noch etwas auffrischen und zwar wie bei Easel das Farbig, mit den abgerundeteten Ecken haben. bekommt man das hin??

    Sorry, das sagt mir gerade nichts. Was ist "Easel"? Hinbekommen tut man das aber auf jeden Fall. Fals Easel ein anderes Theme ist, brauchst Du ja nur schauen, wie es dort gemacht ist und das dann für Twenty Ten anpassen. Schon klar, falls sich die HTML-Struktur unterscheidet, ist das ggf. etwas kniffliger, aber auf jeden Fall machbar.

    Zitat

    und was mich noch stört ist wenn ich eine Tabelle erstellt habe und Border 0 habe (also keinen Rand) sieht man den Rand trotzdem, siehe hier Verein-Informationen. bekommt man dies irgendwie weg.

    Dazu hat Dir pixselig ja oben schon die relevanten Stellen verlinkt, denke ich.

    Nach Möglichkeit übrigens nicht TwentyTen direkt ändern, sondern ein Child Theme anlegen und dort die Änderungen vornehmen. Tutorials finden sich per Google genug, ist auch nicht speziell schwierig. Twenty Ten wird ab und an eben aktualisiert, Deine Änderungen sind dann ggf. mit dem nächsten Core-Update weg.

    Ich habe mich noch ein bisschen zu dem Plugin belesen und glaube nicht, dass man da was ohne Programmiererfahrung und zwei, drei Stunden Zeit bauen kann. Per Forum kriege ich Dir das bei meiner aktuellen Freizeit-Situation nicht gelöst, fürchte ich.

    Die simple Lösung wäre aber diese: Wenn Die internen Events keine Termine haben und deswegen eigentlich keine Events sind, dann sollte man sie vielleicht auch nicht über das Plugin pflegen. Rund um die Event-Liste kann man ja sicher auch Text eingeben, dort könnte man prominent eine Liste von internen Veranstaltungen verlinken oder dort direkt eingeben. Nicht ideal, ich weiß, würde aber Programmieraufwand vermeiden. Was Du Dir in jedem Fall gut überlegen solltest ist, das Plugin zu verändern. Das ist verlockend, man hat dann aber bei jedem Update des Plugins Ärger. Das würde ich also nur in echten Notfällen machen.

    Falls das Plugin Termine ohne Datum nicht von sich aus unterstützt, was ich nicht glaube, könnte man es vielleicht so angehen: Die Termine werden ja über einen Befehl im Template oder einen Shortcode in der Seite ausgegeben. Zeig uns den doch bitte mal. Mit etwas Glück kann man zwei Listen generieren, eine mit den 'normalen' Terminen und eine mit den Terminen ohne Datum. Dann könnte man an der zweiten Tabelle sicher irgendwie die Spalten einfach ausblenden. In der Einzelansicht wäre der Termin dann aber immer noch ausgegeben.

    Ich kann da im Moment nicht viel mehr zu sagen, aber für alle anderen schon mal die Info -- die Events sind offenbar mit diesem Plugin gemacht:
    http://wordpress.org/extend/plugins/event-registration/

    Da die Events nach Anfangsdatum sortiert ausgegeben werden -- wie sollen die InHouse-Events denn ausgegeben werden? Einfach immer am Ende?

    Ach ja: Bitte vergib in Zukunft aussagekräftige Threadtitel! Jeder, der hier postet, braucht dringend Hilfe. ;-)

    Ich habe eine ungefähre Ahnung, was Du meinst. Du trägst keine Uhrzeit an dem Termin ein, aber es wird trotzdem "0:00 Uhr" oder so ausgegeben? Ist das online, so dass man es sich anschauen kann?

    Ansonsten erst mal die Basics: Es geht um eine WordPress-Installation, richtig? Weißt Du, womit die Termine umgesetzt sind? Und welches Theme verwendet wird für die Darstellung der Seite?

    Wenn der Aufruf einer Admin-Seite einen Fehler 500 auslöst, wird Dir irgendwas an der Serverkonfiguration fehlen, denke ich. Raten bringt da allerdings nichts, Du müsstest ins Error-Log des Servers schauen, was da genau für ein Fehler geloggt wird. Ob und wo auf Deinem Server PHP-Fehler geloggt werden kann Dir ggf. der Support Deines Hosters sagen. Eventuell hilft es auch, die Konstante WP_DEBUG in der wp-config.php mal kurz auf TRUE zu stellen und dann den Fehler auszulösen. Hinterher aber wieder auf false stellen!

    Browser-Unterschiede beim Aufruf: Kann ich mir höchstens mit dem Browser-Cache erklären. Probier mal Strg+F5 zu drücken.