Beiträge von barde

Hallo;

ich bin gerade erstmals intensiver zur Arbeit direkt in der Datenbank gezwungen...
Im Zuge eines Providerwechsels möchten wir die Einträge eines älteren Blogs in den neueren übernehmen.

Ich weiß, es gibt Plugins dafür - aber leider hat vor einiger Zeit die ältere Installation das zeitliche gesegnet (irgendwas ist schief gegangen, als wir beim Provider das Paket gewechselt haben) und seitdem liegt die Datenbank verwaist auf dem Server rum.

Ich habe schon erfolgreich die wp_posts und wp_comments exportiert und ebenso erfolgreich in der neuen Datenbank importiert; dort liegen sie aber noch als eigene Tabellen rum.
(das ganze natürlich erst mal in einer Testinstallation, nicht in der endgültigen!)
Versuch nr.1, die Einträge dann in die andere Tabelle zu verschieben, wurde abgelehnt.
Nach manueller Vergabe neuer IDs an alle Einträge (beginnend bei der höchsten ID der Zieltabelle +1) hat's rückberkopieren geklappt - so weit so gut.

Problem:
die ganzen Revisionen ... bei denen stimmt dann ja der Bezug hinten und vorne nicht mehr; damit stehen sie jetzt auch alle auf "publish".

Daher möchte ich jetzt im zweiten Versuch VOR der umbenennerei die überflüssigen Einträge aus der Tabelle entfernen, dann ist zum einen die umbenennerei weniger Arbeit und man muß "nur noch" bei den andern "inherits" (uploads) darauf achten, die Bezugsnr. anzupassen.

Die Frage dazu:
Von den teilweise bis zu 4 Einträgen mit gleichem Titel sind die niedrigste und die höchte ID mit identischem Zeitstempel versehen.
Darf ich daraus schließen, dass der ursprüngliche Beitrag (dürfte der mit der niedrigsten ID sein, der auch auf "pubish" steht) auf dem letzten Stand ist und ich ALLE Revisionen bedenkenlos löschen kann?
Oder habe ich dann doch die älteste Fassung des Beitrags?

Und um hier vorzugreifen:
uploads sind natürlich in den neuen content-ordner eingefügt; dass ich bei denen evtl. den URL-Pfad ändern muß, ist auch klar ...

Danke für Arbeitsparende Antworten :-)

LG

Jens

Hallo;

ich habe da mal wieder ein Problem und suche mich schon den ganzen tag quer durch's Netz ...

Wir betreiben 2 Blogs mit verschiedenen URLs, weil darin 2 völlig verschiedene Handwerke und ihre Ergebnisse vorgestellt werden.

Wir benutzen aber z.B. einen gemeinsamen Terminkalender, da wir für Veranstaltungen meistens gemeinsam gebucht werden; auf dem Kalender steht dann ggf. bei jedem Termin der Hinweis "nur Silberschmied" oder "nur Weberei", wenn's doch mal einzeln wird.

Für das gemeinsame Erscheinungsbild wird schon gleiches Theme verwendet, nur ist es nervig, Seiten wie "Buchungskonditionen" oder "Termine" immer doppelt zu aktualisieren und dabei genau gleich zu halten.

Gibt es ein Plugin, über das die Terminseite von Blog B einfach den Content von Blog A abgreifen und einblenden kann, ohne über einen Link in den anderen Blog zu wechseln oder den Header mit zu zeigen?
Die Multisite-Funktion scheint ja eher was für subdomains zu sein ...

Danke schonmal :-)

LG

Jens

Hallo;

ich suche hier jetzt schon eine Weile als Gast rum, habe aber noch nicht so ganz gefunden, was mir hilft.

Mein "Shop" soll eigentlich keiner sein.
Da ich ohnehin in über 50% der Fälle Sonderanfertigungen abweichend von Grundmuster anfertige und überhaupt fast nur NACH Bestellung fertige, möchte ich die Grundmuster zwar als Katalog vorstellen; dabei auch ruhig Preise und Basis-Varianten vorstellen (z.B. Silberkette mit roten, blauen oder grünen Perlen; dazu in 3 verschiedenen Standardgrößen); aber das geht ja auch einfach als Beiträge oder Seiten im Blog.

Was mir fehlt ist dann ein Button, um Artikel auf einer Liste zu sammeln, die dann als Anfrage gemailt werden kann - die ienzige derartige lösung, die ich bisher gesehen habe, sendet immer nur eine Anfrage für den einen Artikel, bei dem der Button stand; Kunden wollen aber schon gerne mal sets oder gleich was für die Freundin dazu oder ...

Optimal wäre also ein Anfragefomular, auf das die jeweiligen Artikel per klick gesetzt werden, vielleicht sogar bei jedem Artikel mit einem freien Feld für Texte wie "geht das auch mit abwechseln roten und gelben Perlen?" oder "habe Halsweite 42cm" usw.

Da es kein Warenkorb wird, braucht das ganze keine Preise mit auf die Liste setzen; wenn es ein eigenes Katalog-Plugin gibt, darf es dort Preisfelder geben, muß aber nicht (kann ich auch als Liste oder Tabelle im Textbereich unterbringen).

Auswahlmenus für verschiedene Ausführungen eines Artikels (Material, Größe) dürfen sein, wären aber auch kein muß; je nach Lösungsweg - bei einem kompletten Katalog-Plugin darf sowas drin sein; wenn ich nur ein Button- und Formular-Plugin brauche, ist sowas natürlich nicht dabei.

Ich weiß, es gibt ein catalog-view-plugin für WooCommerce; aber irgendwie erscheint es mir ziemlich umständlich und nervtötend, erst einen Shop mit Bestandsverwaltung (bei mri immer "0" und daher als "nicht verfügbar" angegeben; was schonmal blöd ist), Bestellstatistik und dem ganzen Kram anzulegen, um dann mit einem zweiten Plugin den Großteil wieder lahmzulegen - das muß doch schlanker gehen ...?

Danke für Ideen

barde