Ist aber nicht eine Browser-Sache, oder? Hast Du es mal mit einem anderen Browser probiert? Ansonsten müsstest Du das theoretisch umgehen können, indem Du die URl verfrmdest, zumindest fürs Kontaktformular des Providers. Pack [REMOVE] oder so in die Mitte.
Beiträge von Ammaletu
-
-
Hm, scheint wieder zu gehen. Woran lag es denn?
-
Ich kann mich irren, aber die Sidebar-Elemente sehen von den CSS-Klassen her nicht so aus als wären es Widgets, mit Ausnahme von "Buttons & Counter" ganz unten. Bist Du sicher dass die sidebar.php des Themes nicht die statische Sidebar mit Widgets mischt?
-
Du könntest mal in eine php-info-Ausgabe schauen, ob auf Deinem Server etwas wie Suhosin läuft, das nach verdächtigen Aktionen Ausschau hält. Vielleicht ähnelt diese URL ja zufällig einem Hackversuch und wird deshalb blockiert. Wäre jetzt so auf Anhieb meine erste Idee. ;-)
-
Tja, prinzipiell ist das nicht falsch gedacht. wp-config.php wiederherstellen, den wp-content-Ordner und die .htaccess (alternativ im Backend die Permalinks neu speichern, so sie denn verwendet werden). Die Datenbank sollte dabei ja unverändert bleiben, was natürlich auch heißt, dass ggf. Deine Probleme nach wie vor in der Datenbank stecken (z.B. kaputte Optionen in der Optionstabelle).
Was genau heißt denn "es tut sich gar nichts"? Kommt eine Fehlermeldung? Nur eine weiße Seite? Geht das Backend, wenn Du es direkt aufrufst (/wp-admin an die URl hängen, ggf. mit passendem Verzeichnis)? Hast Du beim Neuhochladen die gleiche WP-Version hochgeladen, die vorher installiert war? Falls das gleichzeitig ein Update werden sollte, musst Du die upgrade.php aufrufen (und vorher Datenbank-Backup ziehen!).
-
-
Ich glaube nicht, dass Du mit dem Ansatz glücklich wirst. Du umgehst damit ja effektiv WordPress' eigenes Permalink- und Themesystem, indem Du eine Themedatei über die .htaccess direkt aufrufst. Das kannst Du natürlich machen, aber dann wurde WordPress selber gar nicht geladen und Du wirst auf der Seite nicht viel sehen.
Sinnvoller wäre es, WPs Permalinkstruktur entsprechend anzupassen und das dann über die normalen Themedateien umzusetzen, je nachdem was ein Stadtteil ist (page.php für Seiten z.B.).
-
Hm, also die Methode ist schon mal insofern nicht richtig, als is_page nur prüft, ob es sich um eine Page handelt. Wenn Du die IDs also korrekt ermittelt hast, müsste das Widget immer zu sehen sein. ;-)
Besser:
[LEFT]
PHP<?php function is_subpageFrom($parentID) { global $post; return ($post->ID == $parentID || $post->post_parent == $parentID); } ?>[/LEFT]
-
-
Ich hab es nie getestet, aber wäre das hier vielleicht etwas? http://www.zemanta.com/
-
Ich habe mir das neue Menüsystem noch nicht im Detail angeschaut, aber ist das nicht komplett statisch? Du musst da doch also nicht die Parent-Seite verlinken, oder? Die Frage ist, ob Du etwas eingeben kannst, was nicht verlinkt ist. Wenn das WP von sich aus nicht anbietet, muss da ein Plugin nachhelfen.
Auf der anderen Seite verstehe ich aber auch nicht, wieso es Dich stört, auf die Parent-Seiten einfach noch ein, zwei Sätze und die Links zu den Unterseiten zu setzen (z.B. dynamisch per Seitentemplate).
-
Du könntest das recht simpel selber basteln, in dem Du dort alle Beiträge ausgibst, die einen bestimmten Tag zugewiesen haben oder in einer Kategorie sind. Dazu müsstest Du dann in die Startseite nur oben eine eigene Query und einen kleinen Loop einbauen, je nach Theme in die index.php oder das Startseiten-Template.
-
Die Seitentemplates regeln nur die Anzeige der Seiten, wenn Du sie aufrufst. Das hat erst mal nichts mit der Verlinkung an anderen Orten zu tun. Was die Anzeige betrifft: Wenn Du WP zweimal sagts "Gib mir alle Seiten aus", dann macht WP auch genau das und die sind dann natürlich alle doppelt. Deswegen musst Du das an beiden Aufrufen irgendwie einschränken. Das hat ja nun scheinbar geklappt. ;-)
-
Ich hab mir das Theme jetzt nicht angeschaut, aber ich nehme an, die Seitenausgabe oben ist ohne Widgets gemacht? Falls ja müsstest Du dort die Seiten über den exclude-Parameter an dem wp_list_pages-Aufruf in der header.php (?) ausschließen. Oder vielleicht besser noch per includes nur die IDs einschließen, die dort angezeigt werden sollen. depth=1 beschränkt es nur auf Seiten der obersten Ebene.
Am Widget gibt es den Ausschluss der Seiten dann analog, oder? Sorry, hab gerade nicht die Zeit, nachzuschauen was das Widget anbietet an Optionen.
Update:
Ok, probieren wir das noch mal mit etwas mehr Details. ;-) Dein Theme gibt standardmäßig alle Seiten der obersten Ebene oben im Header aus. Das steht in der header.php auf Zeile 35 und macht ja eigentlich auch Sinn. Das Seiten-Widget gibt alle Seiten aus, also auch die, die oben schon ausgegeben worden sind.Jetzt wäre die Frage, was Du machen möchtest:
- oben einzelne Seiten ausschließen
- oben nur bestimmte Seiten anzeigen
- rechts nur Unterseiten anzeigenDen wp_list_pages-Aufruf in der header.php kannst Du z.B. wie folgt anpassen:
Das zeigt nur die Seiten mit den gegebenen IDs an. Und so schließt Du einzelne Seiten aus:
Der Unterschied besteht darin, ob Du damit rechnest, weitere Seiten anzulegen, die da oben nicht erscheinen sollen (dann wäre include einfacher). Seiten unterer Ebenen betrifft das nicht, die sind eh ausgeblendet.
Ok, und zur rechten Seite: Das Seiten-Widget hat Optionen, wenn auch nicht sehr viele. Aber Du kannst da zumindest im "Ausschließen"-Feld IDs angeben, die rechts nicht mit angezeigt werden sollen (also z.B. die Seiten, die oben schon ausgegeben werden). Ich hhab hier gerade nur 2.8 zum schauen, in neueren Versionen gibt es vielleicht auch noch mehr Optionen. Weißt Du, wo Du die Widget-Optionen findest?
-
Also zum einen gibt es natürlich die XML-Sitemaps. Kennst Du, oder? Nach dem Umbenennen wird die ja neu erstellt, nehme ich an, und Google wird angepingt. Irgendwann kommt dann der Google-Bot vorbei und indexiert das neu. Dann sollten die alten Links relativ schnell aus dem Google-Index verschwinden. Das kann man nicht sofort erzwingen, aber all zu lange sollte es auch nicht dauern.
Es gibt außerdem für WP ein Plugin, welches Dir einen Redirect auf die neue Adresse in der .htaccess ablegt. Ich komm gerade nicht auf den Namen, sollte sich aber finden lassen im Repository (Suchworte "rename" oder "redirect").
Für externe Seiten, die auf WP umgestellt werden, wäre es am besten, wenn Du ein paar einfache Regeln für die .htaccess selber schreiben kannst. Das würde natürlich voraussetzen, dass sich die Namen nicht komplett ändern. Also z.B. alle Artikel in /alteseite/kategorie1 nun unter /wp/category/kategorie1 zu erreichen sind mit dem gleichen Namen. Alternativ einfach alle alten Aufrufe auf eine Seite umleiten, die den Umzug erklärt und ein Suchformular anbietet.
-
Hm, ok, das könnte sogar klappen. Das Prinzip ist dann wohl dieses: Du hast das Textarea und darum ein div. Das div kriegt die Scrolleiste per jQuery. Das Textarea musst Du dann dazu bringen, selber keine Scrolleiste anzuzeigen. Ist jetzt aber die Frage, wie man das anstellen soll. Wenn die Länge des eingebbaren Textes begrenzt ist, kann man das vielleicht raten und eine feste Höhe setzen. Wenn nicht, wird es aber schwierig. Ich bin nicht sicher, ob das mit overflow: visible am Textarea gut aussieht. Vielleicht wenn Du dem umschließenden div die gleiche Hintergrundfarbe gibst, so dass nicht auffällt, dass der Inhalt über den Rand des Textareas rausläuft. Müsstest Du mal etwas ausprobieren.
-
Post Teaser kenne ich nicht, aber wenn ich mir das so durchlese sieht es so aus, als könnte man das meiste davon auch mit ein paar kleineren Theme-Modifikationen selber machen. Deutsches Sprachfile sollte laut Pluginseite enthalten sein.
Register Plus scheint länger nicht aktualisiert worden zu sein. Ob Du damit glücklich wirst, ist also die Frage. Übersetzen kann man es genauso wie ein Theme, denke ich. Da müssten sich Tutorials finden lassen. Es müsste dann nur oben im Plugin die Text-Domain geladen werden. Aber wie gesagt, ob der Aufwand lohnt, weiß ich nicht.
-
Du musst Dich entscheiden, ob Du automatisch alle verlinkten Bilder in einer Lightbox anzeigen willst oder ob Du das nötige HTML manuell an den Links anbringen willst. Für ersteres sollte es eine Einstellung geben. Geh mal die Optionsseite des Plugins suchen und speichere das ab.
Danach sollte es eigentlich gehen. In der Praxis kann es aber zu Unverträglichkeiten mit anderen JS-Bibliotheken des Themes kommen. Wenn es also nicht geht, müsstest Du bitte mal eine Beispielseite verlinken.
-
Ich denke, Du suchst das hier:
http://wordpress.org/extend/plugins/sidebar-login/Das kannst Du per Widget integrieren oder über ein Template-Tag. Letzteres kannst Du dann ja nach Belieben ablegen, auch im Header. Wie es genau platziert wird, musst Du selbst entscheiden, das kannst Du im Theme per CSS machen.
-
Ohne die Seite zu kennen nehme ich mal an, dass die einzigen, die Dir das beantworten können, hier zu finden sind:
http://www.googlewatchblog.de/wiki/kontaktformular/Wieso Du die Frage hier stellst, ist mir ehrlich gesagt nicht klar. Die Chance, die Betreiber der Seite mit einem Forenposting hier zu erreichen, ist doch eher gering?!