Ein kleines Beispiel für Daten Massaging

Ich bin mir nicht sicher, ob „Daten-Massaging“ etwas Reales ist, aber so bezeichne ich das, was ich jetzt beschreiben werde.

Dave und ich dachten über ein kleines Redesign für ShopTalk Show nach. Eine Art neuer Anstrich. Das ist immer schön, das ab und zu zu machen. Aber wir wollten diesmal von innen nach außen beginnen. Es klang nicht sehr ansprechend, um das vorhandene Datenmaterial herum zu gestalten. Wir wollten mit saubereren Daten arbeiten. Wir mussten die vorhandenen Daten aufbereiten, damit sie mehr Gestaltungsmöglichkeiten eröffnen.

Wir waren in die klassische WordPress-Falle getappt

Nämlich... alles einfach in den Standard-Inhaltsbereich zu schütten

Wir haben Markdown verwendet, was meiner Meinung nach vernünftig ist, aber es war immer noch ein Haufen eher unstrukturierter Inhalte. Ein Beispiel

Wenn diese Inhalte jedes Mal ganz anders strukturiert wären (wie es bei einem Blogbeitrag wahrscheinlich der Fall wäre), wäre das in Ordnung. Aber das war nicht der Fall. Jede Sendung hat dieselbe Struktur.

Es ist nicht die Schuld von WordPress

Wir haben die Daten einfach nicht richtig strukturiert. Das kann man in jedem CMS vermasseln.

Um fair zu sein, es hat wahrscheinlich eine ganze Weile gedauert, bis sich eine stabile Struktur herausgebildet hat. Es ist schwierig, Daten von Anfang an einzurichten, wenn man nicht weiß, wie diese Struktur aussehen wird. Apropos...

Die Struktur, die wir brauchten

Das sind die strukturierten Daten, die eine Podcast-Episode benötigt

• Titel der Episode
• Beschreibung der Episode
• Hauptbild der Episode
• MP3
  • URL
  • Laufzeit
  • Größe in Bytes
• Eine Liste von Themen in der Sendung mit Zeitstempeln
• Eine Liste von Links
• Optional: Gast/Gäste
  • Name des Gastes
  • URL des Gastes
  • Twitter des Gastes
  • Biografie des Gastes
  • Foto des Gastes
• Optional: Werbekunden
  • Name des Werbekunden
  • URL des Werbekunden
  • Text des Werbekunden
  • Zeitstempel des Werbekunden
• Optional: Jobanzeige(n)
  • Firma der Jobanzeige
  • Titel der Jobanzeige
  • URL der Jobanzeige
  • Beschreibung der Jobanzeige
• Optional: Transkript

Selbst das ist nicht perfekt

Zum Beispiel: Wir nummerieren die Episoden als Teil des Titels von Hand, was bedeutet, dass wir, wenn wir diese Nummer einzeln benötigen, String-Manipulationen in den Vorlagen durchführen, was sich etwas hakelig anfühlt.

Ein weiteres Beispiel: Gäste sind keine programmatische Konstruktion für sich. Ein Gast ist kein eigener Datenbankeintrag mit einer ID. Das bedeutet, wenn ein Gast in mehreren Sendungen vorkommt, sind das Duplizitätsdaten. Außerdem gibt es uns nicht die Möglichkeit, "alle Sendungen mit Rebecca Murphey anzeigen" sehr einfach, was etwas ist, das wir uns gewünscht hatten. Wahrscheinlich gibt es in Zukunft eine Möglichkeit, das programmtechnisch zu lösen, denken wir.

Glücklicherweise lässt sich diese Struktur leicht in Advanced Custom Fields ausdrücken

Sobald man weiß, was man braucht, macht ACF es ziemlich einfach, das zu erstellen und auf jede benötigte Seitentyp-Art anzuwenden.

Mir ist bewusst, dass andere CMS diese Art von Strukturierung standardmäßig fördern. Toll. Das halte ich für clever. Sie sollten sehr stolz auf sich sein, dass Sie IhrLieblingsCMS gewählt haben.

In ACF sah unsere „Feldgruppe“ wie folgt aus

Wir benötigten „Repeater“-Felder für Daten wie Gäste, wo eine Struktur vorhanden ist, die beliebig oft wiederholt werden muss. Das ist eine PRO-Funktion von ACF, was ein genialer Schachzug von ihnen zu sein scheint.

Lassen Sie das Daten-Massaging beginnen

Leider bedeutet das, dass, nachdem wir die richtige Struktur hatten, nicht alle alten Daten sofort richtig erschienen. Es gab ein paar Möglichkeiten, wie wir vorgehen konnten...

Wir hätten die Gestaltung der Sendungsseiten nach Datum aufteilen können. Wenn es eine alte Sendung war, geben wir den Inhalt wie immer aus. Wenn es eine neue Sendung ist, verwenden wir das schöne Datenformat. Das fühlt sich jedoch wie ein noch größeres Chaos an als das, was wir hatten.

Wir hätten versuchen können, das programmtechnisch zu lösen. Vielleicht einige Skripte, die wir ausführen könnten, die die alten Daten analysieren, intelligente Vermutungen darüber anstellen, welche Inhalte in die neue Struktur übertragen werden sollen, und diese ausführen. Definitiv keine triviale Sache zu schreiben. Selbst wenn wir es hätten schreiben können, hätte es mehr Zeit gekostet als das Verschieben der Daten von Hand.

Oder... wir verschieben die Daten von Hand. Also haben wir das am Ende getan. Genauer gesagt, wir haben jemanden beauftragt, die Daten für uns zu verschieben. Danke Max! Max Kohler war unser Daten-Massager.

Das Hineinversetzen von Hand schien wirklich der richtige Weg zu sein. Es ist im Wesentlichen Dateneingabe, erforderte aber ein wenig Nachdenken und Entscheidungsfindung (daher „Massaging“), sodass es die perfekte Aufgabe ist, entweder selbst zu erledigen oder jemanden zu finden, der ein paar zusätzliche Stunden gebrauchen kann.

Design ist mit sauberen und strukturierten Daten viel einfacher

Mit all den schön aufgeräumten Daten konnte ich sie im Design selbst auf eine viel konsistentere und strukturiertere Weise ausgeben

Dieses neueste Design von ShopTalk Show ist kein Meisterwerk, aber da all diese strukturelle Arbeit getan ist, können wir uns bei dem *nächsten* Design stärker auf Ästhetik und vielleicht auf die unterhaltsameren Teile des visuellen Designs konzentrieren.