Der Verkauf an Apple selbst oder an einen Refurbished-Service kann die eigene Geldbörse etwas aufpolstern. Das geht umso besser, desto funktioneller das gebrauchte Produkt noch ist. Hier sind Tipps für das Aufbereiten und Verkaufen von Apple-Geräten.

Wo verkauft man gebrauchte Apple Produkte?

Es gibt verschiedene Angebote, über die wir unser Apple-Produkt verkaufen können. Grundsätzlich unterscheiden wir zwischen:

• dem Verkauf an Privatpersonen
• dem Verkauf an Händler

Wenn wir an eine Privatperson verkaufen, können wir Plattformen wie Ebay nutzen oder in unserem Bekanntenkreis handeln. Wenn wir stattdessen an einen professionellen Service verkaufen möchten, bieten sich Refurbished-Händler oder der Apple Trade In an. Dort verkaufen wir Altgeräte direkt an Apple, beispielsweise in einem Apple Store oder über die Website, und werden dafür ausgezahlt. Meist erhält man dort allerdings nur eine Gutschrift, statt Geld zurück.

Was benötigt man für den Verkauf?

Sowohl Refurbished-Händler als auch Apple begutachten das gebrauchte Gerät und schätzen seinen Restwert ein. Diesen Vorschlag können wir als Verkäufer annehmen oder ablehnen. Ist die Hardware mehr oder weniger wertlos, recycelt Apple die Geräte kostenfrei.

Die besten Preise bekommen wir natürlich für die jüngste Technik mit den wenigsten Software- und Hardware-Problemen. Wer etwas technikversiert ist, kann das Gerät vor dem Verkauf deshalb eigenständig aufbereiten und etwas mehr Geld herausholen. Man bekommt außerdem überwiegend mehr Geld, je mehr Originalteile, wie Ladekabel, noch vorhanden sind.

Sonst sollte man das Apple-Produkt von jeglichen privaten Daten bereinigen. Die meisten Geräte kann man in wenigen Schritten zurücksetzen, auf die Werkseinstellungen. Der potenzielle Käufer kann dann das Gerät direkt neu einrichten. Mit der Einführung von macOS Monterey ermöglichte Apple dieses einfache Vorgehen auch am Mac.

Wo kriege ich am meisten Geld?

Wo man am meisten Geld ausgezahlt bekommt, ist davon abhängig, was der Zustand und das Alter des Geräts sind und wie gut man die Hardware selbst generalüberholen kann. Einige der Refurbished-Ankaufdienstleister wie Rebuy oder Wirkaufens haben zu unterschiedlichen Zeitpunkten im Jahr Aktionen. Deshalb kann sich der Vergleich lohnen.

Professionelle Händler

Grundsätzlich erhält man über den Apple Trade In nicht die besten Erlöse. Aber: Selbst, wenn ihr das Gerät selbst nicht weiterverkaufen könnt, lohnt es sich für das Unternehmen, die genutzten Materialien zu recyclen. Vor allem die Rohstoffe für Lithiumzellen-Akkus sind heute knapp und deshalb begehrt.

Sowohl Apple als auch ein Refurbished-Händler überprüfen das Gerät auf seine Softwareleistung und den Hardwarezustand. Auf den Webseiten der Refurbished-Services kann man optimal erkennen, woran sie den Wert ihrer Waren berechnen. Sie arbeiten für ihre Käufer mit einem Bewertungssystem von Gut zu Sehr gut bis Wie neu, oder ähnliche Begriffen. Zu jeder Kategorie haben sie feste Definitionen. Produkte mit vielen Kratzern oder verlangsamter Software werden schlechter bewertet und bringen deshalb auch weniger Geld.

• Vorsicht! Die Gutachter bei den Verkaufsservices testen das Gerät auf Herz und Nieren. Sie erkennen hier auch meist, wenn Teile durch eine Nicht-Apple-Werkstatt repariert und ausgetauscht wurden. Werden solche Reparaturen erkannt, erhält man größtenteils weniger Erlös. In diesem Fall kann es sich lohnen, lieber an eine Privatperson zu verkaufen.

Mit Polituren, die Kratzer entfernen, und dem gründlichen Bereinigen des Speichers und Co. kann man aber auch hier noch etwas Geld herausschlagen.

Verkauf an privat

Privatpersonen haben überwiegend nicht das gleiche Know-how und vor allem nicht die Technik zur Hand, die sie die Qualität von Apple-Produkten leicht erkennen lässt. Wenn man hier ein iPad verkauft, dessen Bildschirm schon einmal von einem Reparaturservice ohne Apple Zulassung ausgetauscht wurde, gibt es bessere Chancen, dass dieser Austausch nicht auffällt und stattdessen noch mehr Geld bringt, da man Gebrauchsspuren dadurch entfernen konnte.

Wer also die Fähigkeit hat, die Software und Hardware eines Apple-Produkts eigenhändig aufzubessern, der kann bei dem Verkauf an Privatpersonen mehr Geld erwarten, wenn dabei keine Originalersatzteile genutzt wurden.

Was kann ich erwarten?

Der Apple Trade In gibt auf seiner Website die geschätzten Eintauschwerte für verschiedene Geräte und ihre Generationen an. Ein iPhone 11 Pro gibt dort rund 435 €. Zum Vergleich ist der höchste Schätzpreis für das iPhone 11 Pro auf Refurbed rund 280 €, bei rebuy aber knap 545 Euro. Die aktuellen Angebote für ein gebrauchtes iPhone 11 Pro bei Ebay liegen zwischen 280 € und 570 €.

Fazit

Altgeräte von Apple lassen sich über den Verkauf an Apple selbst, Refurbished-Händler oder Privatpersonen zu Geld machen. Am verlässlichsten sind die Erlöse über den Apple Trade In oder renommierte Gebrauchtankäufer. Wer selbst Reparaturen an dem Gerät durchführt und dabei keine Originalteile nutzt, erhält vermutlich über Privatkäufe mehr Geld, geht aber auch mehr Risiko ein.

Allein wegen des Nachhaltigkeitsgedankens lohnt es sich, Produkten auf diese Art ein zweites Leben zu schenken oder ihre Materialien im Recycling zu verwerten.

Übrigens: Wer keine Apple Produkte besitzt, kann hier lernen, wie man Android-Handys wieder flott macht, um sie zu verkaufen.

Dieser Artikel enthält Affiliate-Links.

Der Beitrag Apple Produkte gebraucht verkaufen erschien zuerst auf Macnotes.de.

Heutzutage regt sich eigentlich jeder über alles auf. Spannend wäre aber, wenn die Leute irgendwann anfingen, sich über sich selbst aufzuregen, statt über andere. Vielleicht werden wir das ja noch erleben. Gerade aber in den „Social Networks“ gibt es zu jedem Thema auch eine Aufreger-Bubble, ob nun gerechtfertigt oder nicht. Letztlich ist Aufregen nie gut, auch nicht für die eigene Lebenserwartung, wie diverse medizinische Studien bereits nachgewiesen haben.

2,5 Millionen Euro für den Brockhaus?

Auf den ersten Blick könnte man denken, dass dort jemand 2,5 Millionen Euro für Wissen ausgegeben hat, das heute niemand mehr benötigt. Auf Twitter beispielsweise wurde die Entscheidung kritisiert und der Ruf laut, man hätte doch das Geld auch für die Wikipedia ausgeben können.

Doch wer so etwas fordert, der weiß nicht, was es mit dem Brockhaus 2021 auf sich hat. Die Marke firmiert unter schwedischer Flagge und liefert keine staubtrockenen Bücher mehr, die man sich ins Regal stellt. Die gibt es bereits seit 2015 nicht mehr. Stattdessen offeriert Brockhaus ein gesamtes Bildungsangebot für Schüler und Lehrer, zu den unterschiedlichsten Themen in der Bildung. Dazu zählen auch Inhalte in der Cloud und Videokurse und interaktive Tutorials, Prüfungsvorbereitungsinhalte, und vieles mehr. Lehrer bekommen außerdem einen Kanon an Inhalten geliefert, Inspiration für Aufgaben, usf.

33 Cent pro Schüler

