Alles, was WebDonkey kann.

Die Sidebar ist danach sortiert, wo die Arbeit passiert: Lokal für alles auf deinem Mac, Remote für alles auf deinen Servern, dann Werkzeuge sowie Konto und Hilfe. Das Dashboard steht darüber, die Einstellungen ganz unten. Genau in dieser Reihenfolge führt dich auch diese Seite durch die App. Einträge, die du nicht brauchst, blendest du in den Einstellungen aus. Eingeklappt bleibt nur die Icon-Spalte übrig.

Links: Alle starten, Alle stoppen, Neustart und Neue Site. Rechts zeigt ein Badge, ob du Free oder Premium nutzt, und ein Punkt mit Zähler, wie viele Dienste gerade laufen. Ein Klick darauf listet sie, zum Stoppen oder Neustarten von jeder Seite aus. Daneben stehen die laufenden Up- und Downloads des Remote-Dateimanagers.

Kann der Front-Proxy oder ein Dienst nicht starten, weil ein anderes Programm seinen Port belegt, erscheint unter der Kopfzeile ein Hinweis mit dem Namen dieses Programms. Ein Knopf wie Port 3306 freiräumen beendet es und startet den Dienst danach neu, beim Front-Proxy heißt er Ports 80/443 freiräumen. Belegt der DDEV-Router die Ports, verlegt DDEV-Router verlegen ihn auf andere Ports. Einen Systemprozess räumt WebDonkey nicht frei, das sagt der Hinweis dann.

Neben der Versionsnummer in der Sidebar steht der Link Changelog. Ein Klick öffnet den Versionsverlauf: was sich in welcher Version geändert hat.

Die Glocke oben in der Sidebar sammelt, was passiert ist: fertige Installationen, Downloads und Backups, gelaufene geplante Aufgaben, verfügbare Updates, abgestürzte Prozesse, neue Mails in Mailpit, fällige Abos, Zustandswechsel im Monitor und ein Claude, der auf deine Eingabe wartet. Welche Meldungen du bekommst, stellst du in den Einstellungen ein, jede Art einzeln.

Unten in der Sidebar. Du wählst, worum es geht, und die App öffnet den passenden Weg im Browser: für eine Frage oder eine kleine Unstimmigkeit die Community, für einen echten Fehler ein Ticket, das nachverfolgt und beantwortet wird.

Unten in der Sidebar wechselst du zwischen Aurora Dark, Arctic Light und System, mit Premium auch zu Sunset, Sunrise und Galaxy, dazu kommen deine eigenen Themes. Themes verwalten… führt zur Seite Themes. Probier es hier auf der Seite aus: Der Umschalter in der Leiste links tauscht alle Screenshots sofort.

Du wechselst zwischen Seiten, ohne etwas zu verlieren: Tabs, Filter, Suchfelder, die gewählte Zeile, die Scrollposition, halb ausgefüllte Formulare und ungespeicherte Editor-Inhalte sind beim Zurückkommen noch da. Das gilt, solange die App läuft; beim nächsten Start beginnst du frisch.

Beim ersten Start führt dich ein Assistent in fünf Schritten durch die Einrichtung: Homebrew und nginx installieren, /etc/hosts beschreiben dürfen, den Front-Proxy auf Port 80 und 443 starten, der lokalen Root-CA vertrauen und, freiwillig, geplante Aufgaben und Backups auch bei geschlossener App laufen lassen. Jeder Schritt sagt vorher, was er tut. Später erledigen schiebt ihn auf, und alles lässt sich später unter Einstellungen ändern.

Status, Services, Sites, Schnellaktionen, Monitor, Abonnements, Geplante Aufgaben, DDEV & Docker, Toolbox, Datenbanken, Zertifikate, Projekt-Backups, Notizen, Mail-Posteingang, Updates, PHP-Version, SSH-Hosts, Sandbox, SFTP / SSH, Remote-Backups, Remote-Cronjobs, Remote-Logs, Workflows, Claude, KI und Virtuelle Maschinen. Fast jedes Widget hat einen Pfeil zur zugehörigen Seite, viele lassen sich filtern: nur bestimmte Sites, nur Probleme im Monitor, nur deine Lieblingswerkzeuge. Widgets von Seiten, die du in der Sidebar ausblendest, verschwinden mit.

Ein Klick auf Anpassen, dann ziehst du die Kacheln dorthin, wo du sie haben willst. Das Raster hat fest drei Spalten, damit sich beim Fenstergröße-Ändern nichts umsortiert. Sechs Größen pro Kachel, ein Katalog zum Hinzufügen, Volles Board legt eine breite Auswahl auf einmal aus, Zurücksetzen stellt den Standard wieder her.

22 Kacheln gibt es auch als echte macOS-Widgets für Schreibtisch und Mitteilungszentrale, darunter Dienst-Status, Probleme, Meine Sites, Monitor und Abonnements. Mit Schnellaktionen startest und stoppst du alle Dienste und startest den Front-Proxy neu, mit PHP-Version wechselst du die aktive CLI-Version. Ein Tipp aufs Widget öffnet die passende Seite in der App. Daten bekommen die Widgets nur, wenn WebDonkey Festplattenvollzugriff hat; ob er fehlt, zeigt Einstellungen › System.

Der Reiter WebDonkey zeigt alle Sites, die WebDonkey für dich betreibt, mit Webserver, PHP- und Node-Version und Status. Aus jeder Zeile öffnest du die Site im Browser, ihren Ordner im Finder oder Editor und ein Terminal im Projektordner, schaltest sie aus oder bearbeitest sie. Free erlaubt unbegrenzt viele Sites, davon drei gleichzeitig mit SSL.

Name, Domain und Aliase, Document Root und auf Wunsch ein eigener Projektordner, Webserver, PHP- und Node-Version und SSL. Die Domain wählst du frei, etwa shop.dev oder kunde.local. Neben Anlegen steht unter Noch nötig, was fehlt, bevor der Knopf aktiv wird. Bearbeiten öffnet dasselbe Formular, auch ein Wechsel von Webserver oder PHP-Version geht dort.

Elf Pakete, von WordPress, Shopware 6, Laravel, Symfony und Drupal bis Vite, Astro, Angular und Hugo, setzt du mit einem Klick auf: Das Paket installiert die ganze Anwendung beim Anlegen der Site, samt Konfiguration, Document Root und, wo sie eine braucht, Datenbank. Was es braucht, prüft WebDonkey vorher und bietet Fehlendes zum Installieren an.

Projekte mit eigenem Server, etwa ein Node-Projekt mit npm start, bekommen ein Serve-Kommando statt eines Document Roots. WebDonkey startet den Prozess, gibt ihm einen freien Port als PORT mit, und der Front-Proxy reicht die Anfragen der Domain dorthin weiter.

