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 erstellenVielleicht habe ich ja was falsch gemacht, aber bei mir bekommen dann die so versteckten Seiten im Permalink den Seitentitel der Versteckungsseite eingefügt. Aus
http://example.net/meine-seite
wird dann
http://example.net/versteck/meine-seite
wenn ich die auf privat oder Entwurf gesetzte Seite z.B. "versteck" nenne.
Finde ich persönlich nicht so gut.
Gruß
Ingo
Wie schon angedeutet, bei den Permalinks muß das %post_id% weg.
Gruß
Ingo
...
Ein 301-Redirect ist ne gute Idee, aber den kann ich ja auch vom Plugin setzen lassen. Aktuell ists ein 302er, aber 301 ist natürlich besser. Und das kann man dann statt in ner htaccess auch vom Plugin machen lassen.
Besonders dann, wenn wie bei Strato, die .htaccess nicht genutzt werden kann.
Gruß
Ingo
Gut, daß da jetzt ein paar Felder bei den Optionen rausfallen, wie Type, Width und Height ist ja einzusehen. Da habe ich mich auch schon gefragt, was die da eigentlich machen.
Aber das Feld Description finde ich schon sinnvoll und durchaus erhaltenswert. Es müßte halt nur auch genutzt werden und würde dann etwas mehr Klarheit in das Optionen-Wirrwarr in der Datenbank bringen.
z.B. könnten Plugins dort die Zugehörigkeit zu sich selbst vermerken, so würde es leichter fallen, die Optionen der einzelnen Plugins zu finden und gegebenfalls direkt in der Datenbank zu bearbeiten (kann manchmal sinnvoll und notwendig sein).
Gruß
Ingo
Versuchs mal mit comment_ID()
Gruß
Ingo
Allerdings will sich mir auch nicht so ganz erschließen, wie der WP-Cache die Serverlast bei Spam verringern helfen soll. Die Spambots kippen ihre Daten per POST ab und gut ist. Da hilft auch kein Cache, würde ich mal sagen.
Gruß
Ingo
Die Gemeinsamkeit besteht wohl besteht darin, daß für die Boxen diagonal abwechselnd runde und eckige Ecken verwendet werden. Das prägt schon das Gesamtbild etwas mehr, als man vielleicht denkt. Denken zumindest manche.
Allerdings wären dann auch alle Themes die vier eckige oder vier runde Ecken verwenden, voneinander abgeguckt. Oder allein der Aufbau mit Header, Contentbereich, Sidebar und Footer ist ja wohl vom WP-Standardtheme abgekupfert. Also immer brav alle irgendwie nur im enferntesten ähnlich aussehenden oder aufgebauten Themes verlinken :-)
Gruß
Ingo
Ja, das muß tatsächlich was anderes sein.
Man kann irgendwas hinten mit der -19 aufrufen, klapp alles:
http://www.kinder-aktuell.de/malvorlagen/gibt-es-nicht-19/
Scheint daran zu liegen, daß am Ende die Artikel-ID steht. Das kann WP immer auflösen, egal was davor steht, und tut es wohl auch. Habe ich grade bei meinem Testblog auch ausprobiert, verhält sich dort genau so.
Was man dagegen machen kann, weiß ich noch nicht. Naja, außer bei den Permalinks die ID wegzulassen.
Gruß
Ingo
Bei 1und1 auch wichtig, DB_HOST ist nicht localhost, sondern etwas wie 'db1100.1und1.de' oder 'db175.puretec.de' (wenn sie schon länger existiert).
Das wird in der dritten Spalte (Hostname) der Datenbankübersicht angezeigt.
Gruß
Ingo
Ich wollte ja nur mit meinem dezenten Hinweis verhindern, das dann hier demnächst das nächste Problem auftaucht:
"Schwerer WP-Fehler! Kommentare sind deaktivert, trotzdem habe ich Kommentarspam"
Oder so ähnlich :-)
Gruß
Ingo
Nur das Kommentar-Formular wegnehmen verhindert aber nicht, das Kommentare möglich sind (Stichwort Spam). Die Daten, welche man ja auch so an den Server senden könnte, werden trotzdem erstmal entgegengenommen.
Ich halte das mit dem "Diskussionshaken entfernen" für sinnvoller und zuverlässiger. Damit wird dann tatsächlich die Kommetarfunktion für die Seite deaktiviert.
Gruß
Ingo
Probier mal das wrap-all zu vergrößern:
#wrap-all {
width: 945px;
...
Das Problem liegt darin, das IE die Breiten und Abstände anders rechnet. Da gehen dann noch die Padding- und Borderwerte mit ein. Und wenn es halt mit der Breite und dem linken Abstand nicht mehr in das übergeordnete Element paßt, wird es einfach drunter gepackt.
Gruß
Ingo
Ja aber bitte auch nicht nur nach Browser aussperren, sondern auch nach Betriebssystem. Also z.B. alles was nach Windows aussieht zumindest mit einer Meldung beglücken, daß man sich doch bitte ein ordentliches System, wie z.B. Solaris, zulegen soll.
Lustig fand ich mal einen Logfileeintrag (Anfang 1998), bei dem CP/M als System angegeben war:
Mozilla/3.33 (CP/M; 7-bit)
Das kann nur ein Fake gewesen sein, oder gab es tatsächlich Browser für CP/M?
Gruß
Ingo
Hier findet man zu diesem Thema ein paar Zusatzinformationen:
http://forum.wordpress-deutschland.org/konfiguration/…tml-endung.html
Gruß
Ino
get_post_comments_feed_link()
Ich gucke mir immer im Quelltext die Funktion an (z.B. comments_rss_link) und da findet man dann meistens eine andere Funktion, welche die "Rohdaten" liefert.
Gruß
Ingo
Da wird dann aber von WP ein 301er Redirect auf die aktuelle Adresse generiert, wenn ich das im Quelltext richtig interpretiere. Ist doch eigentlich eine sinnvolle Sache.
Gruß
Ingo
Da muß nichts konfiguriert werden. Für alle real existierenden Verzeichnisse oder Dateien interessiert sich Wordpress bezüglich der Permalinks nicht.
Vielleicht stimmen nur die Rechte für das Verzeichnis der die Datei nicht.
Gruß
Ingo
Oh, achso. So viele doch schon :-)
Naja, da wirst Du das wohl direkt in der Datenbank ändern müssen.
Entweder mit phpMyAdmin oder es gibt wohl auch so ein Plugin für Wordpress zum Suchen und Ersetzen in der Datenbank.
Dasselbe trifft übrigens nicht nur auf Bilder zu, sondern auch für Links auf interne Seiten oder Beiträge in den Beiträgen.
Mit SQL würde das so aussehen:
--
-- hostname in den Posts anpassen
--
UPDATE `wp_posts`
SET `post_content`=REPLACE(`post_content`,'http://putzlowitsch.de','')
WHERE `post_content` LIKE '%http://putzlowitsch.de%';
--
-- hostname in GUID anpassen
--
UPDATE `wp_posts`
SET `guid`=REPLACE(`guid`,'http://putzlowitsch.de','')
WHERE `guid` LIKE '%http://putzlowitsch.de%';'putzlowitsch.de' mußt Du natürlich mit Deinem Domainnamen ersetzen :-)
Vorher auf jeden Fall die Datenbank sichern, wenigstens die Tabelle wp_posts.
Gruß
Ingo
Die eingefügten Bilderpfade dürfen halt nicht den Hostname enthalten, müssen also mit eine Slash beginnen, z.B. "/wp-content/uploads/2007/09/bild.jpg". Falls Du mein 123-Multihost-Plugin verwendest, kannst Du dafür die Option
[x] Relative Upload-URL und Artikel-GUID erzeugen
aktivieren. Dann wird beim Einfügen von Bildern mit der WP-Uploadfunktion der Hostname bereits entfernt.
Empfehlenswert ist dann auch, die sich darunter befinende Option
[x] Relative URLs und GUIDs im Feed korrigieren
zu aktivieren, damit es dann in RSS-Feeds wieder stimmt.
Gruß
Ingo