Man muss zudem die Situation ein wenig näher beleuchten. Sind 2,5 Millionen Euro viel Geld? Mit Sicherheit. Aber das Bundesland NRW verfügt über 2,5 Millionen Schüler. Die 2,5 Millionen Euro fließen auf drei Jahre. Also zahlt man umgerechnet lediglich 33 Cent pro Jahr pro Schüler und für 200.000 Lehrer, um diesen allen den Zugriff auf ein umfangreiches Lehr- und Bildungsangebot zu ermöglichen.

Wikipedia ist (k)eine Anlaufstelle

Wer spontan Wikipedia als Ersatz für „den“ Brockhaus, wie ich ihn oben erläutert habe, sieht, der irrt. Zum einen hat das Onlinelexikon keine Schnittstellen um Computer und Tablets mit Lehr- und Lernmaterial zu versorgen. Man kann die App oder die Website öffnen und selbst darin suchen. Aber das ist nicht vergleichbar mit dem „modernen“ Angebot von Brockhaus.

Nun erläutere ich im Podcast aber noch umfangreicher, wieso ich denke, dass die Aufregung absolut nicht angebracht ist, und Wikipedia in diesem Fall keine echte Alternative. Und auch wenn es so klingt, möchte ich gar nicht Partei ergreifen für etwas, sondern nur darauf aufmerksam machen, dass man nicht aufgrund falscher Annahmen ein Urteil fällt, was so nicht statthaft ist.

Ihr findet unseren Podcast auf iTunes, Spotify und auch in Googles Podcast-Verzeichnis. Dort könnt Ihr ihn abonnieren, wenn Ihr mögt.

Dieser Artikel enthält Affiliate-Links.

Der Beitrag Sajonaras 7 Minuten #26: Wie kann NRW nur 2,6 Millionen Euro für den Brockhaus ausgeben? erschien zuerst auf Macnotes.de.

Apple TV+ weiter gratis

Ist das nicht schön? Nun gibt es Apple TV+ bis einschließlich Juni weiterhin gratis. Aber eigentlich ist das gar kein Grund zur Freude. Denn bei genauerer Betrachtung ist der Konzern aus Cupertino wegen der Covid-19-Pandemie mit der Produktion neuer Inhalte nicht hinterhergekommen.

Doch im Vergleich zur Konkurrenz ist das momentane Angebot fast lachhaft winzig zu nennen. Nun macht Quantität nicht Qualität weg, aber selbst die technisch aufwendige Produktion bei Apple sorgt nicht immer dafür, dass auch alle Inhalte wirklich ein Volltreffer sind. Nicht zuletzt kann man das Rad bei Film und Fernsehen nicht immer wieder neu erfinden. Es braucht erst neue Technologien, die für andere Ansätze sorgen, nur die fallen nicht vom Himmel.

Apple vs VirnetX neigt sich dem Ende zu

2010 ging das erste Verfahren zwischen Apple und VirnetX los, 2021 hat der Streit wohl ein Ende. Denn auch in einem zweiten Verfahren entschied ein Richter nun, dass Apple nicht mehr „nachverhandeln“ kann. Insgesamt schuldet der iPhone-Hersteller dem Patenthalter dann knapp 1,1 Milliarden US-Dollar (ca. 910 Millionen Euro).

Schlimmer für Apple ist aber, dass es in Zukunft auch für jedes verkaufte iPhone und iPad wird Tantieme zahlen müssen, oder eine andere Technologie für die Übertragung von FaceTime wird aus dem Hut zaubern müssen.

Aber wer weiß, vielleicht ist die letzte Messe in dieser Angelegenheit ja trotzdem noch nicht gelesen.

Weitere Podcast-Formate

Sicher noch nicht am Ende sind wir mit der Idee des Podcasts, feilen noch am Konzept, auch darauf gehe ich in dieser Ausgabe kurz ein. Ich möchte gerne das „Nähkästchen“ als Audio-Format veröffentlichen und auch neu veröffentlichen, also vorhandene Nähkästchen thematisch noch einmal aufarbeiten, weil darin vielleicht Dinge angesprochen wurden, die heute schon wieder anders sind, oder zumindest auch noch Dinge klarstellen.

Ich habe auch die Idee, technische Formate herauszubringen. Für letzteres wäre es aber vielleicht sogar sinnvoll, auch bewegte Bilder zu verwenden. Da schwebt mir alles zwischen Tutorial, Nachrichten-Format und Dokumentation vor.

Diesen Podcast könnt Ihr übrigens sowohl auf iTunes als auch auf Spotify abonnieren.

Dieser Artikel enthält Affiliate-Links.

Der Beitrag Sajonaras 7 Minuten #13: Apple TV+ weiter gratis, und mehr erschien zuerst auf Macnotes.de.

Genau das wollen wir Euch dann in dieser Ausgabe erklären, und auch, welche Grenzen unser Plug-in weiterhin hat. Die Herangehensweise zeigt vor allem, dass so ein relativ einfaches Projekt mit ein wenig Fantasie und Aufwand zu etwas richtig seriösem aufgebaut werden kann.

Das Plug-in braucht mehr Komfort

Anstatt den Quellcode immer von Hand anzupassen, wenn man neue Schlagwörter hinzufügen möchte, kann man dazu die Datenbank bei WordPress verwenden und entsprechende Formulare. Folgende „Details“ und „Fragen“ gibt es unter anderem zu klären, von denen wir aber nur einige exemplarisch nennen wollen:

• Wie kann ich mit der Datenbank von WordPress kommunizieren?
• Benötige ich eine eigene Tabelle?
• Wie handhabt WordPress Formulare?
• Gibt es Sicherheitsvorkehrungen zu treffen?
• Muss ich mehrere Plug-in-Dateien erstellen?
• Was ist die WordPress-Nonce, und wie kann sie mir in diesem Fall helfen?

Wann benötige ich für mein Plug-in eine eigene Tabelle?

Es ist eine viel diskutierte Frage, ob es sinnvoll sein kann, eine eigene Tabelle für ein WordPress-Plug-in einzurichten. Eines der Schwergewichte unter den WordPress-Plug-ins, Yoast SEO, änderte vor ein paar Monaten seine Einstellung zu der Thematik und migriert seitdem mit jedem Update zunehmend mehr Daten aus WordPress-Tabellen in eigene.

Für mich liegt die Antwort auf der Hand: Ich mache immer eine eigene Tabelle, wenn ich eigene Daten verwenden möchte. Sieht man davon ab, dass WordPress-Tabellen vor allem bei großen Websites sowieso relativ unübersichtlich werden, kann es beim Abfragen von Daten auch Performance-Vorteile bieten. In der Tat ergibt es aber nur wenig Sinn, den Aufwand zu betreiben, wenn man am Ende nur eine Handvoll Datensätze speichern mag. Die lassen sich zur Not auch noch in der WordPress-Tabelle sichern.

Wie kommuniziere ich mit der WordPress-Datenbank?

WordPress hält für Entwickler Befehle zur Verfügung, um mit der Datenbank zu kommunizieren. In Einzelfällen kann es sinnvoll sein, die WordPress-Routinen zu umgehen und mittels PHP oder anderer Scriptsprachen die Kommunikation zur Datenbank auf eigene Faust zu unternehmen. Das ist aber nur in Fällen ratsam, in denen man wirklich viele Datensätze bearbeitet, und an dieser Stelle rede ich von zehntausenden Datensätzen und mehr, die regelmäßig immer wieder abgefragt werden oder aktualisiert werden. Denn zur Wahrheit gehört, dass die WordPress-Datenbank-Engine nicht die schnellste ist.

In Teil 1 wiesen wir bereits auf Befehle wie add_option() (vgl. WordPress Code-Referenz) hin, mit dem sich Daten ohne Weiteres in die Tabelle wp_options von WordPress hinzufügen lassen. Mittels update_option() kann man vorhandene Datensätze aktualisieren, und sie mit delete_option() entsprechend wieder entfernen.

Doch wir wollen nicht die WordPress-Tabelle zumüllen, sondern mit der eigenen Tabelle kommunizieren. Diese funktioniert über die wpdb-Schnittstelle.

Eigene Tabelle für WordPress erstellen

Klar kann man die Tabelle für das eigene Plug-in auch von Hand erstellen, über phpMyAdmin oder eine andere Software, auch am Desktop-Computer. Wer sich auskennt, kann dazu auch einfach die mysql-Schnittstelle auf dem Server mittels Terminal verwenden. Doch bei einem Plug-in geht es ja um die Wiederverwendbarkeit und die Möglichkeit, dass auch andere Nutzer damit arbeiten können.