Die Diagnose prüft jede Schicht zwischen Browser und Datei: Gibt es den Document Root und eine Index-Datei, steht die Domain in /etc/hosts, laufen Front-Proxy und Webserver, ist der PHP-FPM-Socket da und der Vhost geschrieben, ist das Zertifikat ausgestellt und nimmt Port 443 Verbindungen an? Bei nginx kommt die Syntaxprüfung der Konfiguration dazu. Jede Zeile bekommt einen grünen Haken oder ein rotes Kreuz, Erneut prüfen wiederholt den Lauf, nachdem du etwas behoben hast.

Websites, die du in WebDonkey Pages gebaut hast und die hier noch keine Site haben, stehen im Reiter WebDonkey unter der Liste im Bereich Aus WebDonkey Pages. Lokal einrichten legt sie unter einer .test-Domain mit PHP an und startet sie, In Pages öffnen springt zurück in die Pages-App. So eingerichtete Sites tragen in der Liste das Badge Pages.

Alle DDEV-Projekte deines Macs, mit Status und Typ. Starten, stoppen, im Browser öffnen, in den Projektordner springen, eine Shell in den Container öffnen. Ein Detailbereich zeigt Konfiguration, Snapshots, Logs, Add-ons und ein Feld für beliebige ddev-Befehle. Neue Projekte legst du direkt hier an.

Ein Klick auf eine DDEV-Zeile öffnet die Verwaltung mit fünf Reitern: Konfiguration, Snapshots, Logs, Add-ons und Befehl. Die Konfiguration bearbeitest du als Formular oder als YAML, Neu starten lässt die Änderungen greifen.

Was dein Docker-Daemon gerade enthält, egal ob Docker Desktop, Colima, OrbStack oder Rancher Desktop ihn bereitstellt. Container starten, stoppen, neu starten und pausieren, veröffentlichte Ports im Browser öffnen, ein Terminal im Container öffnen. WebDonkey redet dabei nur mit deiner eigenen docker-CLI und fasst deine Konfiguration nie an.

Ein Klick auf einen Container klappt seine Details auf: ID, Image, Erstellt, Neustart-Regel, Befehl, Auslastung, Ports, Netzwerke, Mounts und Umgebung. Der Umschalter Logs zeigt stattdessen seine Logs.

Neben den Containern stehen die Reiter Images, Volumes, Netzwerke und Compose. Images holst du mit Laden, Aufräumen entfernt ungenutzte Images, Volumes oder Netzwerke, Compose-Projekte startest oder fährst du herunter und siehst ihre Datei an. Container starten legt einen neuen Container aus einem Image an, mit Ports, Umgebungsvariablen, Volumes und Neustart-Regel; die Ports sind nur auf diesem Mac erreichbar, solange du keine Adresse davorschreibst.

Installiert zeigt, was läuft, mit Version, Port und Laufzeit, was installiert, aber aus ist, unter Außerdem aktiv die Site-Prozesse und den Front-Proxy, darunter deine Runtimes, Werkzeuge, Apps und KI-CLIs. Entdecken listet, was du ergänzen kannst, mit den Chips Alle, Dienste, Runtimes, Werkzeuge, Apps und KI-CLIs; Webserver, Datenbanken, Cache, Mail, Suche, Queue und Storage stehen unter Dienste. Jeder Eintrag sagt, was er mitbringt. Mit dem Stern an einem installierten Dienst merkst du ihn dir als Favoriten, er steht dann oben.

Jede Version wird einzeln installiert und läuft für sich. Bei PHP siehst du das am deutlichsten: 8.2, 8.3 und 8.4 nebeneinander, eine davon setzt du aktiv. Genau die bekommt dein Terminal, denn WebDonkey legt kleine Starter für php, composer und die anderen in deinen Pfad. Einzelne Sites dürfen trotzdem eine andere Version pinnen.

Editoren, Datenbank-Werkzeuge, Git-Oberflächen, Terminals und API-Tools installierst du direkt aus der App, unter Entdecken mit dem Chip Apps. Über fünfzig Programme stehen bereit, jedes mit Beschreibung und Preismodell: Open Source, Kostenlos, Freemium oder Kostenpflichtig. Auf einem frischen Mac ist das die Abkürzung: eine Liste durchgehen statt fünfzig Downloadseiten zu besuchen.

Die Kommandozeilen-Agenten der großen Anbieter, elf an der Zahl, mit einem Klick installiert und aktuell gehalten. Sie laufen anschließend in jedem Terminal. Sechs davon, Aider, Qwen Code, Codex CLI, Goose, OpenCode und Crush, laufen mit Premium im KI-Bereich der App auch direkt im eingebetteten Terminal gegen dein lokales Modell.

Check starten prüft unten unter Installiert alle laufenden Dienste: antwortet nginx, ist der PHP-FPM-Socket da, nimmt MySQL Verbindungen an, sagt Redis PONG. Mit Latenz je Dienst, damit du siehst, wenn etwas zäh wird. Apps und CLIs prüft er nicht.

Die Statusanzeige rechts oben auf jeder Seite öffnet alles, was gerade läuft: den Front-Proxy, Dienste und Site-Prozesse, die beiden letzten mit Laufzeit. Neustart und Stop sitzen direkt in der Zeile. Oben steht der Front-Proxy, direkt darunter ein abgestürzter Dienst.

Beim Start holt WebDonkey zurück, was du zuletzt genutzt hast, samt PHP und Node in den Versionen, die deine Sites brauchen. Beim Beenden wartet die App, bis alle Dienste sauber gestoppt sind, und nach einem Absturz räumt sie übrig gebliebene eigene Prozesse auf, ohne fremde anzufassen.

Oben wählst du den Server, darunter siehst du Port, Datenverzeichnis und Status. Datenbanken legst du mit einem Namen an, gelöscht wird erst nach Rückfrage, bei einer Datenbank mit Tabellen erst, wenn du ihren Namen eintippst. PostgreSQL-Datenbanken lassen sich umbenennen. Sind mehrere Versionen installiert, wählst du in der Karte, welche beim nächsten Start läuft; bei MySQL und MariaDB hat jede Versionsreihe ihre eigenen Datenbanken und Nutzer.

Jede Datenbank von MySQL, MariaDB und PostgreSQL sicherst du aus ihrer Zeile in eine Datei: SQL mit gzip oder als Text, bei PostgreSQL auch als PostgreSQL-Archiv, dazu CSV je Tabelle als ZIP oder JSON. Format, Dateiname und Ordner merkt sich WebDonkey je Datenbank, nichts wird überschrieben. Wiederherstellen spielt eine .sql-, .sql.gz- oder .dump-Datei ein und legt vorher auf Wunsch ein SQL-Backup des jetzigen Stands an.

Datenbanknutzer mit Passwort und Zugriff auf eine bestimmte Datenbank anlegen, so wie sie ein Projekt in seiner .env erwartet. Nutzer entfernen geht genauso schnell.

