Apfel Z | Mac

Es ist inzwischen schwer bis unmöglich, für MacOS X 10.6 oder auch für macOS 10.13 einen aktuellen Browser zu finden, der alle Websites so darstellt, wie sie eigentlich aussehen sollten. Immer mehr und mehr Websites versagen sogar ihren Dienst, weil sich in den letzten Jahren ja so viel am HTML-Standard verändert hat.

Das systemeigene Safari ist auf dem Stand von 2011, (die neusten) Chrome- und Firefox-Browser lassen sich seit einiger Zeit auch nicht mehr installieren. Man möge doch mal sein Betriebssystem aktualisieren!
Ah, geht auch nicht? Na dann kauf' doch was Neues!

Nach langer Recherche bin ich zwar auf zwei Browser gestoßen, die wohl weiterhin entwickelt werden und unter MacOS X 10.6 laufen...aber für den täglichen Gebrauch sind sie leider auch nichts.
Bei macOS 10.13 wird es vielleicht schon vielversprechender und wer sogar noch MacOS X 10.5 einsetzt, hat vielleicht am meisten Glück:

PaleMoon / NewMoon
https://forum.palemoon.org/viewforum.php?f=41
In dem Forum sind Downloads zu einem Port von PaleMoon zu finden, welcher unter MacOS X 10.6 läuft. Ansonsten geht's erst ab MacOS X 10.7 los.

Roccat
https://runecats.com/roccat-browser-for-mac/
Wohl aktuell, allerdings beim Rendern von Websites fast genauso mies wie das 7 Jahre alte Safari. Läuft schon ab MacOS X 10.5

Leopard Webkit (nur noch MacOS X 10.5!)
https://sourceforge.net/projects/leopard-webkit/
Wer noch Mac OS X 10.5 im Einsatz hat, ist wesentlich besser dran. Auf Sourceforge findet sich ein Projekt, wo ein findiger Entwickler das aktuelle WebKit in nen alten Safari für 10.5 gepackt hat. Einwandfrei!
Bis vor ein paar Jahren gab es hier auch eine Version, die auf MacOS X 10.6 lief, aber mangels Entwickler wurde diese nicht weiterentwickelt.

Momiji (Mein Favorit für macOS 10.13)
https://github.com/aobaharuki2005/momiji-web-browser ist die aktuellste Firefox ESR-Version (derzeit 140 ESR), lauffähig auf macOS 10.7-10.14
Bei mir derzeit im Einsatz, hat allerdings irgend ein Problem mit DRM – Amazon Prime Video will sich hier nicht verwenden lassen.

Firefox Dynasty
https://github.com/Wowfunhappy/firefox-dynasty ist aktuell ein auf macOS 10.13 lauffähiger Firefox 146.0.1...scheint auf Momiji aufzubauen.
Sieht an sich gut aus, scheint im ersten Eindruck allerdings leicht buggy zu sein.

Patch it yourself
Hier hatte 2023 jemand einen Patch geschrieben, um den Sourcecode von Mozilla auf einem 10.13/10.14-System zu kompilieren. Habe ich selbst nicht getestet.

Powerfox
https://github.com/Jazzzny/powerfox-browser
Läuft auch unter neueren Systemen wie macOS 10.13, wobei ich es bei meinm kurzen Blick darauf nicht geschafft habe, Browser-Extensions wie etwa bitwarden installiert zu bekommen.
Für MacOS X 10.4 (!) und aufwärts.

Irgendwann um macOS 10.9 rum wurde ein nerviges "Feature" hinzugefügt: Sind mehrere Bildschirme angeschlossen und man kommt mit der Maus an irgendeinem der Bildschirme dummerweise an den unteren Rand, so wechselt das Dock auf den betreffenden Bildschirm.
Keine Ahnung, was sich die Entwickler dabei gedacht haben. Das nervt mich schon seit Jahren tagtäglich.

Es gibt leider keine Einstellung oder Hack, dieses Verhalten zu deaktivieren, aber: There's an App for that!

Als erstes sei die OpenSource Software DockAnchor ans Herz gelegt. Funktioniert allerdings erst ab macos 15.4

