Posts by 64erGrufti

    Schick mir mal das Puzzle. Sollte eigentlich nicht passieren. Wobei man natürlich auch sagen könnte, sollte in einem Puzzle gar nicht vorkommen, weil unsinnig.

    Und wenn das jetzt noch im GitHub-README stünde... ;-)

    Tut es eigentlich. Der Parameter "puzzle" ist nicht als optionaler Parameter deklariert, sondern positional. Das bedeutet, dass er an dieser Position stehen muss, wobei die meisten Systeme optionale Parameter auch an anderen Stellen akzeptieren. Desweiteren sagt er es einem ja, wenn man ihn vergisst.

    Aber ich werde es nochmal explizit rein schreiben. Beim nächsten Update wird es dann mit drin stehen. Ich habe noch eine kleine Optimierung geplant. Zumindest denke ich, dass das nochmal ein kleines Bißchen Zeit ausmachen dürfte.

    pupu_solver.py: error: the following arguments are required: puzzle

    Die Fehlermeldung sagt es schon. Du brauchst auch noch das Puzzle dazu. In der SOL stehen lediglich die Züge drin. Aber welche Steine überhaupt initial im Puzzle wo stehen, ist dort nicht gespeichert. Die SOL ist immer in Verbindung mit dem Puzzle zu sehen. Also:

    Code
    1. python pupu_solver.py -s level015.sol level015.seq

    Edit:

    Theoretisch kann man eine SOL mit einem völlig anderen Puzzle starten. Kommt natürlich nur Quatsch raus und könnte sogar zum Absturz führen.

    Du hast veraltete Informationen. Der Stick soll zukünftig kopierbar sein.

    Das war ein Beschluss aufgrund des Passkeys und der wünsch, dass man auch den Anbieter wechseln können sollte.

    Das wünschen sich vielleicht manche. Dazu dürfte es aber nicht kommen, das das das ganze System kompromittieren würde. Darauf baut die Sicherheit auf. Wenn er kopierbar ist, ist er nutzlos.

    Bei TOTP kann Paypal nicht feststellen ob du einen oder mehrere Authentifikatoren mit den angezeigten Daten aktiviert hast, das können zB auch mehrere Yubikeys sein.

    Das ist dann aber TOTP und kein Key. TOTP mit dem Yubikey ist genauso (un)sicher, wie TOTP mit der App. Bei FIDO geht es ja gerade darum, dass der Schlüssel im Key generiert wird und diesen auch niemals verlassen kann. Gerade das erzeugt ja gerade die Sicherheit. Man kann bei PayPal auch einen Yubikey als Schlüssel registrieren, aber eben nur einen, was halt nix bringt.

    Aber wieso nicht die Internetseite mit Wordpress einer passenden Vorlage und WooCommerce aufbauen. Niemand programmiert heutzutage so einfache shops mehr selbst (wir sind ja nicht mehr in den 90ern).

    Die Updates installieren sich von selbst, man muß nur Produkte einpflegen und fertig.

    So wie ich das verstanden habe, geht es bei der Entscheidung weniger um den Shop selbst, sondern um das was im Hintergrund an (bürokratischer) Arbeit notwenidig ist. Wie ja schon angesprochen wurde, gibt es viel Buchhaltungsmäßiges, was da anfällt (incl. Steuer usw.). Und dann kommt ja noch das Verpacken und Versenden der Waren selbst dazu. Das Lager muss wieder aufgefüllt werden, Bezahlungen müssen verwaltet werden. OK, die könnte man mit PayPal etc. noch automatisieren. Aber da hängt halt noch viel hinter dem eigentlichen Webshop dran.

    Es wäre schön, wenn Bobbel einen Kompromiss finden würde (z.B. den angesprochenen Versandrythmus). Aber es gibt halt viele Dinge, die in jeder Variante anfallen, egal wie man sie organisiert.


    Vielleicht wäre es auch eine Möglichkeit, Direktverkäufe an den verschiedenen Retro-Treffen anzubieten (die gibt es ja quer durchs Land). Dabei müsste er ja gar nicht selbst überall hin fahren, sondern dass ein paar Leute quasi als ehrenamtliche Unterhändler mit helfen. Somit wäre der Versandaufwand wesentlich geringer, da er größere Pakete an die Unterhändler versenden könnte.


    Wir können halt nicht mehr machen, als abwarten und seine Entscheidung akzeptieren.

    Dort wird der Key von einer Quelle zu anderen Kopiert. Du sollt irgendwann den Key von Apple nach Google/MS/sonstiges kopieren.


    Auch der Yubikey soll das eines tages können.

    Den Key kann man nicht kopieren und das ist auch so gewollt, sonst wäre es nicht FIDO und unsicher. Genau darauf beruht die Sicherheit. Selbstverständlich kann man weitere Geräte autorisieren. Und genau das ist eben bei PayPal das Problem. Die erlauben keinen weiteren Key.

    Fido2-Key mit Master-PIN und Fingerabdruck ...

    Soweit das angeboten wird. Das Angebot ist leider derzeit sehr gering. Und dann muss es auch richtig angeboten werden, nicht so wie PayPal das macht.

    Man muss immer die Möglichkeit haben, ein Backup zu erstellen. Dass man nicht vom FIDO-Key ein Backup erstellen kann, ist ja erstmal gut und ein Sicherheitsgewinn. Nur muss man dafür dann die Möglichkeit haben, einen Backup-Key hinzu zu fügen, damit bei Defekt oder Verlust des Keys nicht gleich der Verlust des Zugriffs inbegriffen ist. PayPal erlaubt aber leider nur einen Key, was das System wieder ad-absurdum macht. Und der Support ist auch nicht bereit, daran etwas zu ändern. Das zeigt, die haben das System nicht verstanden.

    An Bobbels Stelle würde ich es vermutlich so machen:

    Hier ist die PDF-/Textdatei mit dem Kram, den ich anbiete, wenn ihr was wollt, schickt mir 'ne Mail und überweist den Betrag auf mein Konto.

    Ja, das ist vermutlich tatsächlich die beste Variante. Ja, wir bürokratisieren uns zutode hier. Ich kann mir gut vorstellen, dass das als Nebenjob unrentabel ist. Eigentlich schade. Der Shop war immer eine gute Möglichkeit, günstig an Teile zu kommen. Und der Markt ist ja leider eh schon recht übersichtlich. Das ist für die Retro-Community natürlich ein großer Verlust. Und gerade, weil es hier in Deutschland eh kaum was gibt und immer über den Teich bestellen (wenn überhaupt angeboten) ist ja auch völlig unrentabel. Aber ich kann das schon verstehen.

    Vielleicht wirklich eine Liste machen und dann "privat" abkaufen. Dann wäre zumindest die Quelle nicht ganz versiegt.

    Achso. Das heißt, das ist ein Screenshot der VM und Du hast beim Start den Hintergrund auf gelb und hinterher wieder auf blau gesetzt?

    Du hast recht, aber bei den TBW der SSD Platten heutzutage mache ich mir da wenig sorgen und ich hatte noch keinen einzigen Ausfall bei SSD Platten in den letzten 10 Jahren.

    Ich habe das an der Arbeit schon mehrfach erlebt. Steht auch in jeglichen Spezifikationen, dass diese nur begrenzte Schreibzyklen haben und man unnötige Schreibvorgänge vermeiden sollte. Außerdem sollte man eine SSD nicht so voll machen, da die SSD sonst zu wenige Speicherzellen hat, die "schon länger nicht mehr beschrieben wurden".

    Ich mache immer altes Verzeichnis weg, entpacken der Zip und das wars.

    Aber das ist doch das gleiche. Dann erstellst Du ja trotzdem immer alle Dateien neu auf der Festplatte. Sowas tut SSDs gar nicht gut. Da sollte man unnötige Schreibzugriffe vermeiden. Und eine Datei zu erstellen (und die alte zu löschen), die sich gar nicht geändert hat, ist ja völlig unnötig.


    Oder kann es sein, das du in dem C64Studio Ordner Arbeitsdaten unterbringst und deshalb nur neue Dateien reinkopieren möchtest?

    Nein, das liegt bei mir ganz korrekt im Programme-Ordner und im "Normalbetrieb" schreibgeschützt, so wie es sein sollte.

    Mal ne Frage ganz anderer Art:

    Ich weiß nicht, wie Du die Pakete genau erstellst. Meistens ändert sich der größte Teil ja gar nicht. Allerdings haben alle Dateien im Archiv immer ein neues Dateidatum.

    Wäre es möglich, dass Du das eigentliche Änderungsdatum, wann eine Datei sich tatsächlich geändert hat, übernimmst? Meine Anfrage hat nen ganz einfachen Hintergrund. Ich synchronisiere immer aus der ZIP in meinen Programmordner. Wenn sich das Datum nicht ändern würde, könnte mein Tool auch feststellen, welche Dateien sich gar nicht geändert haben. Zum einen dauert das synchronisieren der Hilfe immer ewig, zum anderen nutzt das eine SSD unnötig ab. Ich könnte zwar per CRC prüfen, welche Datei sich geändert hat, bringt aber leider auch nix, da ich dazu die ZIP vorher entpacken müsste und somit genauso die Schreibvorgänge hätte.