Beiträge von Ammaletu

jQuery ist ein JavaScript-Framework. Weitere Details siehe: http://de.wikipedia.org/wiki/JQuery

Im Backend wird jQuery für alle möglichen JavaScript-Aktionen benutzt, da brauchst Du es auf jeden Fall. Ob Du es im Theme des Blogs brauchst, kommt aufs Theme an. Allerdings sollte die Datei eigentlich kleiner sein, die Datei wird ja üblicherweise komprimiert ausgeliefert. Siehe: http://docs.jquery.com/Downloading_jQuery

Prinzipiell denke ich, ist das eine Frage, die Website-Besitzer entscheiden sollte. Es ist ja schließlich sein Geschäft, seine Inhalte. Wenn Du Dich zwischen 1 und 2 nicht entscheiden kannst, kann man das aber vielleicht kombinieren? Einen Punkt "Leistungen" mit entsprechenden Unterseiten oder eben Abschnitten auf der Seite. Und daneben die Menüpunkte für die Zielgruppen, die dann ggf. zu den gleichen Inhalten führen. Nur so als Idee.

Ja, oder Du vergisst den SEO-Kram einfach mal für einen Moment und machst eine hochwertige Webseite mit guten Inhalten. ;-)

Wo kann man den Ticker da denn sehen?

Tja, dann wird es schwieriger. Du kannst natürlich das Ergebnis von get_the_content nehmen, Bilder mit einer Regular Expression rausfiltern und das danns elber mit echo ausgeben. Das solte in der Regel funktionieren, solange die RegEx korrekt ist. Ansonsten wüsste ich auch nicht so richtig, wie man das am besten umsetzt.

Der Pfad kann an allen möglichen Stellen im Dump stehen: Plugin-Einstellungen, Pfade von Upload-Dateien etc. Ist vielleicht nicht immer wichtig, das zu ändern, aber für einen reibungslosen Umzug mache ich das normalerweise.

Dafür wäre der Parameter da, der ja bei normalen Aufrufen innerhalb von WP nicht da ist. Beim Aufruf von extern muss er an der URL dranhängen (.../categorytestkategorie?iframe=true) und darüber wird dann gesteuert, ob der Seitenrahmen angezeigt wird oder nicht.

Alles relativ schnell machbar, bei einfachen Layouts jedenfalls, solange man die Seiten, die auf der Kategorieseite verlinkt sind, nicht weiter betrachtet. Dieses Problem solltest Du vielleicht zuerst lösen, bevor Du Dich an die praktische Umsetzung machst. Wie / wo sollen sich Links auf der Seite im iFrame öffnen?

Du könntest auf Übersichtsseiten mit dem Loop z.B. den Excerpt anzeigen lassen anstatt des ganzen Contents. Oder soll es schon immer der ganze Inhalt sein, nur ohne alle Bilder?

Setz mal die WP-DEBUG-Konstante in der wp-config auf true (ergänzen falls es sie noch nicht gibt), dann sollten Fehler ausgegeben werden.

Wenn sich beim Umzug der Pfad der Dateien auf dem Server geändert hat, was normalerweise der Fall ist, hätte das eigentlich auch im DB-Dump angepasst werden müssen.

Schau mal hier: http://faq.wordpress-deutschland.org/cannot-modify-header-information/

Übliche Verdächtige sind die wp-config.php und die functions.php des Themes.

Du kannst die Ansicht jeder Kategorie stylen, in dem Du ihr ein eigenes Template gibst. Dazu einfach die category.php oder die archive.php kopieren und "category_[slug].php" nennen. Darin kannst Du dann oben auf einen URL-Parameter prüfen (z.B. "iframe") und ggf. den ganzen Seitenrahmen nicht anzeigen. Dazu könntest Du z.B. eine Klasse am Body-Tag definieren, die Sidebar weglassen und den Header einfach nicht anzeigen (per CSS), falls das gewünscht ist. Der anderen Seite nennst Du dann die URL zu der Kategorie mit dem Parameter.

Schwierig wird das ganze, wenn alle Links auf der Seite im gleichen Layout geöffnet werden sollen. Die würden sich ja vermutlich ebenfalls im iFrame öffnen, und alle Links anzupassen, wird knifflig, denke ich.

Mit einem Tool wie dem FF-AddOn "LiveHttpHeaders" kannst Du sehr schön beobachten, wie die Umleitungen ablaufen. Man ruft die Seite mit der einen Kategorie in der URL auf und wird zur anderen geschickt. Und die schickt einen wieder zurück zur ersten und so weiter.

Warum das so ist kann ich Dir leider auf Anhieb nicht sagen. Ich würde aber vermuten, dass es nicht mehr auftritt, wenn der Artikel nur noch einer Kategorie zugeordnet ist.

Ich bin nicht sicher, ob phpMyAdmin eine gz-Datei verarbeiten kann. Wie groß ist de Datei denn ausgepackt? Sowohl PHP als auch der Apache haben ja normalerweise ein Upload-Limit. Ich nehme an, dass Du da anstößt. Hast Du Shell-Zugang zum Server? Dann könntest Du es per FTP hochladen und dann über die Kommandozeile direkt importieren.

Die meisten Plugins speichern ja keine eigenen Daten. Die kannst Du am Ziel einfach wieder aktivieren und ggf. erneut einrichten. Wenn die Plugins natürlich Daten speichern musst Du schauen, was sich da machen lässt. Wenn sie z.B. eigene Tabellen anlegen, könntest Du probieren, nur diese Tabellen über phpMyAdmin oder ähnliche Tools zu exportieren und am Ziel zu importieren.

Es müsste auf jeden Fall über die WP-interne Import-/Export-Funktion gehen. Im alten Blog exportieren, im neuen importieren, fertig. Das nimmt alle Beiträge und, soweit ich weiß, auch einiges andere wie Kommentare, Kategorien und Tags mit. Plugin-Einstellungen und ggf. von Plugins gespeicherte Inhalte aber nicht. Für Deinen Zweck müsste das aber, denke ich, ausreichen.

Schau mal nach ob dieses Plugin mit Deiner WP-Version noch kompatibel ist. Die Meldung deutet darauf hin, dass es das nicht ist, denke ich.

So hier vielleicht!? (ohne jetzt noch mal im Codex nach der genauen Syntax geschaut zu haben)

wp_dropdown_categories("echo=0&hide_empty=false");

Das sollte sich problemlos machen lassen. Wenn Du selber Admin des Blogs bist hast Du doch Zugriff auf die Nutzerübersicht. Da müsstest Du einen neuen Nutzer anlegen und ihn zum Editor machen können. Gib ihm ein PW und log Dich damit ein um zu schauen, über welche Möglichkeiten der Nutzer verfügt. Wenn es noch zu viele sind, kann man mit verschiedenen Plugins die Rechte einer Rolle noch genauer definieren.

Hat der Shop eine .htaccess, die alle Aufrufe an die index.php des Shops umleitet? Wenn ja musst Du da sicher eine Regel ergänzen, dass alle Aufrufe des wp-Unterordners in Ruhe gelassen werden.

Zitat

Das leere h3 hat den Sinn, dass eine zusätzliche Linie erscheint...

Dass das nicht die Art ist, wie die Verwendung dieses Tags gedacht ist, kannst Du Dir sicher selber denken... ;-)

Zitat

Der Code von diesem Teil der sidebar:

Dann gib doch bitte wp_list_categories nicht in einem h3 aus, es ist ja keine Überschrift. Stattdessen nimm ein ul, dann passt das auch mit den Listenpunkten, die wp_list_categories generiert.