Die Karte liest die Rechte direkt aus dem Server, statt eine eigene Liste zu führen. Wahlweise siehst du jede Datenbank mit den Nutzern, die an sie dürfen, samt Stufe, oder jeden Nutzer mit seinen Datenbanken.

Adminer läuft als eigener Dienst und wird beim Öffnen automatisch gestartet. Unter Adminer öffnet mit wählst du Datenbank und Nutzer, Adminer füllt Server, Nutzer und Datenbank im Login vor, das Passwort gibst du dort ein. Neu laden und Extern öffnen stehen in der Kopfzeile der Karte; startet Adminer nicht, führt Zu den Services zur Dienste-Seite. Mit Premium läuft Adminer direkt in der Karte, in Free öffnest du ihn im Browser. MongoDB unterstützt Adminer nicht, dort fehlt der Knopf DB-Browser.

Der Eintrag WebDonkey ist das Protokoll der App selbst: was sie von sich aus getan hat, vor allem Backups und geplante Aufgaben, und was dabei schiefging. Standardmäßig siehst du nur Fehler und Abbrüche der letzten sieben Tage, aufbewahrt wird 90 Tage.

Beliebige lesbare Dateien mit einem Namen registrieren: das Deprecation-Log des Shops, das Laravel-Log des Blogs. Sie erscheinen als eigene Streams und lassen sich leeren, wenn der Lauf von vorn beginnen soll.

Datei auswählen, Namen vergeben, fertig. Danach steht sie als eigener Eintrag neben den Dienst-Logs und wird genauso live verfolgt. Praktisch für das Laravel-Log eines Projekts oder eine Datei, die nur dein Deployment schreibt.

Jeder Dienst bringt seine Streams mit: Access- und Error-Log des Webservers, FPM-Log, Datenbank-Log, dazu unter Sites Access- und Error-Log jeder Site. Auswählen, die App tailt die Datei alle anderthalb Sekunden. Zeilen gängiger Formate zeigen Stufe und Zeit getrennt, ein Stacktrace liegt eingeklappt unter seinem Eintrag. Suchen, Kopieren und Als Text exportieren stehen über der Liste, zum Weiterlesen im Editor gibt es Datei öffnen.

Ein Audit gehört zu einem deiner Projekte aus dem Monitoring. Du wählst die Art des Audits, Gesamtaudit, Teilbereich oder Einzelne Seiten, und was geprüft wird: SEO, Barrierefreiheit oder beides. Dazu Startadresse, Soll-Keywords, Zusatzseiten, das URL-Budget und die Crawl-Einstellungen: Umfang (nur diese Subdomain, alle Subdomains der Domain oder ein Verzeichnis), Klicktiefe, Pause zwischen den Anfragen, robots.txt, URL-Parameter und Ausschlüsse. Passwortgeschützte Seiten prüfst du mit Basic Auth.

Seite scannen ruft die Website einmal ab wie der Crawl, liest robots.txt und Sitemaps und zeigt alle gefundenen Adressen als Pfadbaum; bewertet und gespeichert wird dabei nichts. Ein Klick auf einen Pfad nimmt ihn aus dem Audit, ein zweiter holt ihn zurück, die Startadresse crawlt das Audit immer. Die Zeile steht im Dialog Audit anlegen und im Reiter Einstellungen.

Nach einem Deployment reicht meist die kurze Runde: nur die Seiten, die du einträgst, kein Crawl, keine Sitemap. Mehrere Zeilen auf einmal einfügen, volle URLs werden auf den Pfad gekürzt; zwanzig Links sind in wenigen Sekunden geprüft.

Gestartet wird nur auf deinen Klick, nach einer Rückfrage mit Umfang, URL-Zahl, Klicktiefe, Tempo und der längsten möglichen Dauer. Das Audit läuft als eigener Prozess weiter, auch wenn du WebDonkey schließt. Brichst du ab, bekommst du den Bericht über alles bis dahin, deutlich als unvollständig markiert; ein unterbrochenes Audit setzt du an derselben Stelle fort.

Ein Gesamt-Score und je einer für Inhalt, SEO und Technik, dazu die Kennzahlen und alle Befunde nach Fehlern, Warnungen und Hinweisen. 85 Prüfungen, von doppelten Titeln über Canonical- und hreflang-Fehler und Weiterleitungsketten bis zu verwaisten Seiten und der Klicktiefe. Jeder Befund zeigt die betroffenen Seiten und lässt sich ignorieren; Hinweise kosten keine Punkte.

Alle Befunde nach Inhalt, SEO und Technik, jeder mit seinem Schweregrad Fehler, Warnung oder Hinweis, danach filterbar. Zu jedem Befund gibt es eine Erklärung, was er bedeutet und was du tun kannst, dazu Beispiel-Adressen; Hinweise zählen nie gegen den Score.

Jede gecrawlte Adresse einzeln, durchsuchbar und nach Befund oder Status filterbar: Status, Titel und Description mit Zeichenzahl, H1 und Gliederung, Canonical, Sprache, Wörter im Hauptinhalt, Klicktiefe, Linkstärke und von wo die eingehenden Links kommen. Die Seitentabelle speicherst du oben unter Export als CSV.

Die Website als Ganzes: Sicherheits-Header, Weiterleitungen, robots.txt und Sitemap, das Tempo des Servers, der Zugang für KI-Crawler und die Mail-Einträge der Domain. Eine Handvoll Anfragen und ein paar DNS-Abfragen, nach wenigen Sekunden steht das Ergebnis.

Bilder, Skripte, Stylesheets und Schriften der geprüften Seiten, jede Datei einmal angefragt: was kaputt ist, was zu schwer wiegt und was ohne Komprimierung oder Cache ausgeliefert wird. Die Prüfung ist standardmäßig an und umfasst höchstens 5.000 Dateien, die meistgenutzten zuerst; abschalten lässt sie sich in den Einstellungen des Audits.

Geprüft wird nach WCAG 2.2, Stufe AA als Standard, A oder AAA nach Wahl: mit axe-core in Desktop- und Mobilbreite und mit eigenen Prüfungen für Textkontrast auf Bildern, Alt-Texte, Linktexte und Autoplay. Die Startseite und je eine Seite pro Vorlage, standardmäßig bis zu zehn Seiten, prüft WebDonkey zusätzlich auf Tastatur und Fokus, Reflow auf 320 px, 200 % Zoom und Textabstände. Probleme, die aus einer Vorlage kommen, stehen einmal da, mit allen betroffenen Seiten; eine WCAG-Matrix zeigt jedes Kriterium, der Verlauf den Vergleich mit dem vorigen Lauf. Die Prüfung läuft allein oder mit dem SEO-Audit in einem Crawl, für eine einzelne URL im Inspektor, auch auf einer lokalen .test-Site. Dafür nutzt WebDonkey dein vorhandenes Chrome, Chromium, Brave oder Edge und ein Prüfmodul aus npm, das es einmalig installiert; Node.js kommt von der Dienste-Seite. Eine automatische Prüfung: Sie ersetzt keine vollständige Prüfung nach BITV 2.0 / EN 301 549.

