NEWS
Test ioBroker Fixer mit JSONL-Compression
-
@apollon77 said in Test ioBroker Fixer mit JSONL-Compression:
aber ja die interessante Frage ist was die windows User dazu sagen…
Ich befürchte, die meisten davon haben diesen Thread noch nicht entdeckt. :)
Eine Alternative wäre es u.U. auch, unter Windows soweit möglich auf npx zu verzichten.
Der Fixer lässt sich ja so starten:npm install @iobroker/fix node node_modules\@iobroker\fix\lib-npx\install.js fixEvtl. könnte man ja bei der Installation die benötigten Packages installieren und die entsprechenden node Aufrufe in BAT Files kapseln. in iobroker.bat gibt es ja bereits ein if für den Fixer. Da müsste man den npx Aufruf dann entsprechend ersetzen. Was bräuchte man denn noch? @iobroker/install ist ja noch kein Problem, da vor dem Installieren noch kein iobroker.bat vorhanden ist (trotzdem könnte man das ja in iobroker.bat aufnehmen).
Zum Logging auf der Shell:
@apollon77 said in Test ioBroker Fixer mit JSONL-Compression:macht’s nicht so kompliziert
Ich fände es auch übersichtlicher, wenn der Screen nicht während einem Scriptlauf gelöscht würde. Ist ja nur ein CLS in iobrokerservice.bat. Ich würde sagen, das hat keinen Mehrwert und man könnte es einfach rauswerfen. Ich habe einen entsprechenden PR angelegt, falls ihr das ähnlich seht.
@gaspode sagte in Test ioBroker Fixer mit JSONL-Compression:
Ich befürchte, die meisten davon haben diesen Thread noch nicht entdeckt.
Dann sollte man diesen Thread vielleicht splitten. Da gibt es jetzt einige Beiträge die sich alleine mit dem Windows-Problem beschäftigen. Davor waren aber die meisten nur für Linux gültig. Da scheuen Windows-User kurz rein und meinen, dass sie das nichts angeht.
-
@apollon77
Na ja iob ist schon ok. Ich frag mich aber schon warum iobroker.bat entfernt werden soll nur weil der fixer nicht geht. Ich hätte als erstes versucht das Command in package.json umzubenennen.Zumindest hier hab ich nichts davon gelesen
-) dass das nicht sinnvoll ist, das es dort oder dort Sideeffekts hätte
-) dass das irgendwie / wo getestet wurde (und nicht funktioniert hat)Ich (und sicher auch @Gaspode) würden eine Version in der statt iobroker z.b iob-install oder irgendwas andere drinnen steht jederzeit testen.
@Gaspode
Ich habe mal deinen PR upgevotet. Abgesehen von üblichen Reviews an solchen Kernkomponenten wie admin sollte der PR asap gemerged werden da ein cls wenige hier absolut Sinn macht und meiner Ansicht nach null negative Auswirkungen haben kann.
An alle:
Weiß jemand wie man ein npx bauen / starten in einer privaten Umgebung starten kann? Ich könnte ja iobBorker/ioBroker forken und an package.json "rumspielen". Nur wie komm ich dann zu einem npx fähigen paket???@mcm57 aus produkt strategischen Gründen ist halt @iobroker/install Bzw /fix durchaus zu bevorzugen ;-)
Und im Daily Business ist doch iob.bat viel praktischer.
Beitrag hat geholfen? Votet rechts unten im Beitrag :-) https://paypal.me/Apollon77 / https://github.com/sponsors/Apollon77
- Debug-Log für Instanz einschalten? Admin -> Instanzen -> Expertenmodus -> Instanz aufklappen - Loglevel ändern
- Logfiles auf Platte /opt/iobroker/log/… nutzen, Admin schneidet Zeilen ab
-
@mcm57 aus produkt strategischen Gründen ist halt @iobroker/install Bzw /fix durchaus zu bevorzugen ;-)
Und im Daily Business ist doch iob.bat viel praktischer.
@apollon77
Ja. Für den User Input ist dass schon OK und sollte auch so bleiben.Nur ich seh den Zusammenhang zwischen iobroker/fix bzw iobroker/install und dem Eintrag im package nicht. "fix" steht - wenn ich mich nicht irre - gar nirgends in package.json.
Steh wohl irgendwie auf der Leitung. Muss mich da mal genauer einarbeiten / einstudieren. Aber das ist hier mal OT
Ansonsten würd ich nach wie vor eine Lösung bevorzugen die von Dateinamen unabhängig sind. Sonst suchen wir uns zum Elch wenn bei einem User ws nicht geht und dann der Fixer auch meckert und alles nur weil er sich ein harmlos scheinendes iobroker.bat (oder etwas anderes) wo im Pfad abgelegt hat. Das muss ja nicht mal im cwd sein - wahrscheinlich reicht es irgendwo im Pfad (hab das aber nicht getestet)
Aber wie schon gaspode geschrieben hat - wir wissen was passiert. Das reicht im Moment mal. Ist ja kein 1A prio Problem. Ev. gibts ja wo nen npm / node / windows Fachmann der die Lösung aus dem kleinen Finger schüttelt.
Entwicklung u Betreuung: envertech-pv, hoymiles-ms, ns-client, pid, snmp Adapter;
Support Repositoryverwaltung.Wer Danke sagen will, kann nen Kaffee spendieren: https://paypal.me/mcm1957atiobroker
-
@apollon77
Ja. Für den User Input ist dass schon OK und sollte auch so bleiben.Nur ich seh den Zusammenhang zwischen iobroker/fix bzw iobroker/install und dem Eintrag im package nicht. "fix" steht - wenn ich mich nicht irre - gar nirgends in package.json.
Steh wohl irgendwie auf der Leitung. Muss mich da mal genauer einarbeiten / einstudieren. Aber das ist hier mal OT
Ansonsten würd ich nach wie vor eine Lösung bevorzugen die von Dateinamen unabhängig sind. Sonst suchen wir uns zum Elch wenn bei einem User ws nicht geht und dann der Fixer auch meckert und alles nur weil er sich ein harmlos scheinendes iobroker.bat (oder etwas anderes) wo im Pfad abgelegt hat. Das muss ja nicht mal im cwd sein - wahrscheinlich reicht es irgendwo im Pfad (hab das aber nicht getestet)
Aber wie schon gaspode geschrieben hat - wir wissen was passiert. Das reicht im Moment mal. Ist ja kein 1A prio Problem. Ev. gibts ja wo nen npm / node / windows Fachmann der die Lösung aus dem kleinen Finger schüttelt.
@mcm57 sagte in Test ioBroker Fixer mit JSONL-Compression:
"fix" steht - wenn ich mich nicht irre - gar nirgends in package.json.
Das passt schon beim Deployment wird das paket quasi doppelt deployes mot einem name change weil es der gleiche Code ist der sich bei fix nur leicht anders verhält.
Support us
319
Online32.6k
Users82.2k
Topics1.3m
Posts