Entsprechend nutzen wir die WordPress-eigenen Mittel, um die Tabelle zu erstellen. Der beste Zeitpunkt dafür ist übrigens beim „Aktivieren“ des Plug-ins. Wie im ersten Teil dieses Tutorials schon beschrieben, trennt WordPress zwischen dem Aktivieren, Deaktivieren und Deinstallieren. Dafür gibt es extra drei passende „Auslöser“, die wir uns zunutze machen können.

In unserem Fall benötigen wir eine Tabelle, die lediglich drei Reihen umfasst, eine fortlaufende Nummerierung (ID), eine Suchphrase (searchstring) und ein Schlagwort (keywordstring). Um in mySQL eine Tabelle mit dieser Struktur einzurichten, benötigt man folgenden Code:

CREATE TABLE XYZ (
		id mediumint(9) NOT NULL AUTO_INCREMENT,
		searchstring varchar(25) NOT NULL,
		keywordstring varchar(25) NOT NULL,
		UNIQUE KEY id (id),
	    UNIQUE KEY searchstring (searchstring)
	) ZEICHENSATZ;

Wir müssen der Tabelle noch einen Namen geben und auch einen Zeichensatz angeben. Da aber durch die Installation von WordPress je nach Konfiguration von WordPress ein Zeichensatz genutzt wird, und wir uns nicht den Kopf darüber zerbrechen wollen, welcher das ist, verwenden wir einfach $wpdb->get_charset_collate() (vgl. WordPress Code-Referenz), um den Zeichensatz abzufragen.

Ja, und auch bei der Namensgebung für die Tabelle, wollen wir uns zumindest an die Gepflogenheiten halten und greifen daher auf das Präfix zurück, das WordPress uns anbietet, und Nutzer bei der Installation individuell einrichten können ($wpdb->prefix). Unsere Tabelle nennen wir dann noch sn_add_keywords, die entsprechend mit dem Präfix von WP ausgestattet wird.

Tabelle bei Plug-in-Aktivierung einrichten

Nun gehen wir davon aus, dass wir die Tabelle beim Aktivieren des Plug-ins einrichten möchten. Wir greifen dazu also auf den register_activation_hook() (vgl. WordPress Code-Referenz) zurück.

Dieser Aufruf hat zwei Parameter. Der erste nennt den Dateinamen des Plug-ins inklusive Pfadangabe. Dafür gibt es glücklicherweise eine Konstante namens __FILE__, die uns die Arbeit erleichtert, wenn wir uns an die Konventionen halten und unser Plug-in auch im Plug-in-Verzeichnis unterbringen. Der zweite Parameter ruft eine Funktion auf, die dann zum Zeitpunkt der Aktivierung des Plug-ins aktiv wird.

Wir erstellen also eine Funktion, die uns die Tabelle erstellt. Die sieht wie folgt aus:

function sn_add_keywords_create_database() {
  global $wpdb;
  $charset_collate = $wpdb->get_charset_collate();
  $table_name = $wpdb->prefix . 'sn_add_keywords';

  $sql = "CREATE TABLE $table_name (
		id mediumint(9) NOT NULL AUTO_INCREMENT,
		searchstring varchar(25) NOT NULL,
		keywordstring varchar(25) NOT NULL,
		UNIQUE KEY id (id),
    UNIQUE KEY searchstring (searchstring)
	) $charset_collate;";

	require_once( ABSPATH . 'wp-admin/includes/upgrade.php' );
	dbDelta( $sql );
}

Die rufen wir dann mit dem passenden Auslöser auf:

register_activation_hook(__FILE__, 'sn_add_keywords_create_database');

Tabelle bei der Deinstallation löschen

Man könnte die Tabelle theoretisch auch beim Deaktivieren schon löschen. Aber das erachten wir für nicht sinnvoll. Bei der Deinstallation eines Plug-ins sollte man aber sehr wohl darauf achten, hinter sich sauberzumachen. Wir setzen in dem Fall den register_uninstall_hook() ein. Der funktioniert analog zum Aktivierungsauslöser und hat die gleichen beiden Parameter. Wir erstellen also eine Funktion, die die Datenbank löscht:

function sn_add_keywords_remove_database() {
  global $wpdb;
  $table_name = $wpdb->prefix . 'sn_add_keywords';
  $sql = "DROP TABLE IF EXISTS $table_name";
  $wpdb->query($sql);
}

Diese rufen wir dann mit dem Auslöser wie folgt auf:

register_uninstall_hook(__FILE__, 'sn_add_keywords_remove_database');

Wie kommuniziert unser Plug-in mit der Datenbank?

Wie man mittels WordPress-Funktionen mit der Datenbank kommuniziert, haben wir schon angeschnitten. Aber damit unser Plug-in, das ebenfalls kann, benötigt es ein Formular.

Zudem können wir an dieser Stelle noch ein paar Sicherheitsvorkehrungen treffen. Anders als bei einem Formular zur Anmeldung beim Newsletter, wollen wir vermutlich nur Personen Schlagworte hinzufügen lassen, denen wir vertrauen. Auch müssen wir sicherstellen, dass in der Datenbank nichts „Bösartiges“ gespeichert wird. Aus diesem Grund nutzen wir die wordpress-eigenen Befehle für die Datenbankkommunikation, weil manche von ihnen bereits Sicherheitsmechanismen enthalten, und wir so ein bisschen beruhigter sein können. Doch, der Reihe nach.

Formular für die Datenbankeingabe erstellen

An dieser Stelle kann man ohne Umschweife zunächst einmal ein einfaches Formular in HTML erstellen. Wir benötigen zwei Eingabefelder für Text, eventuell noch zwei Etiketten und einen Button (oder Link) zum Absenden des Formulars. Der Einfachheit halber – weil es funktioniert, und um schnell erste Ergebnisse zu erhalten – verwenden wir keine spezielle Aktion zum Auslösen, und nutzen die POST-Methode.

Unser HTML-Formular sieht wie folgt aus:

<form method="POST">
	<?php wp_nonce_field('sn_add_keywords', 'sn_add_keywords_nonce', true, true); ?>
    <h2>Neuen Eintrag hinzufügen:</h2>
    <label for="searchstring">Searchstring:</label>
    <input type="text" id="searchstring" name="searchstring" required>
    <label for="keywordstring">Keywordstring:</label>
    <input type="text" id="keywordstring" name="keywordstring" required>
	<?php submit_button('Hinzufügen'); ?>
</form>

Die submit_button()-Funktion stellt WordPress zur Verfügung. In Klammern übergeben wir die Beschriftung für den Button. Der Button erhält dann auch die typischen Klassen, damit er mittels CSS automatisch in der für WordPress typischen Kolorierung und Form erscheint. Wer das individuelle handhaben mag, kann natürlich einen eigenen Button erstellen.

Was ist dieses Nonce, und wieso brauche ich sie?

Im obersten Feld des Formulars erkennt Ihr den Befehl wp_nonce_field(), den WordPress ebenfalls zur Verfügung stellt. Die „Nonce“ (vgl. Wikipedia) ist eine flüchtige Phrase, die zum Zwecke der Authentifizierung erstellt wird.

WordPress bietet dieses System ebenfalls an. Es ist sehr hilfreich, wenn man die Kommunikation mit der Datenbank nur authentifizierten Nutzern zu ermöglichen. Denn die Nonce wird beim Aufruf erzeugt und ist dann nur in der Session des Nutzers gültig. Würde jemand, der gar nicht mit WordPress eingeloggt ist, versuchen die Funktion auszuführen, scheiterte die Kommunikation daran, dass er nicht die korrekte „Nonce“ dafür hat.

Wir werden dann die erstellte Nonce noch überprüfen, bevor wir tatsächlich in die Datenbank schreiben.

Formular-Daten in die Datenbank schreiben

Nun müssen wir uns also noch darum kümmern, die im Formular eingegebenen Daten beim Klick auf den Button in die Datenbank zu speichern. Wie machen wir das?

Zum einen haben wir ja geschrieben, dass die Daten mittels POST-Methode übergeben werden. Sie sind dann entsprechend über die POST-Variablen auslesbar. Mit dem Nonce-Field erzeugt WordPress aber noch ein unsichtbares Feld mit dem Authentifizierungstoken. Auch der ist dann als POST-Variable abfragbar und lässt sich so vergleichen.