Zu den Befunden gehören Bilder: die Seite mit nummerierten Markierungen und ein Ausschnitt je Fundstelle. Für die Startseite und je eine Seite pro Vorlage kommt mehr dazu: Simulationen mit Farbsehschwächen, unscharfem Sehen, wenig Kontrast und erzwungenen Farben, Reflow, 200 % Zoom und Textabstände per Schieberegler neben dem normalen Bild und die Tab-Reihenfolge als nummerierter Pfad. So zeigst du deinen Kunden, was hinter einem Befund steckt. Die Bilder stammen aus einer automatischen Prüfung und ersetzen keine vollständige Prüfung nach BITV 2.0 / EN 301 549.

URLs, die das Audit gefunden, aber bewusst nicht aufgerufen hat, jede mit dem Grund: robots.txt, Ausschluss, Parameter, zu tief, Filter-Falle, Link-Schleife, nofollow oder URL-Limit. So siehst du, was fehlt, bevor du daraus einen Befund machst.

Die letzten 30 Audits mit Score, Seiten, Fehlern, Warnungen und Hinweisen und der Abweichung zum Lauf davor; ein Audit, das nicht bis zum Ende lief, ist im Diagramm ein hohler Punkt. Ab dem zweiten Lauf zeigt ein Diagramm, wie sich der Score entwickelt, damit du siehst, ob deine Arbeit wirkt.

Wie ein Audit crawlt: Umfang, Grenzen für URLs und Klicktiefe, Pause und gleichzeitige Anfragen, robots.txt, URL-Parameter, Ausschlüsse, die Kennung des Crawlers, externe Links und die Ressourcen-Prüfung, dazu Seiten filtern und die Einstellungen der Barrierefreiheit. Darunter Keywords und Zusatzseiten, bei Einzelne Seiten die Liste der Seiten. Änderungen gelten ab dem nächsten Audit, der aktuelle Bericht bleibt, wie er ist.

Aus der Seitentabelle untersucht Inspizieren eine gecrawlte Seite im Detail, abgerufen mit den Einstellungen, Keywords und dem Login des Audits: Status und Weiterleitungen, Ladezeit, Suchergebnis- und Social-Vorschau, Befunde, Überschriften, Keyword-Dichte, Links, Bilder und Ressourcen.

Eine einzelne Adresse prüfen, ohne ein Audit anzulegen: Die Seite wird einmal abgerufen und im Detail ausgewertet, gespeichert wird nichts. Du startest das auf der SEO-Seite oder aus der ⌘K-Suche.

Der Bericht als gestaltetes PDF mit SEO, Barrierefreiheit oder beidem in einer Datei, dazu die Seitentabelle als CSV und der ganze Bericht als JSON. Firmenname, Logo und eine Kontaktzeile hinterlegst du einmal in den Einstellungen unter Berichte; mit eigenem Absender stehen Logo und Name auf dem Deckblatt und in der Fußzeile, die Kontaktzeile in der Fußzeile, dazu „Bericht für“ mit dem Namen deines Kunden auf dem Deckblatt. Der WebDonkey-Stil bleibt, der kleine Vermerk „Erstellt mit WebDonkey“ lässt sich abschalten. Das Kapitel Barrierefreiheit sagt selbst, dass es eine automatische Prüfung ist und keine vollständige Prüfung nach BITV 2.0 / EN 301 549 ersetzt. Exportieren lässt sich, sobald das erste Audit abgeschlossen ist.

Name, Befehl, Arbeitsverzeichnis und Zeitplan. Der Befehl läuft über deine Shell, Pipes, && und Umgebungsvariablen funktionieren also. Ausgeschaltet läuft eine Aufgabe nur auf Knopfdruck.

Ein üblicher Cron-Ausdruck mit fünf Feldern: Minute, Stunde, Tag, Monat, Wochentag. Vorlagen nehmen dir das Schreiben ab, und der Ausdruck wird geprüft, bevor du speicherst.

Normalerweise laufen geplante Aufgaben und Backups in WebDonkey, Verpasstes wird beim nächsten Öffnen nachgeholt. Auf Wunsch übergibt WebDonkey das Timing an macOS, dann läuft auch das nächtliche Backup bei geschlossener App.

Jede Aufgabe ist eine Karte mit Zeitplan, letztem Ergebnis und der erfassten Ausgabe: OK in Grün, sonst der Exit-Code. Jetzt ausführen, pausieren und fortsetzen geht direkt dort.

Oben auf jeder Remote-Seite und in Dialogen, die auf dem Server schreiben oder löschen, steht Vorsicht: Arbeit direkt auf dem Server. Abschalten lässt er sich mit Nicht mehr anzeigen oder in den Einstellungen unter Remote-Hinweise.

Name, Host, Port, Nutzer und Passwort oder Schlüssel, auf Wunsch über den ssh-agent. Bestehende Hosts übernimmst du aus ~/.ssh/config. Passwörter und Passphrasen werden verschlüsselt gespeichert (AES-256), der Schlüssel liegt getrennt von der Datenbank. Beim ersten Verbinden wird der Server-Schlüssel gemerkt, ändert er sich, fragt die App nach. In der Liste ordnest du Verbindungen Projekten zu und suchst sie, die Farbmarke Rot kennzeichnet Produktionsserver. Kennt der Server deinen Schlüssel noch nicht, trägt die App ihn mit deinem Passwort ein.

Jede geöffnete Verbindung wird ein Tab über dem Terminal. So arbeitest du an mehreren Servern nebeneinander oder mehrfach am selben, jede Sitzung für sich.

Ein vollwertiges Terminal über SSH, mit Scrollback, Größenanpassung und Farben. Das Terminal und der Dateimanager teilen sich eine Verbindung, ein Login reicht für beides.

Einen Ordner auf deinem Mac mit seinem Gegenstück auf dem Server koppeln. Vergleichen zeigt, was sich unterscheidet, dann Hochladen, Herunterladen oder Abgleichen in beide Richtungen, immer mit Vorschau vorher. Der Abgleich überträgt auch Löschungen und zeigt Konflikte, statt sie zu überschreiben; daneben gibt es Nur kopieren und Spiegeln. Verglichen wird nach Größe und Datum, ersetzt wird atomar, die alte Fassung wird 14 Tage aufbewahrt, und Letzten Abgleich rückgängig holt den ganzen Lauf zurück.

Zwei Spalten: lokal und entfernt. Hochladen, herunterladen, umbenennen, verschieben, löschen, Ordner anlegen, chmod setzen. Übertragungen laufen weiter, auch wenn du die Seite verlässt, und lokal Gelöschtes landet im Papierkorb.

