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 erstellenEs dürfte daran liegen, daß der IE hiermit nicht klar kommt:
/* Begin Images */
p img {
padding: 0;
max-width: 100%;
}Der IE berücksichtigt max-width nicht, so daß im Beitrag "Rund um Köln" das Bild nicht runterskaliert wird und das Layout sprengt.
Am einfachsten wäre es, das Bild selbst von der Breite 575 auf 420 zu verkleinern.
Oder füge ein overflow:hidden ein, dann wird das Bild im IE rechts halt abgeschnitten.
Gruß
Ingo
Das .html gilt dann auch nur für Artikel, alles andere wie statsiche Seiten, Kategorien usw. ändert sich nicht.
Mal hier gucken:
http://forum.wordpress-deutschland.org/konfiguration/…html#post156003
Gruß
Ingo
Bei mir war es genau anders herum. Scheint davon abzuhängen, was man zuerst verwendet. Beim Firefox hat es fast 30 Sekunden gedauert, beim direkt danach gestarteten IE nur noch 3 Sekunden.
Offensichlich hatte der Server/MySQL dann die Daten noch im Cache.
Gruß
Ingo
Das sind irgendwelche Versuche, Schwachstellen im System auszunutzen. Der "Angreifer" weiß nicht, was für eine Software auf Deinem Server läuft und probiert einfach alles Mögliche aus. Ich habe in letzter Zeit auch folgende Zugriffsversuche gehabt:
/incphp/globals.php
/components/com_extcalendar/extcalendar.php
/Enigma2.php
/pass.php
/includes/header.php
Und noch andere mehr.
Gruß
Ingo
Hmmm, bei mir schon, also bei meinem Blog. In Atom heißen die Felder nur anders, und zwar <summary ...> und <content ...>
Gruß
Ingo
Das liegt einfach daran, daß der Firefox immer nur das anzeigt, was im Feed als <description> abgelegt ist, den Teil aus <content:encoded> ignoriert er einfach. Guck mal in den Quelltext des Feeds, da steht alles ganz brav drin.
Gruß
Ingo
Klar gehts jetzt in beiden, das <br> auf der Startseite ist ja auch raus :-)
Gruß
Ingo
... allerdings muss man doch die WP_config anpassen, denn die 2.Installation braucht ja für die DB andere Präfixe oder wie das heisst...
Da war ich irgendwie davon ausgegangen, daß Du das gemacht hattest :-). Mit ungeändertem Präfix hattest Du die erste WP-Installtion datenbanktechnisch mit der zweiten überschrieben. Das wird wohl der eigentliche Grund für das Problem gewesen sein.
Gruß
Ingo
Naja, ich kenn mich mit AdSense nicht so aus. Ich hätte gedacht, man kann da so eine negative Stichwortliste erstellen, und muß nicht die auszuschließenden URLs explizit angeben.
Wenn es aber so ist, dann wäre der Aufwand natürlich zu hoch.
Gruß
Ingo
Kann man Adsense nicht auch so konfigurieren, das man bestimmte Werbung ausschließt?
Gruß
Ingo
Nimm mal in der index.php ganz oben noch das <br> raus, das hat da auch nichts zu suchen. Ob das aber dem IE weiterhilft, kann ich nicht sagen.
Gruß
Ingo
Scheint in letzter Zeit häufiger aufzutreten:
http://forum.wordpress-deutschland.org/konfiguration/…wser-cache.html
Bei Dir ist das Datum: Montag, 23. Juni 2008 00:11:34
Hast Du da auf Wordpress 2.5.1 upgedated?
Gruß
Ingo
Hast Du das in die index.php ganz oben eingefügt? Da gehört es nicht hin.
Es kommt, wenn überhaupt, in die header.php, und zwar nach dem <body>.
Gruß
Ingo
Nein, nichts in der wp-config anpassen.
Einfach die erste Installation in das Unterverzeichnis verschieben.
Dann im 1&1 Control-Center für die domain1 die Verwendungsart bearbeiten und dort unten bei "Bestehendes Verzeichnis" das neue Verzeichnis auswählen. Es kann dann aber eine Weile dauern, bis die Änderung wirksam wird, also erstmal Tee trinken gehen :-)
Die Domain wird ja nur virtuell in eine Unterverzeichnis verlegt, nach außenhin bleibt ja alles gleich. Problematisch sind höchstens die absoluten Pfade von Uploads, als z.B. Bildern, die stimmen dann nicht mehr. Hier müßte man Pfade direkt in der Datenbank anpassen.
Gruß
Ingo
Also mit dem Backupserver von Strato dürfte das nichts zu tun haben, noch nicht mal mit Strato selbst.
Das Stichwort ist "Hier auf Arbeit...", in vielen Firmen wird der Internetverkehr über einen transparenten Proxy (z.B. Squid) geleitet, der gegebenfalls den Inhalt aus dem eignene Cache zurückliefert. Möglicherweise hat der nicht mitbekommen, das sich die Seite geändert hat.
Ohne konkreten Angaben, also z.B. echter Adresse, kann man aber nicht viel mehr sagen.
Gruß
Ingo
Könnte sein, daß sich da was gegenseitig stört. Ich mache es immer so, daß ich keine Domain in das Webspace-Wurzelverzeichnis lege, sondern alle immer in eigene Unterverzeichnisse.
Sonst wirkt sich z.B. die .htaccess-Datei der Installtion im Wurzelverzeihnis auf die Domain im Unterverzeichnis aus.
Gruß
Ingo
Für die zwei Domains gibt es jeweils ein eigenes Unterverzeichnis und in diesen wurde jeweils ein eigenes Wordpress installiert?
Gruß
Ingo
Ja, das ist ein normales Verhalten, zumindest wurde es in WP bewußt so vorgesehen.
//add a rule for attachments, which take the form of <permalink>/some-text
[[0-9]{4}/[0-9]{1,2}/[0-9]{1,2}/[^/]+/([^/]+)/?$] => index.php?attachment=$matches[1]Gruß
Ingo
Ähmmm, da ist mir gleich noch ein Fehler aufgefallen (den ich bei mir auch beheben muß):
Deine letzten Beitäge
Muß natürlich Beiträge, oder besser noch Artikel heißen. Der Begriff "Artikel" anstelle von "Beiträge" wird seit Version 2.5 verwendet:
http://forum.wordpress-deutschland.org/sprachdatei/30…html#post154557
Dann müßte man konsequenterweise "Beitragsseite" in "Artikelseite" ändern.
Gruß
Ingo