Als zweites gibt es da noch DockLock Lite, welches ab macOS 10.9 funktioniert, allerdings nur über Apples AppStore verfügbar ist und gar nicht ganz so "Lite" ist, sondern nach 7 Tagen Testversion Geld verlangt. Außerdem gestaltet sich die Installation bis macOS 10.13 etwas schwieriger mit noch dem zusätzlichen Download eines Helper-Tools.

Seit ich zurückdenken kann, war cmd < der Tastaurbefehl, um innerhalb eines Programmes zwischen offenen Fenstern zu wechseln.

Nach einem Update auf macOS 26 funktioniert dieser Tastaturbefehl nicht mehr (wahrscheinlich schon ein paar Systemversionen vorher). Aber finde im Internet mal den neuen Tastaturbefehl...oder ob es überhaupt noch einen gibt. Deshalb an dieser Stelle mal ein Quickie für alle, die auch nicht mehr wissen, wie sie innerhalb eines Programmes Fenster wechseln sollen: Das Tastenkürzel lautet inzwischen: cmd ´

Da ich das nicht wie gewohnt mit der linken Hand drücken kann, während die rechte auf der Maus ruht, hier die noch die Stelle, wo sich die Möglichkeit versteckt, das Tastenkürzel zu ändern:
Systemeinstellungen > Tastatur, Button "Tastaturkurzbefehle...", dann unerwarteterweise in der Kategorie "Tastatur" statt "Fenster": Fokus in nächstes Fenster.

Und noch ein Pro-Tipp, den es schon ewig gibt, der mir aber nicht bekannt war: Wenn man mit cmd tab den Programmwechsler aufruft und die Pfeil auf-Taste drückt, werden per Exposé alle Fenster des gewählten Programmes angezeigt. Außerdem kann man mit H auch Programme ausblenden und mit Q Programme beenden. Für mich ein alter Stiefel, aber für den einen oder anderen vielleicht Neuland ;-)

Bei fail2ban handelt es sich um einen hilfreichen Serverdienst, der ständig diverse Log-Dateien analysieren und auf Basis der Logs Aktionen ausführen können.

Ich sehe meinen privaten Server schon seit geraumer Weile "leichten Angriffen" ausgesetzt, wo jeden Tag zig Requests auf die URLs http://meinheimserver.apfel-z.net/phpMyAdmin/, http://meinheimserver.apfel-z.net/wp-admin/, http://meinheimserver.apfel-z.net/pma/ etc rein kommen.
Hier ist jemand auf der Suche nach phpMyAdmin, WordPress & Co, um Sicherheitslücken auszunutzen und sich Zugriff auf das System zu verschaffen.
Abgesehen davon, dass phpMyAdmin unter ganz anderer URL zu finden und per .htaccess abgesichert ist, ist die ganze Geschichte doch leicht beunruhigend.

Zu finden sind diese Anfragen übrigens direkt in der Log-Datei /var/log/apache2/error_log oder in der gleichnamigen Log-Datei über das Log-Auswertungsprogramm "Konsole".
In meinem Fall waren hier täglich Einträge á la

[error] [client 186.204.131.116] File does not exist: /Library/WebServer/Documents/meinheimserver.apfel-z.net/cgi

zu finden. Jeden Tag natürlich mit anderer IP.

Seit einigen Systemversionen kann man keine Verzeichnisse mehr direkt auf Macintosh HD anlegen, da bei Apple ja alles komplizierter...äh...sicherer wird.

Man kann sich natürlich darüber streiten, ob es sinnvoll ist, an dieser Stelle Verzeichnisse anzulegen, ich persönlich habe für meinen macMini-Server hier allerdings normalerweise ein Verzeichnis "server", in welchem Hotfolder, Skripte und Docker-Konfigurationen liegen.

Das möchte ich ungerne auf dem Desktop meines Benutzeraccounts oder in sonst einer verschachtelten Stelle liegen haben.

Anlegen lässt sich an der Stelle aber leider kein Verzeichnis mehr...man kann allerdings so tun als ob ;-)

Früher hatte ich mal MacPorts verwendet, dann kam homebrew mit seinem coolen brew-Befehl und seinen casks, die ich ehrlich gesagt immer noch nicht so richtig verstanden habe.
(Relativ) Schnell war ein Kommandozeilenprogramm mit brew install wasauchimmer installiert.