Die Editor-Karte unter den Dateifenstern öffnet Textdateien von deinem Mac oder vom Server, mit Syntaxfarben. Ein Punkt zeigt ungespeicherte Änderungen, Speichern schreibt die Datei direkt zurück.

Hat der Server einen Datenbank-Eintrag, steht unter dem Editor seine Datenbank-Karte mit Daten, Struktur und SQL, wie unter Remote-Datenbanken.

Name, Server, Dateiname des Archivs, die Ordner und Dateien auf dem Server, was nicht gesichert wird, Datenbanken mit ihrem Format, der Speicherort auf diesem Mac oder auf dem Server, Zeitplan und Aufbewahrung. Die Ordner wählst du per Durchsuchen direkt auf dem Server; eine Datenbank lässt sich auch ohne Ordner sichern.

Vor jedem Lauf prüft WebDonkey den freien Platz auf dem Server, dann exportiert es die Datenbanken, packt auf dem Server ein .tar ohne Kompression und lädt das Archiv auf Wunsch herunter, mit Fortschritt in Prozent. Was der SSH-Benutzer nicht lesen darf, nennt ein Hinweis.

Nur manuell, stündlich, täglich, wöchentlich oder ein Cron-Ausdruck, mit Vorlagen. In der Zeile stehen letzter und nächster Lauf, und eine Regel legt fest, wie viele Archive bleiben.

Jedes Archiv, das eine Remote-Funktion erzeugt hat, das neueste zuerst, mit Server und Ablageort. Archive auf dem Server holst du mit Herunterladen auf deinen Mac, fehlgeschlagene Läufe sind markiert.

Ordner und Datenbanken eines Archivs zurück auf den Server, jeder Ordner in sein Ursprungsziel oder in ein anderes, das du zuordnest, mit Ordner ersetzen oder Zusammenführen. Vor dem Einspielen sichert WebDonkey die Zieldatenbank immer, und überschrieben wird erst, wenn du ihren Namen zur Bestätigung eintippst.

Hat ein Archiv Ordner und Datenbanken, stehen seine Teile einzeln darunter: die Dateien und je eine Zeile pro Datenbank. So spielst du nur zurück, was du brauchst.

Server wählen, die Logdatei per Pfad oder Durchsuchen angeben, einen Namen vergeben. Der erste Abruf holt die letzten Zeilen, jeder weitere nur, was dazugekommen ist.

Beim Öffnen holt WebDonkey die neuen Zeilen und markiert sie. Live liest das Log alle paar Sekunden neu, solange es angezeigt wird, und nach Zeitplan liest WebDonkey im Hintergrund, solange es läuft, vom 30-Sekunden-Takt bis zum Cron-Ausdruck.

Zeilen gängiger Formate (Apache, nginx, PHP und PHP-FPM, Laravel, syslog) bekommen Zeit und Stufe, ein Stacktrace hängt eingeklappt an seiner Zeile. Suchen, Kopieren und Als Text exportieren gehen wie bei lokalen Logs.

Je Server-Verbindung legst du die Websites an, die du betreust. Du wählst den Projektordner, WebDonkey erkennt System und Version und ändert dabei nichts. Gezählt werden aktive Websites: Archivieren gibt einen Platz frei, Berichte und Verlauf bleiben lesbar. Über dem Kontingent werden die zuletzt angelegten gesperrt, gelöscht wird nichts. Ist eine Systemversion noch nicht vollständig geprüft, trägt sie das Abzeichen Vorschau, und vor jedem Schreiben ins Live bestätigst du noch einmal. Nicht unterstützte Versionen, etwa ohne Sicherheitsupdates, tragen Gesperrt und bekommen kein Deploy, nur Prüfungen und Sicherungen.

Ordner, leere Datenbank und Subdomain legst du im Hosting-Menü an. WebDonkey prüft alles, bevor es schreibt, liest Live nur und sichert vorher die Live-Datenbank. Das Staging wird mit ersetzten Personendaten gebaut, entschärft (keine Mails, keine geplanten Aufgaben, Zugänge externer Dienste geleert) und erst dann sichtbar geschaltet, geschützt mit Basic Auth oder dem Wartungsmodus des Systems. Auffrischen baut es neu aus Live auf und zeigt vorher, welche Änderungen dabei verloren gingen.

Eine betreute Website kommt als Site mit .test-Adresse auf deinen Mac: Dateien und Datenbank, Personendaten ersetzt, Konfiguration angepasst. Du wählst, ob Mediendateien mitkommen, und vorher läuft dieselbe Vorabprüfung wie beim Lokal holen. Dort probierst du Änderungen und Updates aus und übernimmst sie danach einzeln. Entfernen löscht Site, Datenbank und Ordner auf dem Mac, die Live-Website bleibt unberührt.

WebDonkey vergleicht jedes Feld in Quelle und Ziel mit dem Stand beim Anlegen der Kopie. Geschrieben werden nur Felder, die sich in der Quelle geändert haben. Wurde dasselbe Feld auch im Live geändert, ist das ein Konflikt: Du behältst den Live-Wert oder erzwingst ausdrücklich den neuen. Was ein gewähltes Objekt braucht, kommt mit, Löschungen werden angezeigt, aber nie übernommen. Nach dem Schreiben liest WebDonkey jedes Feld zurück. Übernehmen lassen sich zum Beispiel Produkte, Kategorien, CMS-Seiten, Textbausteine und Mail-Vorlagen in Shopware oder Seiten, Beiträge, Menüs und Einstellungen in WordPress.

Für einfache Websites ohne System: zwischen dem Projektordner einer lokalen Site und dem Live-Ordner, in beide Richtungen. Du siehst vorher einen Plan, und es läuft nur, was du bestätigst. Jede Datei wird vor dem Ersetzen oder Löschen gesichert, Löschen braucht ein zweites Ja, und die letzte Übertragung lässt sich rückgängig machen.

Plugins, Themes und Module kommen aus dem Staging oder einer lokalen Kopie ins Ziel. WebDonkey prüft Versionen und Voraussetzungen, sichert Datenbank und Ordner der Erweiterung und tauscht den Ordner erst, wenn alles bereitliegt. Danach laufen die Schritte des Systems, in Shopware etwa das Plugin-Update. Der alte Ordner landet außerhalb des Webroots. Schlägt ein Schritt fehl, kommt er zurück, und du kannst die Sicherung einspielen.

Vor jeder Übernahme hält WebDonkey den bisherigen Wert jedes Feldes fest. Rückgängig schreibt ihn zurück, solange im Live noch der übernommene Wert steht, sonst zeigt es einen Konflikt. Der Verlauf listet jede Übernahme mit Quelle, Ziel und Objekten, eine unterbrochene setzt du fort oder verwirfst sie. Rückgängig geht auch ohne aktives Wartungs-Paket.