Für das Schreiben in die Datenbank, kann man entweder ein eigenes QUERY and $wpdb übergeben, oder wir nutzen den von WordPress implementierten $wpdb->insert()-Befehl.

if(is_admin() && (isset($_POST['sn_add_keywords_nonce']) || wp_verify_nonce($_POST['sn_add_keywords_nonce'], 'sn_add_keywords'))) {
	global $wpdb;
	$table_name = $wpdb->prefix . 'sn_add_keywords';
	$newdata = array(
        'searchstring' => sanitize_text_field($_POST['searchstring']),
        'keywordstring' => sanitize_text_field($_POST['keywordstring']),
      );
    $wpdb->insert($table_name, $newdata, '%s');
    wp_safe_redirect(esc_url(admin_url('admin.php?page=sn_add_keywords%2Fsnak.php')));
}
exit();

Über den Befehl wp_safe_redirect() leiten wir nach dem Absenden den Benutzer wieder zurück zur Ausgangsseite. Diese Vorgehensweise hat übrigens einen Nachteil, den wir in Kauf nehmen, der aber für ein frei verfügbares Plug-in ausgebessert werden sollte, zum Beispiel, indem man AJAX verwendet.

Zuletzt stellen wir über den exit()-Befehl sicher, dass wirklich alle POST-Variablen nach dem Abschluss gelöscht werden. So wird das Formular geleert und auch eine neue Nonce erstellt.

Das Plug-in, wie wir es verwenden sieht bei uns dann übrigens derzeit so aus.

Was wir nicht erzählt haben?

Auch dieser Beitrag ist schon wieder ziemlich lang geworden. Deshalb haben wir einige Details geschlabbert. Darunter:

• Denn in unserem Plug-in haben wir beispielsweise bei der Aktivierung auch eine Versionsnummer übergeben. Die können wir dann bei einem Update vergleichen und nutzen, um so Änderungen an der Datenbank vorzunehmen.
• Wir haben aber auch unterschlagen, dass wir unsere Tabelle beim Aktivieren bereits mit ein paar Datensätzen ausgestattet haben. Ich finde es immer schöner, wenn man zumindest ein paar Anhaltspunkte hat.
• Es kann außerdem sinnvoll sein, die Daten nicht zu löschen, oder dies dem Nutzer zur Wahl zu stellen. Um so eine Option haben wir uns bislang nicht gekümmert.
• WordPress hält auch Alternativen zu den „Auslösern“ bereit. So kann man Dateien namens uninstall.php oder activation.php erstellen. Deren Inhalte werden dann automatisch ausgeführt.
• Wie Ihr auf dem Screenshot erkennen könnt, geben wir die vorhandenen Datensätze auch im WordPress-Administrationsportal aus. Wie wir das gemacht haben, haben wir an dieser Stelle ebenso geschlabbert.
• Nicht thematisiert haben wir den Prozess, wie man ein Plug-in bei WordPress einreicht. Vielleicht kommt das in einem anderen Beitrag einmal zur Sprache, oder Ihr findet es bis dahin selbst heraus.
• Spannend ist auch, wie man bereits vorhandene Daten wieder löscht, oder überarbeitet.
• Der Quellcode hier enthält auch kein CSS und gibt ganz grundsätzlich nicht das komplette Plug-in wieder, wie wir es verwenden. Zum Zwecke des Tutorials habe ich diesen angepasst, damit er allgemein verständlicher wird.

Tatsächlich ist diese „Idee“, aus der erst eine Handvoll Quellcode wurde, in unserem Fall mittlerweile auf fünf Dateien mit rund 250 Zeilen Quellcode angewachsen (Kommentare inklusive).

Wenn jemand von Euch Fragen zu diesem Projekt hat, kann er uns gerne auf den üblichen Kanälen anschreiben.

Der Beitrag Von der Idee zum WordPress-Plug-in: Schlagwörter automatisch hinzufügen #2 erschien zuerst auf Macnotes.de.

Warum? Es wäre zu einfach, zu sagen, weil wir es können. Es gibt viel einleuchtendere Gründe:

• Weil diese Aufgabe so oft ausgeführt wird, dass sich der Aufwand lohnt.
• Da wir nicht ständig den Quellcode anpassen wollten, um wieder eine Option hinzuzufügen, sondern dies unmittelbar erledigen zu können.
• Weil es durchaus Spaß macht, je öfter man sich einer Herausforderung stellt und man am Ende sogar noch etwas lernt.
• Da ein Plug-in am Ende wartungsfreundlicher ist, und auch unabhängig von einem Thema genutzt werden kann.
• Weil das Plug-in vielleicht sogar so interessant ist, dass man es anderen Leuten zur Verfügung stellen kann, die das gleiche Problem lösen wollen.

Automatisierung tut not

Regelmäßige Macnotes-Leser wissen, dass wir im Hintergrund versuchen, trotz WordPress eine Datenbasis aufzubauen, mit der wir irgendwann dann den nächsten Schritt wagen können. Bis dahin wird es aber noch eine Weile dauern. Anfang Januar erwähnte ich im Wasserstand #19, dass wir bei der Überarbeitung das Jahr 2009 abgeschlossen haben. Mittlerweile bin ich sogar schon beim Februar 2010 angelangt.

Doch diese Überarbeitung ist so langwierig, und vor allem so repetitiv. Immer, wenn Aufgaben sich wiederholen, lohnt es sich, nach einer Automatisierung derselben zu suchen.

Die Idee: Schlagwörter automatisch hinzufügen

Wenn ich schreibe Schlagwörter, dann meine ich eigentlich sogar einen eigenen Typus, der bei uns intern „Keywords“ genannt wird. Wir haben zusätzlich zu den öffentlichen Schlagwörtern, für die es auch Archive gibt, nämlich interner Schlüsselwörter im Einsatz, die nicht für Nutzer und Suchmaschinen einsehbar sind, die uns aber erlauben, semantische Filter an manchen Stellen auf der Webseite einzusetzen, beispielsweise wenn es darum geht, „ähnliche Artikel“ anzuzeigen.

Nun ist die Situation, die ich bei Macnotes vorfand aber unbefriedigend. Denn es gab und gibt auch immer noch mehr als zehntausend öffentlich sichtbare Schlagwörter. Ich gehe bei der Überarbeitung chronologisch vor, Artikel für Artikel, da wir über die Jahre mehr als ein halbes Dutzend Webseiten (Macnotes, iPhone-Notes, Apfelmagazin, Blog4i, u. a. m.) zusammengeführt haben. Es gab inhaltlich doppelte Beiträge, die müssen zusammengeführt werden, und neu verlinkt. Ich könnte auch mit der Dampfhammer-Methode alle Beiträge und deren Schlagworte automatisch anpassen oder löschen. Nur dann fehlten mir auf einen Schlag zehntausende Endpunkt für Google. Stattdessen arbeite ich diese Stück für Stück ab und füge dann auch Weiterleitungen hinzu, damit die Suchmaschine nicht ganz im Dunkeln tappt.

Wie kann man die Idee umsetzen?

Wenn ich in den vielen Jahren Computerei etwas gelernt habe, dann, dass es nicht schadet, sich die eigene Idee einmal vor Augen zu führen.

Gerade Laien bekommen so ein besseres Gefühl dafür, was alles zu tun ist. In der Informatikausbildung nennt man solchen Output gerne auch mal Pseudocode. Strukturierte Notizen reichen aber vollkommen aus, um dann die einzelnen Teile auszuarbeiten.

Wenn ich also Schlagworte automatisch ersetzen will, dann muss ich mir Gedanken machen, darüber …

• … wann das geschehen soll,
• … welche Schlagwörter das sein sollen,
• … womit ich sie vergleichen kann, um zu entscheiden, ob sie automatisch hinzugefügt werden.

Ich könnte mir noch mehr Fragen stellen. Aber ungefähr so beginnt dann ein Brainstorming und kann man versuchen, Antworten zu finden.

1. Schritt: direkt im Artikel

Meine erste Idee war, ich könnte, „wenn ich als Administrator eingeloggt bin“, und nur dann, eine Funktion aufrufen, die dann die Schlagwörter hinzufügt.