Allerdings achtet homebrew nicht all zu sehr auf Rückwärtskompatibilität. Ich will das binary aus irgendwelchen Gründen in Version 2.7 statt der aktuellen Version 2.8 installieren...das alleine kann schon tricky werden und die Jungs von homebrew haben über die Jahre hinweg die Möglichkeiten hierzu immer weiter und weiter eingeschränkt.
Klar, ist ja auch absolut unsicher, nicht die neuste Version zu nehmen. Da könnte einem das Haus abbrennen und das Bankkonto abgeräumt werden.

Nun soll es ja Leute geben, die sich nicht jedes Jahr den neusten Scheiß kaufen, weil der alte Scheiß ja immer noch hervorragend funktioniert (oder gar noch besser als der neue Scheiß) und so setze ich nun halt mal einen Mac mit macos 10.13 ein, von dem homebrew schon seit einer Zeit bei Nutzung warnt: Ist zu alt, unterstützen wir nicht, mach doch mal nen Upgrade (ergo: schmeiß es auf den Elektromüllberg und kauf Dir was Neues).

Als ich nun auf einem Rechner mit macos 10.13 mosquitto installieren wollte, was ich auf einem anderen Rechner mit macos 10.13 vor Jahren schon installiert hatte und was dort problemlos läuft, war die Verzweiflung groß. Denn inzwischen lässt es sich nicht mehr über homebrew installieren, da die Abhängigkeiten neuer sind und nicht mehr mit dem System zusammenspielen und homebrew ja sowieso rummotzt.

Daran bin ich jetzt schon nen paar Mal hängen geblieben und immer wieder suche ich auf's neue nach einer Lösung, deshalb hier mal festgehalten:

MacOS X scheint (zumindest in Version 10.13) einen Bug zu haben: Wenn ich Software installiere, die eine Kernel Extension installiert, müsste ich diese Kernel Extension in den Systemeinstellungen unter Sicherheit freigeben.

Dort erscheint im Reiter "Allgemein" die Nachricht "Laden der Systemsoftware des Entwicklers XXX wurde blockiert" mit einem Button "Erlauben"

Allerdings passiert zumindest in meinem Fall nichts, wenn man den Button "Erlauben" anklickt.

Ärgerlich...

Natürlich kann man in jedem E-Mail-Client schön bunte E-Mails erstellen. Ich bevorzuge es aber manchmal, den Content selbst als HTML-Quellcode zu erstellen. Doch wie versendet man diesen HTML-Quellcode dann als E-Mail?

Welche Version habe ich überhaupt?

openssl version

Hier erscheint bei mir LibreSSL 2.2.7 mit dem ich nun wenig anfangen kann...aber jedenfalls kommt diese Version nicht mit dem am 30. September 2021 verfallenen Let's Encrypt-Zertifikat zurecht.

Versuchen wir mal, mit Homebrew eine neuere OpenSSL-Version drauf zu bekommen.

Kleines Problem: Homebrew benutzt curl, um Dinge herunterzuladen und kann wegen eben jenem Zertifikatsproblem, das ich nun habe, auch kein OpenSSL (oder irgendwelche anderen "bottles") herunterladen.

Workaround dafür: Die Zertifikatsprüfung für diese Installation aussetzen (ohje...und wenn mir jetzt jemand ein gefaktes OpenSSL unterjubelt?!?!)

1. Den Flag --insecure zur curl-Config hinzufügen:

echo "--insecure" > ~/.curlrc

2. Die curl-Config beim Installieren berücksichtigen (HOMEBREW_CURLRC=1 voranstellen):

HOMEBREW_CURLRC=1 brew install openssl

3. Damit die Homebrew-SSL-Version verwendet wird

brew link --force openssl

Bei mir erscheint dann allerdings die Warnung:

Warning: Refusing to link macOS provided/shadowed software: openssl@3
If you need to have openssl@3 first in your PATH, run:
echo 'export PATH="/usr/local/opt/openssl@3/bin:$PATH"' >> /Users/apfelz/.bash_profile