Bevor WebDonkey auf eine Website schreibt (Staging, Übernahme, Erweiterung, Wiederherstellen), sichert es Datenbank und betroffene Dateien auf dem Server. Auf Wunsch kopiert es sie je Website zusätzlich auf deinen Mac. Die neuesten zehn bleiben, die Sicherung der letzten nicht rückgängig gemachten Übernahme immer. Du findest sie bei der Website und unter Remote-Backups. Vor dem Wiederherstellen zählt WebDonkey, was seither neu ist und verloren ginge.

Was auf der Live-Seite installiert ist und was es Neueres gibt: Kern und Erweiterungen von WordPress, Shopware und Magento, dazu Composer- und npm-Pakete. Die Abfragen laufen von deinem Mac aus, solange WebDonkey läuft, von Haus aus täglich. Updates werden nur angezeigt, nie auf dem Live ausgeführt: Du aktualisierst im Staging oder in der lokalen Kopie, vergleichst und übernimmst dann die Erweiterung.

Die installierten Versionen werden auf deinem Mac mit öffentlichen Datenbanken bekannter Schwachstellen abgeglichen, für WordPress mit deinem eigenen Wordfence-Schlüssel. Dazu kommen Prüfsummen der Dateien auf dem Live-Server, von Haus aus täglich mit der Basis verglichen: neue, geänderte und gelöschte Dateien, besonders ausführbare Dateien in Upload-Ordnern. WordPress-Kern und Plugins von wordpress.org prüft WebDonkey zusätzlich gegen die offiziellen Prüfsummen.

Die Startseite und bis zu zehn weitere Seiten, aufgenommen in den Breiten 375, 768, 1280 und 1920 Pixel, die du einzeln wählst, und Pixel für Pixel verglichen: Live früher und jetzt (von Haus aus wöchentlich gegen die Basis), Live und Staging, Live und lokale Kopie, vor und nach jeder Übernahme ins Live. Animationen sind aus, gängige Cookie-Banner ausgeblendet, wechselnde Bereiche maskierst du per Selektor oder WebDonkey lässt sie selbst außen vor.

Ein Ablauf klickt die Website durch wie ein Besucher: Startseite, Anmeldung, Suche, Warenkorb, Kasse. Du startest mit einer Vorlage und lässt ihn von Hand, täglich, wöchentlich oder monatlich laufen. Gegen die Live-Seite endet ein Ablauf vor dem Kauf-Knopf: WebDonkey bestellt, bezahlt, registriert und sendet dort nie ein Formular. Vollständige Abläufe laufen gegen Staging oder die lokale Kopie.

Für jede Website und jeden Monat: Erreichbarkeit, SSL-Zertifikat, Sicherungen, Updates, Schwachstellen, geänderte Dateien, Übernahmen und Lighthouse-Werte, als PDF mit deinem Absender und Logo für deine Kunden. Am Monatsersten hält WebDonkey den Vormonat fest. War der Mac aus, holt es das beim nächsten Start nach. Was nicht gemessen wurde, steht als nicht gemessen drin.

Projektordner und Datenbank kommen per SSH vom Server auf deinen Mac und werden zu einer Site mit .test-Adresse. Projekte mit Datenbank holt WebDonkey bei Shopware 6, WordPress, WooCommerce und Magento 2. Der Server wird nur gelesen, den öffentlichen Ordner erkennt WebDonkey selbst oder du gibst ihn an. Die Kopie wird immer sicher gemacht: Datenbankzugang auf die lokale Datenbank, Mails an Mailpit, geplante Aufgaben aus, Zugänge externer Dienste geleert. Mit Premium läuft sie gleich, mit Adressen auf .test und Redis und Suchdienst aus. Kundendaten kommen dabei unverändert mit, und du bestätigst vorher, dass du sie holen darfst. Erst das Wartungs-Paket ersetzt sie schon beim Holen (pseudonymisiert).

Bevor etwas auf deinem Mac entsteht, prüft WebDonkey, ob das Holen klappen wird: Verbindung zum Server, PHP auf dem Server, Projektordner, Document Root, Anmeldung an der Datenbank, Weg zum Sichern der Datenbank, Platz auf dem Server und auf deinem Mac, freies lokales Ziel und Datenbank-Dienst auf deinem Mac. Jeder Punkt nennt Grund und Lösung. Ist alles grün, startet das Holen sofort, bei Hinweisen erst mit Trotzdem holen, bei Rot gar nicht. Unter Erweitert stellst du den Datenbank-Zugang je Verbindung und Projektordner ein: Host, Port, Socket, Datenbank, Benutzer, Passwort und Dump-Programm, vorbelegt aus der Konfiguration des Projekts, mit Verbindung testen; das Passwort speichert WebDonkey verschlüsselt. Beim Dump-Programm wählst du Automatisch (empfohlen), ein auf dem Server gefundenes, Ohne Dump-Programm (PHP) oder einen eigenen Pfad. Automatisch nimmt nur mysqldump oder mariadb-dump derselben Art wie der Datenbankserver, die nächstliegende Version zuerst, und probiert jedes vorher aus; klappt keins, liest WebDonkey die Datenbank mit PHP. Das dauert länger, das Ergebnis ist gleich. Dieselbe Prüfung läuft vor jeder lokalen Testkopie, und der gespeicherte Zugang gilt auch für Staging und die Sicherungen vor dem Schreiben.

Eine HTML-Datei mit dem Zustand der gewählten Websites und einem Balken je Tag der letzten 90 Tage. Kein Skript, keine Anfrage nach außen, kein Tracking. Du speicherst sie als Datei oder lädst sie in einen Ordner auf deinem Server, wo sie die vorige in einem Schritt ersetzt.

Unter Prüfzeiten legst du je Website oder für alle fest, wie oft WebDonkey Updates, Schwachstellen, Dateien und visuelle Vergleiche prüft: täglich, wöchentlich, monatlich oder aus. Voreingestellt ist täglich, beim visuellen Vergleich wöchentlich. Geprüft wird, solange dein Mac läuft, eine verpasste Prüfung folgt nach dem nächsten Start. Abläufe haben ihre eigenen Zeiten. Außerdem hinterlegst du hier deinen Wordfence-Intelligence-Schlüssel für den Abgleich von WordPress, verschlüsselt auf deinem Mac gespeichert.

Ohne Premium holst du ein Projekt lokal und bekommst eine sicher gemachte Kopie, Premium macht sie zusätzlich lauffähig. Alles andere bringt das Wartungs-Paket: ein Zusatzpaket, das eine WebDonkey-Premium-Lizenz voraussetzt und sie nicht enthält. Es gibt es für 10, 30 oder 100 Websites, mit Zusatzpaketen für je 10 weitere, monatlich oder jährlich und nur für Firmenkonten. Für mehr als 150 Websites machen wir dir ein individuelles Angebot. Endet Premium, schaltet das Wartungs-Paket nichts mehr frei; läuft es länger, wird es eine eigene Lizenz, die du einer laufenden Premium-Lizenz zuweisen oder kündigen kannst. Ansehen, Sicherungen wiederherstellen, Rückgängig, Staging löschen und Archivieren gehen auch dann.

