Posts by mgroeber

    Aber zunächst sollte die Programmoberfläche vernünftig eingedeutscht werden.

    Da wäre die interessante Frage, wie viel da überhaupt an der deutschen Übersetzung geändert werden muss, und wie weit ResEdit die Objekte immer noch findet, so lange sie ihre Namen behalten haben - ich vermute, die meisten Texte dürften ja ziemlich ähnlich sein, und nur die Verteilung auf die Resourcen ist vielleicht etwas anders geworden. So wie ich mich dunkel erinnere, müsste ResEdit da eigentlich relativ robust sein.

    Soweit ich das auf die Schnelle bei https://mgroeber.de/geos-live_d.html sehe, sind die meisten Übersetzungen wohl schon vorhanden, bis auf das Optionen-Menü, sowie eigenartigerweise der Titel des "Page Setup"-Dialogs und "HTML > Save Source Code".

    Die Datei gehört nicht ins Build, weil sie bei jeder Änderung von Strings im Code neu erzeugt werden muß, damit alles richtig funktioniert. Das würde implizit einen GEOS-Boot im Buildprozeß erfordern.

    Ich dachte, dass wir den sowieso schon haben, um die übersetzten (deutschen) Resourcen in die compilierten .geo-Files zu integrieren. Oder habe ich das falsch in Erinnerung, und das geht auch mit der Kommandozeile unter Windows/Linux?

    Im Prinzip wäre ein Build-Prozess, der GEOS nutzen kann, natürlich eine feine Sache, weil wir damit die Möglichkeit hätten, komplexe plattformspezifische Dateiformate viel leichter dynamisch zu erzeugen (sagen wir mal, übersetzte Hilfedateien aus einem textbasierten Quellformat, das sich viel leichter in git verwalten ließe als die aktuellen Binärdateien).

    Ich muss leider für das Treffen am Wochenende absagen. Ich hab mir eine Erkältung eingefangen (oder Corona?) und bin wohl nicht fit genug für die Anreise. Außerdem möchte ich ja keinen anstecken...

    Ich habe morgen aber Urlaub genommen, dann kann ich vielleicht live bei dem einen oder anderen Vortrag dabei ein, und auch ein bisschen weiter am Browser programmieren (eigentlich hätte ich ja Lust auf PNG und SVG, aber ich weiß nicht, wie weit ich da komme). Discord behalte ich natürlich auch im Auge.

    Allen die kommen: viel Spaß!

    Der Admin erscheint wieder. Da werde ich wohl doch noch einen weiteren Schadcode irgendwo haben. Mist.

    Ärgerlich. Ich habe hier noch einen Tip gefunden, nach dem es wohl möglich ist, Plugins in WP zu verstecken (und auch von der Umleitung per WP Lite genutzt wird): https://wordpress.org/support/topic/wpcode-hidden/

    Angeblich soll es möglich sein, durch Anhängen von ?wpcode-safe-mode=1 an die Admin-URL alle Plugins zeitweise auszuschalten und dadurch das Verstecken verhindern. Vielleicht sieht man dann mehr...

    Was genau sollte ich jetzt machen? Ein neues anderes CMS installieren?

    Theoretisch könnte man versuchen, mal die Schritte bei https://blog.sucuri.net/2022/02/how-to…irect-hack.html durchzugehen und zu sehen, ob man ob den Konfigurationsdateien oder im Thema die Infektion findet.

    Ich bin kein WP-Admin-Spezialist, aber ich würde vermuten, dass irgendeine WP-Komponente veraltet ist und eine Sicherheitslücke enthält, durch die der Angreifer ein Skript auf dem Server einfügen konnte, vielleicht sogar durch anlegen eines eigenen Admin-Accounts. Dass es gleichzeitig mit dem Zertifikatsproblem angefangen hat, kann ich mir im Moment auch nicht so ganz erklären.

    Vermutlich müsste man da mal sämtliche Updates machen, oder notfalls das WP komplett neu und aktuell aufspielen.

    Firefox:

    Ich habe den "kleinen Roboter" auf http://www.rockytrails.top gerade auch bekommen, als ich https://moellerjaner.de/ aufgerufen habe - aber jetzt beim zweiten Mal kommt die Seite von Johannes. Ich hatte die Seite vorher lange nicht besucht, daher ist die alte Version ziemlich sicher nicht aus meinem Cache gekommen.

    Auf den ersten Blick sieht der Quellcode der Webseite selbst "sauber" aus (also nicht einfach ein eingefügtes JavaScript in der Seite selbst).

    Auch nach dem Löschen aktueller Cookies komme ich ganz normal auf Johannes' Seite.

    Firefox (privates Fenster):

    Sofort originale Seite von Johannes.

    Edge:

    Sofort originale Seite von Johannes.

    Chrome:

    Sofort originale Seite von Johannes.

    Firefox vom Handy (über Mobilfunknetz):

    1. Versuch: kleiner Roboter

    2. Versuch: Seite von Johannes

    Mein Verdacht ist, dass es eine Infektion auf der Serverseite ist, wobei sich der Schadcode die IP-Adressen merkt, so dass jeder Anwender normalerweise die umgeleitetete Seite nur einmal sieht.

    Auf den ersten Blick sieht es ungefähr so aus wie hier beschrieben: https://blog.sucuri.net/2022/02/how-to…irect-hack.html

    Have I got right? Is it possible to install WebOne in the host computee, for example a Windows, Mac, or Linux PC, and then run Geos in Basebox, and utilize the WebOne proxy in Geos, when browsing the internet?

    Yes, this works. I just tried it - add 127.0.0.1:8080 as proxy server in WebMagick (needs a restart), run WebOne in the background, and things like UTF-8 get transparently converted.

    I think I had to add

    OnHeader=.* WebMagick

    to the [Edit] section for the PNG->GIF conversion of the webone.conf file in order to get graphics fixed.

    I found that using WebOne needs this commit to FreeGEOS to properly deal with "304 not modified" cache responses, otherwise many pages will try to download (as files) rather than display because of an incorrect mime type. This is not yet merged to the current web development branch.

    Meinst du damit, dass es sinnvoll wäre, WebMagick mit einem Modus zu versehen, der Seiten grundsätzlich aus der Wayback Machine holt, soweit verfügbar, so dass man mit einem Internet von, sage wir, 2001 browsen kann? Das würde ein realistisches Bild vom Verhalten auf typischen Seiten von "damals" erlauben.

    Ich glaube WebOne Proxy hat auch so ein Feature. Aber wenn es der Browser nativ unterstützt, könnte man es direkt auf originaler Hardware nutzen.

    Noch ein Gedanke zu "mark dirty": das typische Muster, das ich immer für so ein Flag im Kopf habe, ist dass man ein Objekt "dirty" setzt, sobald man irgendwelche Änderungen daran macht, die man speichern will. Es ist dann eher so was wie der Zustand "nicht gespeichert" bei einem Dokument.

    Aber wenn sich der Zustand sowieso immer ändert, reicht es auch, einmal am Ende alles pauschal "dirty" zu setzen.

    Ich habe gerade mal versucht, zum Vergleich mit dem aktuellen FreeGEOS ein BBE 4.13 in der DOSBox laufen zu lassen, das bei mir früher schon mal funktioniert hatte. Diese Version ist jetzt aber sofort nach dem Splashscreen mit KR-09 ausgestiegen Mit loader /log ist auch nur das Laden des os2.geo-Treibers zu sehen, und danach sofort die Fehlermeldung. Nicht einmal privdata\geos.log wird geschrieben.

    Dann habe ich auf einen älteren Build von "CI-latest-issue-2" (Host-Interface) gewechselt, der etwa von Anfang Februar sein müsste, und damit geht es plötzlich wieder.

    Ich interpretiere das so, dass FreeGEOS mit der aktuellen Basebox läuft, BBE 4.13 jedoch nicht mehr. Ist das irgendwie ein bekanntes Problem, oder lohnt es sich, das genauer einzukreisen?

    Das Problem ist vermutlich die Kombination mit exempt, aber ohne platform: dann wird der ganze Plattform-Check-Mechanismus aktiviert, aber es gibt gar keine Liste, welche Libraries überhaupt da sind. Der ergibt nur Sinn, wenn man sowohl die Libraries einer Plattform kennt, aber dann auch einzelne ausnehmen will, die man selbst mitliefert.

    Erst mal keine Idee, woher das kommt. Sind denn überhaupt irgendwelche Platform-Dateien in der gp aufgeführt? Ich bin mir nicht sicher, woher die "default-Plattform" kommt, wenn man keine platform angibt, aber könnte es sein, dass deine .ldf-Dateien nicht in Ordnung sind?

    Wenn ich mir Library_CheckForMissingLibraries in glue ansehe, kann diese Meldung überhaupt nur auftauchen, wenn eine Plattform angegeben ist, oder eine Library exempt ist (weil der Check ansonsten übersprungen wird).

    Dann müsste man ein Mapping von Helvetica auf andere Schrift erstellen !

    Outliner benutzt Font URW_Sans wird gemappt mit Nimbus Sans Info von Falk !

    Ich vermute, der Treiber benutzt nur Helvetica, weil er nichts besseres findet.. So wie ich fontID.def und die Funktion CalcFontDiff interpretiere, gibt sich der PS-Treiber viel Mühe, anhand der FontID eine passende Schrift zu finden, die "ähnlich" aussieht (also gleiche Familie, ähnliche Strichstärke usw.). Wäre es denkbar, dass das Mapping von Geos-Fonts auf PS-Fonts hat die neuen TT-Fonts nicht zuordnen kann und darum immer auf Helvetica zurückfällt?

    Das sieht aber wieder anders aus als die Frage, warum die PS-Datei abgeschnitten wird...