Nachdem die Zeile export PATH="/usr/local/opt/openssl@3/bin:$PATH" dem .bash_profile im Home-Ordner hinzugefügt wurde und eine neue Terminal-Session geöffnet wurde, meldet sich OpenSSL mit OpenSSL 3.0.7

Schon seit zwei Jahren rede ich auf meinen Chef ein, mal endlich einen Server anzuschaffen. "Jaja, kann man mal machen."

Aber über "die Cloud" geht bei ihm halt immer alles so schön unkomplizert (und ich bekomme immer Ausschlag, wenn ich dann irgendwas irgendwo in irgendeinem Sharepoint-Verzeichnis herunterladen muss) und alles andere (z.B. Bitwarden) regelt mein Server daheim, also wieso etwas anschaffen, wenn's doch auch so läuft?

Erstelle ich halt selbst nen Server.
Ich habe noch einen Stapel macMinis, Modell 2,1/A1176, mit Core 2 Duo Prozessor rumliegen.
Leider nie über MacOS X 10.7 hinaus gekommen, so dass man mit der einwandfrei funktionierenden Technik dank des Herstellers Unlust, die Software in Schuss zu halten, bzw dessen Lust, sie für obsolet zu erklären, nicht mehr viel anfangen kann.

Aber vielleicht kann man die Hardware mit einem anderen System weiternutzen?
Der Plan: Auf einem MacMini Ubuntu Server zu installieren.

Ich wollte ein Ubuntu-Installationsimage auf dem Mac mounten, was alleine durch einen Doppelklick auf das Image nicht gelingen wollte, da "keine aktivierbaren Dateisysteme gefunden" wurden.

Dank Kommandozeile kann man das Image wie folgt mounten (allerdings leider nur readonly):

hdiutil attach -nobrowse -nomount /pfad/zu/image.iso

Danach erhält man eine Ausgabe so ähnlich wie Folgende:

/dev/disk5 FDisk_partition_scheme
/dev/disk5s1 0x17

Die Nummer der Disk, in diesem Fall 5 ist zu merken.

sudo mkdir /tmp/image
mount -t cd9660 /dev/disk5 /tmp/image

Unter /tmp/image ist nun das gemountete Image zu finden.

Image wieder los werden:

umount /tmp/image/
hdiutil detach /dev/disk5

Anfangs...vor Jahrzehnten...war ich noch mit dem Netscape Navigator unterwegs. Wer kennt ihn noch? ;-) Darauf folgte dann irgendwann der gar nicht mal so üble Internet Explorer for Mac. Ich staune gerade selbst darüber!
2002 kam Firefox. Ich weiß schon gar nicht mehr, ob ich den effektiv nur ein Jahr verwendete, bis 2003 Apple's Safari das Licht der Welt erblickte, oder ob ich noch bis zur nächsten Safari-Version anno 2007 wartete. Das scheint schon Äonen her zu sein...

Und da wäre noch Google's Chrome, um den man leider nicht drum herum kommt, da sich einige Websites sonst nicht wirklich verwenden lassen. Hier habe ich übrigens einen echt gut geschriebenen Kommentar dazu entdeckt.

Jedenfalls habe ich mich nun 2019 absolut von der Idee verabschiedet, MacOS X 10.6 noch länger verwenden zu können. Alles läuft prima und scheiden tut weh (vor allem von der funktionierenden Hardware, auf der kein neueres System mehr läuft, aber die problemlos ihren Dienst tut), aber sowohl eine der Hauptbeschäftigungen zu Hause (Surfen im Netz) wie auch eine Nebenbeschäftigung in der Firma (Recherchieren im Netz) sind mit den für 10.6 verfügbaren Browsern einfach nicht mehr machbar. Toll, dass sich das flexbox-Modell so schnell durchgesetzt hat und viele Websites zudem irgendwelche JavaScript-Bibliotheken verwenden, die sogar die letzte 32bit-Version von Chrome überfordern.

Genervt von Chrome ("Ab sofort geben wir vor, was im Web Standard ist!") und Safari (irgendwie hässlich und Feature-arm geworden) wären da ja noch viele andere alternative Browser, die allerdings überwiegend auf WebKit (wie Safari) oder Blink (wie Chrome...mehr oder weniger auch wieder WebKit) setzen.