Mit wd steuerst du WebDonkey aus jedem Terminal: Dienste, Sites, Datenbanken, Logs, geplante Aufgaben und Backups, dazu gespeicherte SSH-Verbindungen, der Front-Proxy und Claude Code. wd edit öffnet Dateien im WebDonkey Editor, wd open eine Seite der App, wd doctor nennt Fehler der Einrichtung mit Lösung. Backups und SSH-Verbindungen brauchen Premium. Jede Ausgabe gibt es auf Wunsch als JSON. Die Karte prüft, ob wd im Pfad liegt, und schaltet „Tools im Terminal“ mit einem Klick ein.

Aliase mit Name und Befehl anlegen, ein- und ausschalten. WebDonkey schreibt sie in eine eigene Datei und bindet sie mit einem markierten Block in deine .zshrc ein. Was deine Shell schon kennt, wird erkannt und lässt sich mit einem Klick übernehmen.

Alle Schlüssel aus ~/.ssh mit Name, Typ und Fingerabdruck. Neue Schlüssel als ed25519 oder RSA 4096 erzeugen, mit Kommentar und auf Wunsch mit Passphrase, den öffentlichen Teil kopieren, alte löschen.

Host-Einträge mit Alias, Hostname, Nutzer, Port und Schlüssel. Sie landen in einer eigenen Datei unter ~/.ssh/config.d, die oben in deiner SSH-Config eingebunden wird. Deine bestehende Konfiguration bleibt unangetastet. Nach dem Speichern prüft WebDonkey, ob die Anmeldung per Schlüssel klappt. Liegt der Schlüssel noch nicht auf dem Server, gibst du einmal das Passwort ein, und WebDonkey trägt ihn dort ein wie ssh-copy-id. Das Passwort wird nicht gespeichert.

Welche Server-Schlüssel dein Rechner kennt, in einer Liste. Einträge entfernen, wenn ein Server neu aufgesetzt wurde, statt die Datei von Hand zu editieren.

Gestalte den linken Teil deiner Befehlszeile, auch über mehrere Zeilen: Ordner, Uhrzeit, Datum, Benutzer, Rechner, Git-Branch, das Ergebnis des letzten Befehls, $ oder # und eigener Text, dazu Rahmen- und Pfeilzeichen wie ╔═ oder ❯ und Farben aus der 256er-Palette, mit Live-Vorschau. Mehrere Entwürfe speichern und mit einem Klick wechseln oder zu deinem eigenen Prompt aus der .zshrc zurück; acht Vorlagen sind für alle frei. Free behält drei eigene Prompts, Premium beliebig viele.

Alle Workflows in einer Tabelle mit Auslöser, letztem Lauf, nächstem Termin und einem Schalter für An und Aus. Ein neuer Workflow beginnt leer oder mit einer Vorlage, etwa dem nächtlichen Datenbank-Dump oder dem Deploy per Webhook; eine Vorlage kommt ausgeschaltet an. Free nutzt drei Workflows.

Knoten auf der Zeichenfläche setzen und mit Linien verbinden, Notizen dazulegen, mit ⌘Z zurücknehmen. An heißt, die Auslöser starten den Workflow; Ausführen startet ihn sofort.

Jeder Knoten ist ein Schritt, sortiert nach Auslöser, Logik, Daten, Ein- und Ausgabe, WebDonkey und KI. Ein Klick öffnet sein Formular; die Felder nehmen Ausdrücke an, die auf die Daten der Schritte davor zugreifen. Knoten mit dem Zusatz Premium laufen nur mit Premium.

Zwischen den Knoten fließen Datensätze; Ausdrücke greifen auf sie zu, auf den Auslöser, auf Variablen und Geheimnisse. Variablen gelten für einen Workflow oder für alle, ein Geheimnis wird verschlüsselt abgelegt und nie exportiert.

Jeder Knoten hat eigene Einstellungen: Versuche, Pause dazwischen, Zeitlimit und was bei einem Fehler passiert. Der Lauf endet, macht weiter oder nimmt den Fehler-Ausgang, an den du etwa eine Benachrichtigung hängst. Dazu hat jeder Workflow eigene Einstellungen: Beschreibung, Zeitlimit eines Laufs, Meldung bei Fehler und wie viele Läufe im Verlauf bleiben.

Unter dem Editor steht jeder Lauf Schritt für Schritt, mit den Datensätzen, die hinein- und herausgingen, Versuchen und Dauer. Einen Lauf brichst du ab oder führst ihn mit denselben Auslöser-Daten erneut aus. Free behält die letzten 20 Läufe, Premium bis zu 200.

Was sich ein Workflow zwischen den Läufen merkt, etwa die zuletzt gesehene ID; ablegen tun es die Knoten Nur neue und Wert merken. Einen einzelnen Wert vergisst du gezielt, Zurücksetzen löscht alles, und der nächste Lauf beginnt von vorn.

Unterhaltungen mit Verlauf, Modellwahl und Speicherbudget oben. Dateien und Ordner hängst du als Kontext an, die App zeigt an, wie viel davon ins Kontextfenster passt. Chats sind Free.

Wiederverwendbare Experten mit Instruktionen und festen Pfaden als Kontext: der Laravel-Experte kennt dein Projekt, der SEO-Reviewer deine Texte. Chat starten und der Kontext ist schon da. Premium.

Coding-Agenten wie Aider oder Qwen Code laufen im eingebetteten Terminal gegen dein lokales Modell. Die App startet sie ohne Auto-Approve-Flags, jede Änderung bleibt deine Entscheidung. Premium.

Der Katalog bewertet jedes Modell gegen deinen Arbeitsspeicher: Empfohlen, Läuft oder Zu groß für diesen Mac. Laden mit Fortschritt, entfernen, Standard setzen. Free.

Jedes Modell aus der Ollama-Bibliothek oder von Hugging Face fügst du per Namen hinzu, etwa qwen3:8b. Ist es geladen, steht es in der Liste und lässt sich als aktives Modell wählen.

MCP-Server, die gerade auf diesem Mac laufen, mit Client, Art, Prozessen, CPU, Speicher, Laufzeit und Besitzer. Ein Server startet mit seinem Client und steht hier, solange er läuft.

Die MCP-Server aus den Konfigurationsdateien deiner Clients, ob sie laufen oder nicht, jeweils mit Client, Ebene und Zustand. Fehlt eine Anmeldung, steht das in der Zeile.

