Beiträge von Autor33

Ja, ich verstehe, die HTML-Tags sind das eine, wie ich das optisch per CSS darstelle, wieder was anderes. Wobei ich gelesen habe, dass man bei q nichts weiter formatieren soll, weil das mittlerweile die Borwser machen.

Also unterstützt der Editor nur das blockquote, das q muss ich manuell selbst eintippen, im HTML-Modus. Und bei den Anführungszeichen (für hervorhebungen, nicht für Zitate), ist es wohl genauso.

Danke, aber meine Frage betraf zwei andere Fälle, nämlich das Zitieren weniger Worte mit <q> und das Anführungszeichen außerhalb von Zitaten.

Der Editor scheint das nicht zu unterstützen und demnach muss ich das manuell im HTML-Modus des Editors machen?

542 Hits, aber keiner weiß was dazu?

Hallo,
Kurze Zitate (mit Anführungszeichen) sollen laut Selfhtml mit <q> ausgezeichnet werden, aber wie geht das mit dem Editor? Nur über den HTML-Modus manuell?

Anführungszeichen, die ich nicht zum Zitieren brauchte, habe ich vor Wordpress einfach als &quot; gesetzt, also wenn z.B. der Satz lautete:
Das Ergebnis kann bestenfalls als "angemessen" bezeichnet werden.
--> &quot;angemessen&quot; im Code
Auch nur manuell möglich im HTML-Modus?

Habs gleich mal gelesen, danke.

Also wenn ich das richtig verstehe, dann sollte Inline-CSS nur wendet werden, soweit Formatierungen vereinzelt erfolgen. Je "genereller" eine Formatierung gilt, z.B. alle H2-Überschriften in blau, desto eher grieft man zum Stylesheet. Liegt ja auch in dessen Natur, d.h., es soll an EINER Stelle für möglichst viele Site-Bestandteile gelten und das Ganze dadurch vereinfachen.

Wie ist das mit der "Trennung von Struktur und Präsentation" gemeint? CSS sollte besser separat außerhalb des eigentlichen Codes sein, weil es dann den Code nicht aufbläht und die Site schzneller geladen ist?

Wie ist das bei einem Theme-Update oder WP-Update, lassen sich da die Formatierungen per Stylesheet nicht einfacher übernehmen, weil man nur eine Datei sichert und wieder einspielt?

Hallo,
ich plane gerade meine zukünftige Sidebar, in der ich mich kurz vorstelle, auf meine Beratungsdienstleistungen sowie auf Seminare, Buch ect. hinweise, Link auf Referenzen und Social Media Links.
Das alles soll entweder in ein größeres Textwidget oder drei bis vier kleinere.

Grundsätzlich gibt es zwei Möglichkeiten der CSS-Gestaltung, Inline-CSS oder über das Styelsheet des Themes.

Kann mich jemand aufklären, wann man eher das eine oder das andere macht, welche Vor-oder Nachteile das eine oder andere hat, z.B. was einfacher und schneller geht, den schlankeren Code ergibt, sicherer ist...keine Ahnung.

Beim Googeln habe ich dazu nichts gefunden.

Weiß keiner? Backupbuddy berücksichtig beim Anpassen der Urls auch "serialized data" in der DB. Wäre das hierzu sinnvoll?

Dieses Problems bin ich mir bewusst. Ich brauche zwingend beim Redesign wieder die gleichen .html-Unterseiten-Urls, sonst gehen alle Backlinks verloren.
Ein 301-Redirect ist die eine Möglichkeit (htaccess). Ich würde es aber lieber erst mal anders lösen, nämlich beim Redesign ein Plugin verwenden, das mir beim Anlegen der pages ermöglicht, diese mit .html-Urls anzulegen. Das Permalinkmodul von WP ermöglicht das bereits für posts, aber nicht für pages, die ich für meine statischen Sites brauche. Deshalb ist ein ".html-Url-Plugin" erforderlich.

Die Frage ist, ob es für die erforderliche Pfad/Url-Anpassung beim Transfer irgendeine Auswirkung hat, dass die pages mit ihrer .html-Url vorher über dieses Plugin entstanden sind.

Die Hoster sind für WP gerüstet mit aktuellen Versionen. Aber die mögliche, von mir angesprochene kleine Versionsänderung innerhalb von ein paar Monaten könnte evtl. zu Umstimmigkeiten führen?

Danke für den Tipp mit dem Schreibschutz, das habe ich bisher nirgends gelesen.

Dass phphMyAdmin nichts beinhaltet, was die Urls betrifft, wundert mich ein wenig. Würde sich doch anbieten, etwas Geeignetes zu integrieren. Unter option_name - siteurl geht da nichts?

Noch eine letzte Frage. Da es ja ein Redesign von bereits bestehenden Sites mit .html-Unterseiten-Urls geht, muss ich in WP pages mit erneut .html-Urls erzeugen, wozu ich ein extra plugin brauche. Spielt dieser Umstand für die spätere Url-Anpassung bei der Migration irgendeine Rolle?