Sorgen wir doch lieber mal dafür, dass Firefox wieder ein bisschen Marktanteil gut macht, denn bei dem guten Feuerfuchs hat sich einiges unter der Haube getan. Ich war erstaunt, welche Anpassungsmöglichkeiten dieser Browser bietet.

Kleiner Tipp bei einem Download: Die ESR-Variante herunterladen, die einen nicht dauernd mit einem vollen Versionsupdate nervt, bei dem dann wieder alles anders aussieht oder irgendwas nicht funktioniert.

Nun gut, entweder man nutzt Spotify oder hat ein iPhone, welches das (vielleicht) irgendwie ab Werk kann oder iTunes ist für einen sowieso ein Fremdbegriff, weil man immer das neuste System verwendet, wo es kein iTunes mehr gibt (sollte aber auch mit "Music" funktionieren)...jedenfalls habe ich mir da etwas gebastelt, um eine bestimmte iTunes-Playlist auf mein Android-Handy zu schieben.

Früher ging das mal ganz bequem: Ein Google-Programm hat im Hintergrund immer mein iTunes im Auge behalten und neue Tracks und Playlist-Änderungen zu "Google Play Music" geschoben. Auf dem Handy konnte ich eine Playlist auswählen, die immer auf mein Handy in den lokalen Speicher geladen wurde, so dass ich unterwegs bestimmte Titel ohne Datenverbindung anhören konnte.
Doch dann wurde "Google Play Music" eingestellt, beziehungsweise durch etwas "neues besseres" ersetzt, bei dem diese Funktion allerdings leider fehlt.

Da ich sowieso schon auf Syncthing setze, um unter anderem meine Handyfotos auf den Computer zu schieben, nutze ich hier nun auch den anderen Weg, um meine Musik vom Computer auf's Handy zu schieben...und bei Änderungen aktuell zu halten.

Alles schön lokal im heimischen Netzwerk ohne Umweg einmal um die Welt und fremde Server... ;-)

Zwei Tage lang hatte ich damit gekämpft, dass bei einem Firefox-Browser (Version 84) kein Basic Auth Anmeldefenster mehr erschien, über welches man sich bei der einen oder anderen Intranet-Seite anmelden muss.
Die Seite blieb nur weiß und der Browser lädt und lädt, als ob vom Server die Daten nicht reintröpfeln würden. Es erschien keine Fehlermeldung.

Die Lösung war so simpel wie dämlich: Ich hatte am Vortag an einer Testseite gearbeitet, die ebenfalls HTTP Basic Auth verlangt und dieses Fenster im Dock abgelegt.
Firefox kann man wohl nur einen Basic-Auth-Dialog auf's Mal anzeigen und beim nächsten Computerstart erschien der Dialog bei dem im Dock abgelegten Fenster (welches nicht zu sehen ist) und alle anderen Seiten, die einen Basic-Auth-Dialog verlangen, bleiben weiß.

Lösung: Mal alle Fenster durchsuchen, die man so offen hat, ob da noch ein Basic-Auth-Dialog offen ist, bei jenem einloggen oder Fenster schließen.

Etwas dämlich und wohl eher nen Bug.

Auf einmal waren sie weg: Die kleinen Dreieckchen zum Ordner-Aufklappen in der Listenansicht.

Seltsamerweise nur bei meinem Download-Ordner.

Da half auch kein Neustart.

Ein Bug?

Wahrscheinlich muss ich irgendwann mal das falsche Tastenkürzel verwendet haben und hatte damit Darstellung > Ausrichten nach > Name aktiviert.

Ist diese (oder eine andere "Ausrichten nach"-)Option aktiviert, kann man die Ordner in der Listendarstellung nicht mehr aufklappen, da besagtes Dreieck fehlt.

Nachdem ich Darstellung > Ausrichten nach auf Ohne gestellt habe, waren die Dreieckchen wieder da.

Leider erkennt man bei vielen Arten, die man unter "Ausrichten nach" auswählen kann nicht, dass eine derartige Option aktiv ist. Bei "Ausrichten nach Änderungsdatum" werden immerhin kleine Gruppierungs-Überschriften zwischen den Dateien eingeblendet.

Dämlich, oder?