Jeder Client, den WebDonkey kennt, die Dateien, in die geschaut wurde, und was dabei herauskam. Hier steht die Antwort auf die Frage, warum ein Server in den Listen fehlt.

Schreibt einen MCP-Server in die Konfiguration eines Clients: einen lokalen Befehl oder einen entfernten Server mit Adresse, auf Wunsch mit Umgebungsvariablen oder Headern. Free fügt zwei Server hinzu, Premium beliebig viele.

Startet einen Server zum Test und fragt ihn, was er anbietet: ob er antwortet und wie schnell, sein Protokoll und wie viele Werkzeuge, Ressourcen und Prompts er hat. Mit Premium siehst du die Listen selbst und seine Fehlerausgabe.

Beenden bittet einen laufenden Server, sich zu beenden, und sagt vorher, was das für seinen Client heißt. Verwaiste Server, deren Client weg ist, räumst du mit Premium auf einen Schlag auf und liest ihre Logs.

Verlangt ein Server eine Anmeldung, erledigt Anmelden das für den Client, dem er gehört, im Browser oder im Terminal. Das ist frei.

Mit Premium bearbeitest du Einträge, schaltest sie ein und aus und kopierst sie in andere Clients. Entfernen geht auch in Free. Wo ein Client oder Eintrag nicht beschreibbar ist, steht nur lesen mit dem Grund dabei.

Je Währung eine Karte mit dem Betrag pro Monat und pro Jahr, den Abbuchungen der nächsten 30 Tage und der Zahl aktiver Abos. Jahres- und andere Zyklen zählen mit ihrem Monatsanteil, Währungen werden nicht umgerechnet.

Name, Website, Preis und Währung, Startdatum, Abrechnungszyklus, Laufzeitende, Kategorie, Kündigungsfrist in Tagen, Status (aktiv, pausiert, gekündigt), Zahlungsart und Notizen. Free verwaltet bis zu sechs Abos.

Von wöchentlich bis alle zwei Jahre mit einem Klick, oder ein eigener Rhythmus in Tagen, Wochen, Monaten, Quartalen oder Jahren.

Aus Startdatum und Zyklus rechnet WebDonkey die nächste Fälligkeit aus und färbt sie nach Dringlichkeit. Mit einer Kündigungsfrist zeigt die Zeile rechtzeitig, bis wann du noch kündigen kannst.

Aurora Dark und Arctic Light sind ab Werk dabei, dazu System, das der macOS-Einstellung folgt, und drei fertige Premium-Themes: Sunset, Sunrise und Galaxy. Mit Premium lässt sich jedes davon mit Kopieren & anpassen als Ausgangspunkt nehmen: Farben ändern, und die Vorschau im Editor zeigt die Änderung sofort.

Beliebig viele eigene Themes speichern, bearbeiten und löschen. Bis zu drei teilst du gleichzeitig in der Galerie; sie erscheinen dort, sobald sie geprüft sind, dein Name wird nie angezeigt. Einen Code aus der Galerie fügst du auch in Free ein.

Aus vier Entscheidungen wird ein vollständiges Theme: Text, Ränder, Flächen, Glasschimmer und der Hintergrund leiten sich daraus ab, deshalb sieht auch ein eigenes Theme nach WebDonkey aus. Du beginnst neu, kopierst ein mitgeliefertes oder fügst einen Code aus der Galerie ein.

Themes, die andere WebDonkey-Nutzer geteilt haben, direkt aus dem Shop geladen, mit Suche und Sortierung nach Neu oder Beliebt. Speichern legt eines zu deinen Themes, auch in Free. Was freigegeben ist, bleibt in der Galerie, auch wenn du es lokal löschst.

Version, die Lizenzliste der verwendeten Komponenten, dein Lizenzschlüssel und die Sprache, dazu der Schalter, ob Remote-Seiten ihren Hinweis zur Vorsicht zeigen. Schlüssel aus dem Kundenkonto einfügen, aktivieren, fertig; ein Sitz wandert mit dir auf den nächsten Mac. 16 Sprachen, beim ersten Start folgt die App der Systemsprache.

WebDonkey sucht selbst nach neuen Versionen und zeigt die Release-Notes, installiert wird erst auf deinen Klick. Übertragen werden dabei nur Version, Plattform, Architektur und die Sprache der Release-Notes, nichts über deine Projekte.

Jede Aktion aus der Suche bekommt auf Wunsch ein eigenes Kürzel: eine Taste, eine Kombination oder eine Folge wie G, dann S. Belegte System- und doppelte Kürzel fängt die App ab und sagt dir, wer sie schon hat.

Blende jede Seite aus, die du nicht brauchst: Sie verschwindet aus der Sidebar, der ⌘K-Suche und dem Widget-Katalog des Dashboards und ist mit einem Klick zurück. Wer Free nutzt, kann zusätzlich alle Premium-Funktionen ausblenden, statt überall ein Schloss zu sehen.

Welche Meldungen du bekommst, jede Art einzeln abschaltbar, mit sofortiger Wirkung. Ein Hauptschalter stellt alles still, deine Auswahl bleibt erhalten.

Standardordner für neue Sites, der Code-Editor für Im Editor öffnen, Tools im Terminal (php, node und Co. in der Version aus der App), Port-Weiterleitung 80/443, Sites im lokalen Netz, die lokale Root-CA und der Abgleich der hosts-Datei.

Wohin WebDonkey Terminals, Ordner, Code und Datenbanken übergibt. Automatisch nimmt den WebDonkey Editor, sobald er installiert ist, sonst Finder, Terminal und den DB-Browser von WebDonkey; unter jeder Einstellung steht, was sie gerade wählt.

Der Absender der PDF-Berichte an deine Kunden, einmal hinterlegt: Firmenname, eine Kontaktzeile und dein Logo als PNG, JPEG oder SVG bis 1 MB, auf Wunsch auf einem hellen Plättchen. Der Name steht auf dem Deckblatt, Name und Kontaktzeile in der Fußzeile, eine Vorschau zeigt es vorher. Der Bericht behält den WebDonkey-Stil, die Zeile „Erstellt mit WebDonkey“ lässt sich abschalten. Der eigene Absender gehört zum SEO- oder Wartungs-Paket.

Aufgaben und Backups auch bei geschlossener App nach Zeitplan laufen lassen, die Sandbox mit Größe und Zurücksetzen und die System-Discovery.

Dein ganzes Setup als eine ZIP-Datei: Sites, Dienste, Konfigurationen, Zertifikate und was sich die Seiten merken, du wählst, was hineinkommt. Beim Import auf einem anderen Mac wird es passend umgeschrieben, so ziehst du um.

Im Reiter System: die macOS-Widgets, die ihre Daten nur mit Festplattenvollzugriff bekommen, die Sicherheitskopien der App-Datenbank vor dem ersten Start einer neuen Version und das Entfernen von WebDonkey von diesem Mac.