Danke, jetzt sehe ich klarer und sehe auch die Vorteile der Nutzung einer Subdomain/Subverzeichnis.

Das heißt, ich ändere besser nicht die host-Datei, lasse das alles ganz normal und habe zunächst mal Urls, die für online nicht passen, weil in den Urls dann irgendwas mit localhost oder so drin steht.
Ich kann das dann aber in phpMyAdmin für den Upload entsprechend korrigieren oder nehme anstatt phpMyAdmin ein extra Tool wie Backupbuddy?

Wenn ich nach drei Monaten lokaler Bastelei die Site hochlade und der Hoster eine zwischenzeitlich neue php-Version nutzt, kann es also Probleme geben, weil ich ne neue DB erstelle, die diese Version nutzt.

Mir ist klar, dass ich beim Provider eine neue DB erstellen und dementsprechend die config ändern muss.

Aber lokal bei mir kann ich doch mit der Original-Url der bestehenden Site arbeiten, also z.B. mit http://www.meinesite.de. Anders als bei einer Subdomain, wo ich http://test.meinesite.de hätte. Und im Content bekommen die Links immer die volle Url, auch die internen Links http://www.meinesite.de/unterseite-a.
Warum stimmt das beides online dann nicht mehr?

Welche Pfade meinst du, was nicht von phpMyAdmin erfasst wird? Die ganzen Links auf den Seiten?

Hallo,
ich möchte das Redesign einiger alter, statischer Sites mit WP und einem leistungsfähigen Theme lokal machen und dann online stellen.

Xampp wird dazu empfohlen. Manche monieren, dass bestimmte Sachen online auf dem Webserver dann nicht funktionieren, obwohl es lokal keine Probleme gab.

Woran kann sowas liegen? Es wären ganz "normale", statische Sites, mit drei Spalten, zwei rollover-dropdown-Navis, header, footer, relativ viel Text. Warum sollte da was live nicht mehr klappen, wenn man in phpMyAdmin alles richtig macht?

Das heißt, jeder, der irgendwie auf mein WP zugreift - normale Surfer oder ich selbst beim Login - bekommt diverse Cookies, die Infos über mein WP enthalten. Um diese Infos zu schützen, gibt es die keys.
Oder geht es bei allen 8 nur ums Login?

Hallo,
spricht etwas dagegen, einfach selbst eine längere Kette von Zahlen und zeichen zu "erfinden"? Dürfen halt keine Sonderzeichen drin sein, wobei bei api.wordpress auch nicht nur Buchstaben und Zahlen drin sind...

Habe ich das richtig verstanden, dass es um das Login-Cookie geht, das mich bei einem späteren erneuten Login "wiedererkennt" als der, der sich schon mal eingeloggt hat? Dieses Cookie enthält Infos über mein WP, die dann nicht geknackt werden können.

Vielleicht gibt es neben dem Plugin noch eine Alternative (von dem einen Plugin mache ich mich nicht so gerne abhängig):
custom post types.

Kann ich damit auch einen post type definieren, der so weit wie möglich einer page/Seite entspricht?

Ich vermute, ich könnte mit einem solchen custom post type genau wie mit einem post .html-Urls erzeugen und wenn es eine quasi-page wäre... wäre das die optimale Lösung. Oder?

Schon klar, dass mit WP beides geht.

Aber warum definiert man ein CMS ("Content managen") immer nur als ein Verwaltungssystem für klassische, statische Sites und nicht auch für Blogs? Wenn von einem CMS wie WP die Rede ist, dann sind immer statische normale Sites gemeint, nicht Blogs. Aber bei Blogs wird doch genauso "Content gemanaged". Ob ich nun eine page erstelle und in ein hierarchisches Navi-System einfüge auf einer statischen Business-Site oder einen Blog-Artikel erstelle und einer Kategorie zuordne: beides ist definitionsgemäß "CMS" = Inhalte erstellen und verwalten.

Für mich umfasst die Def. eines CMS auch Blogs, aber für alle anderen nicht.

Hallo,
vielleicht eine dumme oder nicht sonderlich wichtige Frage, aber warum unterscheidet man bei der Nutzung von WP immer zwischen der Nutzung als CMS und als Blogsystem?

Wenn ein CMS definitionsgemäß Inhalte erstellt, verwaltet (z.B. kategorisiert) und veröffentlicht, dann tut es das doch für Blogs ganz genauso? Stattdessen versteht jeder ein CMS als eine Software für "Nicht-Blog-Sites".

Klickt man auf der codex-Seite unten auf deutsch wird man auf die dokupress-Seite umgeleitet. Die Doku dort scheint aber nicht die gleiche zu sein und wird laut der Meldung oben gerade aktualisiert, scheint sich also noch auf eine ältere WP-Version zu beziehen.

Die einzelnen Artikel auf der codex-Seite scheinen recht umfangreich und gut zu sein, aber in der Regel nicht auf deutsch.

Danke für die Tipps.

Ah o.k., jedes Jahr ne eigene Site... hatte bei wordcamp.de geschaut, der Link war oben im Forum zu sehen.
Danke.