Ich gehe dann gerne hin, und füge in der Datei footer.php ersten Quellcode hinzu und erzeuge eine Ausgabe. Natürlich mache ich das nicht live auf Macnotes, sondern in meiner Entwicklungsumgebung am heimischen Computer. Ich setze für die WordPress-Entwicklung gerne MAMP ein. Das hat sich bewährt und ist relativ pflegeleicht (funktioniert auch unter macOS Big Sur und auf Apple Silicon).

Da ich gerade einen Artikel überarbeitete, stoppte ich die Arbeit daran und dachte. Dieser kann als Startpunkt für die Funktion dienen. Also suchte ich nach einem Merkmal, das relativ eindeutig zuordenbar ist. Im Titel sehr vieler „Notizen“-Beiträge auf Macnotes kommt die Phrase „Notizen vom“ vor. Wenn ich 1000 Mal in Zukunft so ein Schlagwort automatisch hinzufüge, und vielleicht zwei, dreimal daneben liege, dann ist es einfacher, dreimal das Schlagwort wieder zu entfernen.

Überschrift mit Phrase vergleichen, Ergebnis als Arbeitsauftrag

Also verglich ich im Quellcode den Inhalt vom Titel mit der Phrase „Notizen vom“ und gab dann etwas aus. Die Notiz würde in etwa lauten:

Wenn der Titel "Notizen vom" enthält, dann füge das Keyword "Notizen (MN)" hinzu, aber nur, wenn es noch nicht vorhanden ist.

Ja und dann kann man sich bereits an die Arbeit machen. Wer noch Laie ist, der kann anhand dieser Anweisung auch Google oder eine andere Suchmaschine bemühen, beispielsweise danach, wie man an den „Titel“ eines Beitrags in WordPress gelangt, oder wie man in PHP innerhalb einer Zeichenkette (String) nach einer Phrase (Substring) sucht. So kommt man dann von A nach B und hangelt sich immer weiter.

Wer schon mehr Erfahrung hat, wird Anlaufstellen kennen, oder eben direkt losprogrammieren. Der erste Code sieht dann in etwa wie folgt aus:

if(strpos($post->post_title, 'Notizen vom') !== false) {
 echo 'An dieser Stelle muss dann die Funktion arbeiten.';
}

Die PHP-Funktion strpos wird gerne verwendet, um eine Gelingensbedingung zu erzeugen. Sie liefert entweder eine Zahl zurück, oder false, wenn die gesuchte Zeichenkette nicht vorhanden ist. Das ist prima, denn uns interessiert nur, ob es vorkommt. Also müssen wir umgekehrt fragen, ob beim Vergleich mit dem Titel „nicht false“ zurückgegeben wird.

Überprüfen, ob das Schlagwort vorhanden ist

Nun müssen wir noch überprüfen, ob der Beitrag nicht eventuell schon das Keyword „Notizen (MN)“ nutzt. WordPress bietet dazu bereits eine Funktion an namens has_term() (vgl. WordPress Code-Referenz).

Wir fügen also dem Code von oben noch etwas hinzu:

if(strpos($post->post_title, 'Notizen vom') !== false) {
	if(has_term('Notizen (MN)') {
	echo 'es gibt das Keyword schon.';
} else {
	echo 'jetzt müssen wir das Schlagwort hinzufügen.';
}
}

Schlagwort hinzufügen

Wir müssen uns nun also Gedanken machen, wie wir das Schlagwort an der Stelle hinzufügen. Auch dafür bietet WordPress eine Methode an: wp_set_post_terms() (vgl. WordPress Code-Referenz).

Abermals passen wir dann den Code von oben weiter an.

if(strpos($post->post_title, 'Notizen vom') !== false) {
	if(has_term('Notizen (MN)') {
	echo 'es gibt das Keyword schon.';
} else {
	wp_set_post_terms($post->ID, 'Notizen (MN)', 'keywords', true);
	echo 'wir haben das Schlagwort hinzugefügt.';
}
}

2. Schritt: Abstrahieren nicht vergessen

Jetzt haben wir doch alles erreicht, was wir wollten, und können uns wieder anderen Dingen zuwenden?

Nicht ganz. Denn wir wollen ja zum Beispiel auch zwei oder mehr Schlagworte anpassen. Zunächst bedeutet das, dass wir den Code von oben weiter umbauen müssen. Doch zunächst sollten wir uns wieder ein paar Gedanken darüber machen, wie man das machen kann.

Der unmittelbarste Zugang wäre vermutlich, denn Quellcode einfach zu kopieren, und einfach nur die Vergleichsphrase im Titel zu finden und dazu das passende Schlagwort. Aber man kann das auch eleganter lösen:

Übergebe ein Array mit allen möglichen Schlagworten. Vergleiche und ersetze für alle diese.

Also dann ans Werk. Aus einem Schlagwort hab ich kurzerhand erst einmal zwei gemacht, und diese zu einem Array ($tags[]) hinzugefügt. Dann muss ich natürlich noch eine Funktion suchen, die mir erlaubt, für jedes Element im Array etwas auszuführen. Da hält PHP dann die foreach-Schleife bereit.

$tags = [
	"Notizen vom" => "Notizen (MN)",
	"Windows 7" => "Windows 7"
  ];
  foreach ($tags as $title => $keyword) {
    if(strpos($post->post_title, $title) !== false){
      if ( has_term($keyword, 'keywords') ) {
        echo ( '<p>Es gibt das Keyword "'.$keyword.'" schon.</p>' );
      } else {
        wp_set_post_terms( $post->ID, $keyword, 'keywords', true );
        echo ( '<p>Wir haben das Keyword "'.$keyword.'" hinzugefügt.');
      }
    }
  }

3. Schritt: Noch weiter abstrahieren, Plug-in entsteht

Das letzte Stück Quellcode war doch eigentlich ganz prima? Ja, ich hätte einfach in der Footer-Datei bei neuen Schlagworten, die mir einfallen, diese ergänzen können, die Datei auf den Server hochladen, und weiterarbeiten können.

Aber auch das ist nur ein fauler Kompromiss. Denn viel besser wäre es ja, wenn man direkt in WordPress beliebig viele Schlagworte hinzufügen könnte, die man auf diese Weise ergänzen wollte.

Vorüberlegungen

An dieser Stelle lohnt es abermals, ein paar Vorüberlegungen zu machen. Fragen, die man sich stellen kann, lauten:

• Wie kann ich die Daten getrennt vom Code bearbeiten?
• Welche Möglichkeiten habe ich, um mit Daten zu interagieren?

Auch das sind nur zwei von vielen Fragen, mit denen man sich an der Stelle beschäftigen könnte. Mir ist zum Beispiel in den Sinn gekommen, eine Text-Datei oder eine CSV-Datei zu nutzen, um darüber die Daten zu ergänzen. Aber dann hätte ich auch das Problem, diese immer wieder zu ergänzen, und hochladen zu müssen.

Als Nächstes fällt einem dann eine Tabelle ein. WordPress nutzt MySQL und bietet sogar Funktionen, um sowohl Tabellen zu erstellen, als auch Daten darin zu ändern.

Nur dann benötige ich ja irgendeine Möglichkeit, die Daten online hinzuzufügen. Ich könnte natürlich eine separate HTML/PHP-Seite erstellen, die ich aufrufe, und der ich es erlaube, mit der Datenbank zu kommunizieren. An dieser Stelle reifte dann der Gedanke, dass ich auch gleich ein Plug-in für WordPress entwickeln könnte. Das hat nämlich auch den Vorteil, dass ich die Funktionalität nicht verliere, sollte ich mal das Theme für Macnotes anpassen.

WordPress-Plug-ins erstellen, aber wie?

Ich hatte vor Jahren schon mal ein Plug-in für WordPress erstellt. Aber wie das eben so ist, wenn man sich nicht so sehr mit der Materie auseinandersetzt, dann muss man sich erst wieder einarbeiten. Eine Anlaufstelle ist natürlich WordPress’ eigenes Handbuch für die Plug-in-Entwicklung. Das ist aber so strukturiert, dass man viel hin- und hernavigiert und mit sehr vielen komplexen Dingen konfrontiert wird.

Einfacher geht es, wenn man in der Suchmaschine seines Vertrauens nach Alternativen Ausschau hält. Das können auch teilweise sehr alte Beiträge von Smashing Magazine (9+ Jahre) oder von Frank Bültge (14+ Jahre) sein. Selbst wenn manche der Hinweise darin heute nicht mehr aktuell sein „sollten“, dann bekommt man nämlich Anhaltspunkte, wie die Dinge zusammenpassen und kann sich von dort aus weiterhangeln.

Was braucht man für ein WordPress-Plug-in?

Das einfachste WordPress-Plug-in, das man herstellen kann, besteht aus einer einzelnen Datei, die man einfach in das Plug-in-Verzeichnis von WordPress kopiert (besser aber in einen Unterordner). „So einfach“ ist das tatsächlich.

Diese Plug-in-Datei enthält im Kopf ein paar Kommentare, die WordPress dann ausliest und in der Administrationsoberfläche anzeigt.

/**
* Plugin Name: SN Add Keywords
* Plugin URI: https://sajonara.info
* Description: This plugin automatically adds keywords to the database, if they are found in the headline and not already implemented.
* Version: 0.0.2
* Author: Alexander Trust
* Author URI: https://sajonara.info
* License: GPL2
*/

Eine PHP-Datei, die nur diese Information enthält und sonst nichts, ist auf dem Papier auch schon ein „nutzloses“ Plug-in. WordPress zeigt es dann an, und man kann es aktivieren.

Plug-ins wollen aufgerufen werden

Angenommen, wir hätten den bereits fertigen Quellcode von davor in unsere Plug-in-Datei kopiert, hätte auch dieser funktioniert, WordPress beim Aktivieren allerdings eine Fehlermeldung ausgegeben. Das liegt nicht zuletzt daran, dass WordPress gerne möchte, dass Plug-ins und deren Funktionen „aufgerufen“ werden sollen.

Dazu stellt WordPress zwei Kategorien an Aufrufen zur Verfügung:

• Hooks
• Filter

Die Filter sollen vor allem dazu genutzt werden, um Inhalte zu verändern. Entsprechend gibt es für Filter (add_filter()) Parameter, die beispielsweise den Titel (the_title) oder den Text (the_content) betreffen. Es gibt noch viele weitere Endpunkte, an denen man einen Filter ausführen könnte.

Doch wir wollen ja nicht den Text verändern, sondern Schlagworte hinzufügen, und also sind die „Hooks“ (add_hook()) vielleicht eher für unsere Zwecke geeignet.

Was wir dann also machen können, um WordPress zufriedenzustellen, ist unseren Code von davor in eine Funktion integrieren, und diese mittels eines Action-Hooks aufzurufen.

add_action('wp_footer', 'sn_add_keywords');

function sn_add_keywords() {
 /* Unser Quellcode von zuvor. */
}

Drei Zustände eines Plug-ins

WordPress erkennt insgesamt drei Zustände eines Plug-ins, und kann, beim Eintreten derselben aktiv werden.

• Beim Aktivieren,
• beim Deaktivieren
• und beim Deinstallieren.

Warum erzähle ich Euch das? Nun, weil es durchaus hilfreich sein kann, nicht nur an sich selbst zu denken, sondern auch an andere. Und an dieser Stelle erreicht dann die ursprüngliche Idee bereits eine interessante Komplexität.

Ich sagte ja, es wäre prima, wenn man eine Tabelle hätte, in die man dann die Schlagwörter hinzufügen kann. Das Aktivieren des Plug-ins eignet sich in diesem Fall dazu, die Tabelle anzulegen. Auch dafür hält WordPress dann Befehle bereit.

Ich finde aber, dass dieser Beitrag schon lang genug geworden ist, und habe mich deshalb dazu entschieden, noch einen zweiten Teil herauszubringen, in dem ich dann erkläre, wie man die Tabelle anlegt, sie mit ersten Daten füllt, und wieso es hilfreich sein kann, die Versionsnummer des eigenen Plug-ins ebenfalls in der Datenbank von WordPress zu speichern. Außerdem widme ich mich dann auch den anderen beiden Zuständen von Plug-ins. Nicht zuletzt wollt Ihr ja sicherstellen, dass Euer Plug-in, wenn man es deinstalliert, die Daten ordentlich löscht. Und über das Erstellen einer „Webseite“ für das Plug-in in der Administrationsoberfläche von WordPress haben wir auch noch nicht gesprochen.

Freut Euch also dann auf den zweiten Teil, der vermutlich nicht ewig auf sich warten lassen wird.

Der Beitrag Von der Idee zum WordPress-Plug-in: Schlagwörter automatisch hinzufügen #1 erschien zuerst auf Macnotes.de.

Wir wollten – ich möchte mit Macnotes eigentlich jeden Tag immer weiter sein, als wir es tatsächlich sind.

Tun, was man tun muss

Doch es gibt eben diese finanziellen Zwänge, die es notwendig machen, dass wir unsere Ideen in dem Maße verfolgen, wie es das Portmonee zulässt. Im November 2019 investierten wir einen ganzen Batzen unseres privaten Kapitals, um die Webseite aufzukaufen.

Wir wollten und wollen die Dinge anders machen. Das haben wir mehrfach artikuliert. Wir verzichten auf die große Werbung, aber im Umkehrschluss ist Macnotes – Stand heute – absolut nicht wirtschaftlich. Amazon wollte uns nicht im Affiliate-Programm, darüber hinaus ist AdSense ein Schatten seiner selbst und gibt es viele Aufräumarbeiten. Unter dem Strich kommt so im Monat meist nur ein niedriger dreistelliger Betrag zusammen.

Das ist „noch“ egal, denn wir sind in der Lage, unser Geld „anderswo“ zu verdienen. Tatsächlich portiere ich selbst aktuell ein uraltes Joomla 1.5 auf ein WordPress und benötige dafür viel PHP, Javascript und habe sogar ein eigenes Importscript in Ruby geschrieben, nachdem ich Zugriff auf die MySQL-Datenbank des Kunden erhielt. Diese Arbeit hält Macnotes natürlich auch auf, vor allem im Tagesgeschäft. Aber diese Arbeit bringt Macnotes auch etwas. Denn manche der Dinge, die ich für meine Kunden erledige, kann ich in Zukunft auch für Macnotes verwenden.

Gefährlich genug

Vielleicht kennt ihr die Situation, wenn man sich intensiv mit einer Sache befasst und am Ende so viel Know-how hat, dass man eigene, kreative Ideen entwickelt. Ganz gleich, ob’s ums Kochen, Basteln oder Programmieren geht. Genau das passierte mir unter anderem während meiner Arbeit an dem Joomla-Projekt für den Kunden. Denn ich musste mich sehr viel mit Javascript abgeben und weil ich aber nicht auf ein Framework vertrauen wollte, habe ich mit purem Javascript sehr sehr viele Lösungen gesucht und die allermeisten davon auch umgesetzt. Ob es um ein Akkordeon-Menü geht, ein rekursives Formular oder Register für ein Glossar.

Am Ende wollte ich aus einer Laune heraus einen eigenen einfachen Textersetzungsbefehl von TextExpander für die „Wayback Machine“ ausbauen. Dabei herausgekommen ist ein ausgewachsenes Formular in HTML und Javascript, mit dem ich mit der API des Internetarchivs interagiere. Dazu verbinde ich das Formular, empfange das Ergebnis als JSON-Objekt und verarbeite es dann. Wenn ich dann die Daten eintrage und den Button klicke, kopiert mir die „App“ (hust) das Ergebnis in die Zwischenablage. Damit habe ich gerade bei der Arbeit mit Macnotes eine riesige Erleichterung erlebt. Denn viele der Links von früher gibt es so heute nicht mehr.

Und weil ich ein Spielkind bin, aber auch Herausforderungen liebe, habe ich gar nicht lang darüber nachgedacht, sondern das Formular mittels CSS-Framework in Form gebracht. Außer mir hätte es bis dahin eigentlich niemand gesehen, doch nun zeige ich Euch das Ergebnis zumindest im Screenshot.

Ich möchte mittelfristig auch den Quellcode auf Github veröffentlichen und womöglich sogar ein WordPress-Plug-in daraus machen. Aber das sind Nebenkriegsschauplätze, die vielleicht auch nie zur Vollendung kommen. So ehrlich muss ich zu mir selbst sein. Denn ich habe jeden Tag mehr Ideen als der Tag Stunden.

Informationen sammeln und aufbereiten

Ich arbeite daran, Macnotes noch in diesem Jahr ein neues Layout zu verpassen. Allerdings ist der langfristige Plan vor allen Dingen, die Webseite mit Informationen auszurüsten. Teilweise tue ich das schon jetzt, selbst wenn es momentan noch „sch…“ ausschaut. Beispielsweise habe ich auf Seiten zu Veranstaltungen wie der WWDC 2008 die passenden Nachrichtenmeldungen dazu untergebracht. Das sieht dann wie folgt aus:

Taxonomien und Post Types

Gerne hätte ich auch schon früher Infos zu besonderen Themen eingebunden, beispielsweise zu Schlagwörtern wie „Coronavirus“. Da ich aber die alten „Schlagwörter“ offline nehme und eine und mehrere neue Taxonomien einrichte, möchte ich das Pferd nicht von hinten aufzäumen. Denn erst einmal braucht die Seite ein neues Layout, bevor ich anfange die Inhalte passend aufzubereiten.

Bei dem eingangs angesprochenen Kundenprojekt beispielsweise habe ich, ähnlich wie ich nur „reines“ Javascript einsetzen wollte, auch möglichst versucht, auf WordPress-Plug-ins zu verzichten. So habe ich am Ende selbst die Eingabeoberfläche für einen Custom Post Type mit Metaboxen erstellt und dann mittels Javascript dem Nutzer die Möglichkeit bereitgestellt, neue Felder „on the fly“ hinzuzufügen. Dabei musste ich einmal mehr feststellen, dass WordPress doch leider so ein Umstandskasten ist. Ich verstehe nicht, warum das System Metadaten als „serialisierte Objekte“ speichert, anstatt von echten JSON-Objekten oder alternativ Arrays. Aber irgendwas werden sich die Entwickler schon dabei gedacht haben.

Diese ganzen Erkenntnisse möchte ich auf Macnotes irgendwann auch mit Euch teilen, wahrscheinlich in Form von Tutorials, wie Ihr gewisse Dinge nachbauen könnt. Denn es gibt eine Menge Dinge, die ich gelernt habe, nicht nur was PHP oder Javascript angeht, sondern auch Ruby, SEO, CSS und so fort.

Von Stöckchen auf Retro-Steinchen

Ein Thema, das Ihr auf Macnotes „irgendwann“ auch vermehrt erleben werdet, ist das Thema Retro. Denn ich habe auch da vieles ausprobiert und zum Beispiel einen Basic-Interpreter für den Mac wie QB64 ausprobiert, einige eigene Programme dafür geschrieben.

Nur Retro heißt bei mir nicht nur Theorie, sondern auch Praxis. Die elektronische Bucht, wie Wolfgang Rudolph sie oft nennt, bescherte mir zuletzt beispielsweise einen Atari 1040 STF samt Monochrom-Monitor, aber auch einen C64C samt 5,25 Zoll Disketten-Laufwerk.

Ich denke, dass einige von Euch diese Leidenschaft für die Nostalgie teilen und letztlich kann man aus der Beschäftigung mit der Vergangenheit auch für die Zukunft lernen. Dass ich übrigens keinen Amiga ersteigert habe, liegt nur zum Teil an mir. Ich hatte es vor, aber die Preise gingen regelmäßig durch die Decke. Aber ich liege auf der Lauer und hätte nichts dagegen, wenn ich dann auch irgendwann einen Amiga in meine Sammlung aufnehmen kann. Denn alte DOS-PCs besitze ich schon zu Genüge.

Das Schöne ist auch immer wieder, wie man das Alte mit dem Neuen verbinden kann. Denn es gibt ja da diese Arduinos und Raspberrys, mit denen man alte Retro-Konsolen beleben kann, oder eben die Heimautomatisierung steuern. Auch darüber möchte ich schreiben.

Weiter, immer weiter

Nun habe ich Euch wieder ein wenig den Mund wässrig gemacht, kann aber leider noch nichts liefern. Ich muss erst das erwähnte Projekt beenden, bevor ich wieder mehr Zeit in Macnotes investieren kann. Dass ich mir trotzdem die Nächte für das Projekt um die Ohren schlage zeigt mir selbst, dass ich ein klein wenig verrückt bin, aber eben auch voll hinter dem Projekt stehe. Denn gegenüber dem letzten Wasserstand habe ich vorgestern einen Haken unter die Beiträge aus Juli 2008 gemacht.

Wenn zwischendrin außerdem noch Tests wie der zum Magic Keyboard fürs iPad Pro abfallen, und Apple weiter fleißig neue Produkte veröffentlicht, dann bin ich guter Dinge, dass wir uns gemeinsam auf die erste digitale WWDC 2020 im Juni freuen können. Es bleibt spannend!

Der Beitrag Wasserstand #12: PHP, Javascript und viel Arbeit erschien zuerst auf Macnotes.de.

Ein kleines Dorf beugt sich den Römern… so geht die Erzählung von Asterix. Doch seit dem letzten Wasserstand ist wieder einiges passiert, über das ich Euch unterrichten möchte.

Positiv: Unsere Sichtbarkeit hat sich weiter erhöht. Negativ: Das bringt absolut überhaupt nichts. Denn trotz leichter Zuwächse über die vergangene Woche sind weder die Zugriffszahlen signifikant gestiegen, noch kam es zu mehr Werbeeinnahmen.

Die Sache mit dem Affiliate-Marketing

Die Werbeeinahmen über „Display“-Werbung, also Werbebanner im klassischen Sinn, sind unverändert hoch oder niedrig. Stand jetzt könnten wir auch „Hartz IV“ beantragen und hätten vermutlich mehr Geld übrig.

Was mich aber persönlich sehr irritiert ist die Entwicklung der Umsätze über das Affiliate-Marketing. Doch bevor ich ins Detail gehe, möchte ich sagen, dass ich selbst diese Form der Werbung eigentlich ablehne. Mir wäre es lieber, Händler X, Y würde günstigere Preise an seine Kunden weitergeben und auf die Provision verzichten. Nur so läuft der Hase halt nicht.

Letztes Jahr habt Ihr uns glücklicherweise ein paar Einnahmen übers Affiliate-Marketing beschert. Allerdings vermutete ich seit einiger Zeit ein technisches Problem, das das Tracking verhindert. Schon von Beginn an erzielten wir keinen einzigen Cent bei Media Markt und Saturn. In den ersten Monaten, zu denen dann leider auch der Black Friday zählte, haben wir Deppen leider den falschen Trackinglink für das Netzwerk genutzt.

Keine Konversion? Kann das sein?

Leider Gottes blieb anfangs eine E-Mail vom 11. Februar von mir unbeantwortet. Doch mittlerweile führte ich sogar ein Telefonat mit einer Verantwortlichen. Man führte eine Testbestellung aus. Unsere Affiliate-Links funktionieren also. Leider konnten wir nur Euch mit den beworbenen Angeboten nicht überzeugen.

Tragischerweise ergibt sich so die Situation, dass wir seit November bislang 0 Euro beim Affiliate-Marketing für Saturn und Media Markt erzielten.

Der Patron

Entsprechend müssen wir uns auch Gedanken über andere Wege der Monetarisierung machen. Manche von Euch kennen vielleicht die „Patreon“-Plattform. Genau auf dieser wollen nun auch wir versuchen ein wenig Geld einzusammeln, um dieses Projekt besser zu machen und unsere Ziele langfristig auch umzusetzen.

Wenn Ihr Feedback für unseren Patreon-Auftritt habt, nur her damit. Es ist schließlich noch kein Meister vom Himmel gefallen und vielleicht fallen Euch noch Dinge ein, die wir über die Plattform anbieten könnten.

Der April macht, was er will

Die Fusion zweier Webseiten macht Arbeit. Das schrieb ich bereits im Wasserstand #5. Tatsächlich bin ich mit der „oberflächlichen“ Bearbeitung der Beiträge mittlerweile mit April 2008 fertig.

Thin Content wird gelöscht und weitergeleitet

Anfang des Monats ackerte ich noch im März 2008 herum. Was mir dabei auffiel: Macnotes wurde 2008 überarbeitet. Die Webseite bekam ein neues Layout und auch neue Funktionen. So gab es eine Rubrik mit Kurznachrichten, die nur als „Widget“ in der Seitenleiste der Webseite aufgerufen wurde. Natürlich hielten sich die Autoren bei den Nachrichten entsprechend „kurz“. Doch ein oder zwei Sätze als Nachricht, geschweige denn Artikel zu verkaufen, dass gefällt weder uns noch Euch, noch Google. Entsprechend lösche ich diesen „Thin Content“ und leite ihn einfach auf eine Erklärseite um.

Wenn Ihr auf der Startseite die Navigation am unteren Seitenende beobachtet, könnt Ihr sogar ein wenig nachverfolgen, wie viele Artikel gerade auf der Webseite online sind. Es gibt noch „Lexikon-artige“ Beiträge über Firmen, Events, Produkte, etc., die nicht in diese Zählung fallen. Aber die Zahl der Nachrichten, Kommentar, Interviews oder Testberichte und Tutorials wurde zuletzt eben ein bisschen geringer. Denn die bescheidenen Ein- oder Zweizeiler wollten wir Euch nicht antun. Sie helfen am Ende niemandem so recht weiter.

Ich bin ehrlich. Es stimmt mich trotzdem froh, dass ich nicht alle 35.000 Texte überarbeiten muss. Denn es gibt weiß Gott schönere Aufgaben.

Anhand der Abstände, in denen dieser „Newsletter“ veröffentlicht wird, könnt Ihr Euch außerdem errechnen, wie viel Zeit es mich und uns noch kosten wird, bis wir mal klar Schiff gemacht haben werden.

Podcast(versuche)

Das Jahr 2008 bedeutete für mich persönlich aber auch die ersten Versuche für einen Podcast. Ja, sie sind keine Kronen der Schöpfung, aber immerhin beweisen sie unseren Tatendrang schon damals.

• Sajonaras 7 Minuten – Folge 1.
• Sajonaras 7 Minuten – Folge 2.

Und das Schärfste seit dem letzten Wasserstand habe ich noch gar nicht erwähnt. Aber ich glaube, dass hebe ich mir für den nächsten Wasserstand auf. Denn tatsächlich hat jemand aus dem Ruhrgebiet auf unseren Namen Handyverträge bei Klarmobil abgeschlossen. Die Strafanzeige bei der hiesigen Polizei ist bereits gestellt. Mehr dazu an anderer Stelle.

Der Beitrag Wasserstand #6: Sichtbarkeit, Sichtbarkeit und Unsichtbarkeit erschien zuerst auf Macnotes.de.

Swift Playgrounds für Mac

Seit kurzem kann man nun auch Swift Playgrounds für den Mac herunterladen. Allerdings muss man zuvor mindestens macOS 10.15.3 installieren. Ansonsten verweigert die App die Installation.

Apple schuf die App Swift Playgrounds, um Schülern auf einfache Weise das Programmieren beizubringen. Doch es gibt mittlerweile auch Module von anderen App- und Zubehörherstellern, die wie eine Art Tutorial dienen. So kann man mit LEGO Mindstorms dem micro:bit, Adafruit-Roboter-Spielzeug und anderem mehr in Playgrounds umgehen.

Swift Playgrounds im Mac App Store herunterladen.

Endlich vernünftig tippen

Einen Vorteil, den die Portierung am Mac bringt, ist die vollständige Tastatur. Zwar leistete Apple gute Arbeit mit automatischen Ersetzungen am iPad. Doch die Bildschirmtastatur zu nutzen war selten eine Option, da sie sonst fast immer im Blickfeld lag. Das Tippen mit Apples eigener iPad-Tastatur machte auch nur bedingt Spaß. Aber beim Programmieren geht es eben auch darum, viel zu tippen und vor allem regelmäßig Sonderzeichen, Klammern, und anderes mehr zu verwenden.

Den Quellcode kann man mit anderen Teilen. Man kann ihn aber auch in iCloud speichern und dann auf dem iPad unterwegs weiterverwenden.

Swift Playgrounds seit 2016

Apple präsentierte die App im Rahmen der WWDC 2016. Seitdem werden die Inhalte ständig aktualisiert. Die Kurse und Lektionen setzen beispielsweise immer auf den aktuellen Swift-Versionen auf. Derzeit bietet Apple also Kurse für Swift 5.1 an. Seit 2017 gibt es die App auch auf Deutsch.

Der Beitrag Swift Playgrounds endlich für macOS veröffentlicht erschien zuerst auf Macnotes.de.

In der Realität ist es auch so, dass nur diejenigen Dinge, die in unserem Fokus sind, auch wirklich scharf sind. Der Rest bleibt eher unscharf.

Oculus Quest mit FFR-Support

Dies bildet FFR als Technologie ab. Oculus erlaubt es Entwicklern, Fokusringe zu definieren und Teile, die außerhalb dieser Fokusringe liegen, werden weniger detailreich wiedergegeben.

Dies sorgt dafür, dass weniger Ressourcen genutzt werden. Im Umkehrschluss funktioniert das Spiel schneller. Die Quest ist nicht das erste Headset aus dem Hause Oculus, das mit diesem Feature aufwartet.

Standardmäßig ist FFR abgeschaltet. Es liegt also an den Softwareanbietern selbst, es in die eigenen Apps zu integrieren. Auf anderen Oculus-Headsets erzielen Entwickler damit vor allem schnellere Bildwiederholungsraten.

Funktion schon im Einsatz

Oculus unterscheidet vier Abstufungen: Low, Medium, High und High Top.

Oculus selbst wendet das Feature schon an, und zwar in seinen zuletzt hinzugefügten neuen Tutorials. Falls Ihr das Headset nicht ganz auf den Boden richtet, trotzdem aber auf Eure Füße guckt, könnt Ihr sehen, wie unscharf diese sind. Richtet Ihr stattdessen den Blick mit dem Headset auf die Füße, werden diese scharf. Genau um diese Art Effekt geht es. Dinge, die nicht im Blickfeld sind, weniger genau abzubilden und so Ressourcen zu sparen.

FFR soll vor allem Entwickler von PC-VR-Games helfen, die auf die Quest zu portieren.

Zum jetzigen Zeitpunkt ist FFR übrigens nur im Oculus-eigenen SDK enthalten. Engines wie Unity oder Unreal unterstützen das Feature noch nicht. Das war in der Vergangenheit in der Regel aber immer nur eine Frage der Zeit.

Der Beitrag Oculus Quest: Spiele demnächst noch schneller? erschien zuerst auf Macnotes.de.

Vor ein paar Tagen gab es gute Nachrichten auf GitHub. Dort kopierte ein Nutzer ein paar Wörter eines der Entwickler von „shairport-sync“ (@invano).

„guys… ready? I can finally confirm I got airplay2 working, including multi-room! Audio streaming data correctly recovered, decrypted and decoded!“ (@invano)

Software funktionstüchtig, aber nicht fertig

Doch @invano schränkt selbst ein, dass er bislang nur ein Python-Script nutzt. Damit ist er in der Lage, ein Audio-Signal aufzunehmen, es zu entschlüsseln und wieder zu verschlüsseln. Sozusagen verfügt er über ein Proof of Concept.

Bis man den Algorithmus dann aber auch wirklich wird einsetzen können, dauert es noch ein wenig.

Jeden Lautsprecher AirPlay-fähig machen

Wie erwähnt gibt es bereits die Software „shairport-sync“. Damit haben die Entwickler bereits AirPlay der ersten Generation übergangen. Die Software wird auf einen Computer installiert und macht aus diesem einen AirPlay-Empfänger. Von iTunes aus kann man dann das Gerät als Ziel für das Audiosignal wählen. So könnte das auch in Zukunft auch mit AirPlay 2 funktionieren.

Die Software kann man beispielsweise auf einen Raspberry Pi installieren (englischsprachiges Tutorial). Per Klinke verbindet man den dann mit dem Lautsprecher oder Verstärker.

Was sagt Apple dazu?

Apple scheint sich an dem Projekt bislang nicht zu stören. Es ist auf GitHub frei verfügbar, und zwar schon eine ganze Weile. Noch versteht die Software aber kein AirPlay 2. Das ist nach den Neuigkeiten aber nur noch eine Frage der Zeit.

Falls Ihr andere Möglichkeiten wie diese kennt, lasst es uns wissen.

Der Beitrag AirPlay 2 gehackt: Bald Audio auf allen Lautsprechern? erschien zuerst auf Macnotes.de.