Um schreiben oder kommentieren zu können, benötigen Sie ein Benutzerkonto.
Sie haben schon ein Benutzerkonto? Melden Sie sich hier an.
Jetzt anmeldenHier können Sie ein neues Benutzerkonto erstellen.
Neues Benutzerkonto erstellenHm, das ist merkwürdig. Ich habe mal in den Quelltext des Widgets geschaut, sehe da aber keine Unterscheidung, auf welcher Seite es eingebunden ist. Nicht ausgegeben wird es, wenn die Query des Widgets keine Postings findet, was ja auch Sinn macht, auf Deiner Suchseite aber nicht zutreffen kann.
Hast Du mal probiert, das Widget im Backend aus der Sidebar rauszunehmen und dann neu hinzuzufügen? Manchmal hilft sowas ja. ("Have you tried turning it off and on again?" sag ich da nur... *bg*)
32MB sollten aber eigentlich im Moment noch dicke reichen. Ich liege mit etwa 18 Plugins und der deutschen Sprachdatei bei um die 17 MB Speicherverbrauch. Du solltest vielleicht zuerst mal schauen, ob sich da bei Dir was optimieren lässt.
PHP5 braucht meines Wissens nach weniger Speicher als PHP4, falls die Seite also noch unter PHP4 läuft, wechseln (kann man im Provider-Backend normalerweise aussuchen). Auf neuen 64-Bit-Systemen gibt es wohl gelegentlich auch Probleme mit der Sprachdatei, eventuell hilft es, diese abzuschalten. Und schließlich: Mit dem "Memory Overview"-Plugin kriegst Du auf dem Dashboard schön angezeigt, was Du an Speicher verbrauchst, zusammen mit ein paar nützlichen Daten dazu.
Vor #menu liegt noch #tagline, ebenfalls mit einer festen Weite. Du kannst entweder das, was Du bei #menu dazu addierst, bei #tagline abziehen. Oder Du entfernst #tagline, schlägst dessen Weite komplett #menu zu und definierst die Inhalte von #menu (die Buttons) rechts ausgerichtet. Aber ersteres ist vielleicht einfacher.
Ähnliche Probleme kriegst Du allerdings mit diesen festen Weiten natürlich, sobald mal ein Besucher eine andere Basisschriftgröße im Browser hat und die Links rechts dann größer sind...
Wenn ich auf seiten einen link erstelle ist der Riesengross. in den artikel ist alles richtig.
Du hast den ganzen Seitencontent in dieses Tag gehüllt -- bzw. es geöffnet und dann nie wieder geschlossen. Wurde da aus Versehen eine zeile gelöscht?
<h2 class="PostHeaderIcon-wrapper">Es ist auf jeden Fall nicht sinnvoll, den ganzen Text als Überschrift zu markieren. Wenn es keine Überschrift geben soll, entferne das Tag einfach. Für die Links greift dann sicher eine Style-Regel für Links in Überschriften, deswegen sind die so groß.
Fehler dieser Art sieht man im Validator sehr schön:
http://validator.w3.org/check?verbose=…oduktkatalog%2F
Ausserdem stellt der IE die Themen und Kategorien riesengross dar. das ist aber bei Firefox nicht.
Gleiches Problem, würde ich ganz stark vermuten.
Gib uns bitte einen Link zu einer Seite, wo man sich das anschauen kann. Dann findet sich sicher die Ursache recht schnell.
Das align-Attribut ist uralt und je nach HTML-Typ nicht mehr erlaubt. Wenn Du ein XHTML-Theme verwendest, ist es also richtig, das nicht mehr einzubinden. Die Platzierung sollte über die alignright-Klasse geregelt sein. Wenn das Theme das nicht wie gewünscht macht, muss dort ggf. nachgebessert werden. Üblich wäre, alignright nicht nur rechts zu platzieren, sondern per float den Text auch umfließen zu lassen.
"Duplicate Content" meint meines Wissens nach nicht verschiedene Links auf die gleiche Seite sondern der gleiche Inhalt auf verschiedenen Seiten.
Seht Ihr ganz oben die Links zu Twitter und co.?!!
Ähm... Nein. Welche Seite meinst Du denn?
Ich sag es mal vorsichtig so: Wenn Du Dir einen Provider rausgesucht hast, such nach dessen Namen hier im Forum. Die Häufigkeit und Art von Anfragen sollten Dir dann einen Tip geben, ob das eine gute Idee ist. Persönlich kenne ich Strato nicht, aber es ist immerhin der einzige Provider, der einen eigenen FAQ-Eintrag hier hat...
Das aktuelle Theme-Verzeichnis bekommst Du so:
<?php bloginfo('template_directory'); ?>Also dann so:
<img src="<?php bloginfo('template_directory'); ?>/img.bild.jpg" width="..." height="..." alt="..." />Die Galerie ist eine statische Seite, oder? Dann gib dieser Seite einfach ein eigenes Seitentemplate. Dazu die page.php des Themes kopieren und als template_galerie.php oder so speichern. Oben im Kommentar als Template markieren (Doku zu Seitentemplates lässt sich sicher ergoogeln) und dann der Seite zuweisen. In der neuen PHP-Datei kannst Du dann den Aufruf der Sidebar einfach entfernen.
P.S.: Es heißt "Galerie", nicht "Gallerie".
Neue Theme-Dateien kannst Du meines Wissens nach nicht aus dem Backend heraus anlegen. Da müsstest Du dann schon den Weg über FTP wählen. Sinnvoller wäre es natürlich, das Theme an einem lokalen Testblog zu entwickeln, das macht sich einfacher.
Geht doch!? Hast Du es mittlerweile behoben? Falls Du das Icon nicht siehst, leere ggf. mal Deinen Cache.
Ich habe auch ne Frage bzw. ein Problem:
Allerdings ein anderes als Chaim, wie es aussieht. Was spricht also dagegen, einen eigenen Thread aufzumachen?! Nur mal so als Tip für die Zukunft. :-)
Normalerweise sollen die Tage immer umspringen, sprich today soll wandern.
Tja, dazu ist der gepostete Quellcode (Code-Auszeichnung verwenden!) allerdings nicht sehr aussagekräftig. Dort ist der 15. als today markiert, und da Du das am 15. gepostet hast, sehe ich kein Problem. Kannst Du ggf. noch mal genauer beschreiben, was nicht funktioniert?
Das war in keiner Weise böse gemeint, mit der "Absicht"
Hatte ich auch nicht so verstanden. ;-)
- hätte ja sein können, dass die Mehrheit der User z.B. vorgeschlagen haben, das DashBoard zu verschlanken.
Da sich ja nun jeder User selber einstellen kann, was er auf dem Dashboard sehen möchte und was nicht, ist das halt sehr unwahrscheinlich.
Die Idee mit den grauen Kästen hatte ich zwischendurch auch - sie sind zwar (wie RecentComments) auch da - lassen sich nur nicht aufklappen.
Da kann ich Dir nicht ganz folgen. Ich meine den Link "Optionen einblenden" oben rechts. In dem dann aufklappenden Kasten hast Du Checkboxen für alle Dashboard-Bereiche. Sind die fehlenden Boxen dort angehakt oder nicht? Oder sind sie alle da, aber nur die Kopfzeile der Box, nicht der Inhalt?! Oder kann man die Optionen gar nicht erst ausklappen? Falls letzteres würde ich sagen, schau mal, ob Dein Browser Dir einen javaScript-Fehler anzeigt.
Was das PHPlog betrifft - HMM DAU enttarnt :wink: wo finde ich das?
Es ist Dein Server, nicht meiner. ;-) Frag den ggf. technischen Support, ob und wenn ja wo PHP-Fehler geloggt werden.
Eventuell kann es auch helfen, noch mal z.B. alle Dateien in wp-admin neu hochzuladen. Vielleicht ist da ja beim Update was schiefgegangen und es fehlen jetzt Dateien?
Ah, das ist der Name des Programms. Muss man ja wissen. ;-) Ist es das hier?
http://www.feedreader.com
Da steht in den FAQ zum Beispiel:
c:\documents and settings\USERNAME\application data\Feedreader (this is Feedreader data directory) Second folder is hidden folder, so you have to set folder options to "show hidden folders"
Ohne das Programm je benutzt zu haben würde ich sagen, müsste da die Daten drinliegen. Ob das klappt, kann ich Dir aber nicht garantieren. Dein User-Verzeichnis würde ich aber eh komplett sichern. Du kannst ja mal schauen, ob sich die Daten von einem Nutzeraccount zu einem anderen replizieren lassen, wenn Du den Feedreader-Ordner aus dem einen Userverzeichnis ins andere kopierst.
Außerdem würde ich hier mit IDs arebiten, die sind in der Rangliste noch höher als Klassen.
Und genau deswegen würde ich IDs nur sehr spärlich einsetzen. Wenn man das später doch noch mal wieder überschreiben will, muss man sich dann sehr verrenken oder tatsächlich zu !important greifen. Aus genau diesem Grund würde ich auch !important nie verwenden. Da macht sich man sich nur selber Ärger mit. ;-)
meine Aussage hierzu war => "komme auch in den admin-Bereich"
Ja, und wenn Du "wp-admin/" aus der URl entfernst, kommst Du zum Blog. Natürlich nur, wenn nicht die index.html der alten Startseite die index.php überschreibt. Da musst Du Dir überlegen, was für die URL die Startseite sein soll. Ggf. muss WP dann doch in einen Unterordner.
Also da wüsste ich jetzt nicht wirklich, was Du Dir unter "Referenzdaten" vorstellst. Einen Datenbank-Dump? Alles andere wäre wohl wenig sinnvoll, jeder Fehler ist ja anders. Hast Du einen Thread zu Deinem Problem aufgemacht?
Wenn es irgendwie geht verzichte darauf, aktuelle Seiten noch an den IE 6 anzupassen. Man kann ja mal kurz testen, dass es keine völlige Katastophe ist, aber viel mehr würde ich da auch nicht mehr machen. In meiner Arbeit als Webentwickler wird der IE6 leider immer noch viel zu oft gewünscht, aber selbst da hört man jetzt doch immer öfter mal, dass Kunden so langsam auf den IE8 umsteigen. Meine Güte, bin ich froh, wenn der 6er IE endlich verschwindet. ;-)