|
|
|
|
Gratuliere. Obwohl Cloud natürlich Abfall ist.
|
|
|
|
|
|
|
Danke! AG tatsächlich ziemlich nice.
|
|
|
|
|
|
|
Dann pasststört das Oniro hier ja?
| ...die sich lokal miteinander verbinden und auch ohne Cloud miteinander kommunizieren können... | |
Huawei scheint wohl erkannt zu haben, dass mit ein bisschen Forken und eigenem Store nichts mehr zu erreichen ist. Fall Sie das ernst meinen, haben sie ein paar Argumente:
- Sitz in Europa
- Upstream First
- Lokale Kommunikation statt Cloud
- Geräteübergreifend
Wenn ich das richtige verstehe, soll das ein Layer über verschiedene Gerätearten hinweg werden. Ich frage mich jetzt, ob die wirklich Bosch oder auch Xiaomi an Bord nehmen können. Falls Ihnen das gelingt, könnten sie Schaden bei Google und Konsorten anrichten. Das wäre eine Ironie der Geschichte, wenn Europa eine höhere Softwareautnonomie erlangen würde, als Resultat der Großmachtpolitik der Kommunistischen Partei und der America-First-Politik Trumps. Das verlangt doch die Politik immerzu?
Dokumentation
Ob daraus was wird, will ich nicht bewerten
|
[Dieser Beitrag wurde 1 mal editiert; zum letzten Mal von hoschi am 22.11.2021 15:03]
|
|
|
|
|
|
| Zitat von hoschi
[*]Lokale Kommunikation statt Cloud
| |
Yes please. Vorher wird bei mir gar nix smart oder heftigst gerooted/selbergebastelt/wasauchimmer.
|
|
|
|
|
|
|
Ja.
Die vierzig Euro für den Google Chromecast haben mich hier kürzlich sauer gemacht. Der FireTV kann Miracast lokal, Windows kann das, Linux prinzipell auch und Android konnte es mal. Bis Google das ausgebaut hat, wegen Chromecast. Ich brauch kein Chromecast und keine Googleaccount, ich will lokal spiegeln mit möglichst geringer Latenz. Der Nachbau von AirPlay funktioniert sogar ganz gut. Im Prinzip war ich mit Apple besser bedient. Oder kennt jemand eine quelloffene Implementierung von Chromecast?
Was mich auch nervt, dass Chromecast und Pixel4a sich nicht über die Auflösung austauschen. Das Bild wird wie bei AirPlay verzerrt/gestaucht und die Bildqualität leidet stark. Meine Hoffnung war das {Miracast, AirPlay, Chromecast} inzwischen wie ein Displayadapter funktionieren. Welches Smartphones, außer dem Librem 5, bieten DisplayPort über USB-C?
Frage:
Wem ist SourceHut bekannt? Getestet? Scheint so, als ob sie im Gegensatz zu GitLab und GitHub kein kostenloses Hosting anbieten. Und man den Preis selbst bestimmen darf. Sie scheinen auf zwei Features abzuzielen. Geschwindigkeit. Und? Kein JavaScript nötig. Ich tauche gerade erst in GitLab ein.
|
[Dieser Beitrag wurde 4 mal editiert; zum letzten Mal von hoschi am 22.11.2021 17:06]
|
|
|
|
|
|
Kennt irgendwie jemand eine Möglichkeit, wie man testen kann, ob ein POST-Request an eine API erlaubt wäre, ohne diesen tatsächlich abzusetzen? Geht darum, die eigenen Berechtigungen für einen Health-Check zu prüfen.
|
|
|
|
|
|
|
Wenn's ne REST API ist, die sich an Standards hält, kannst du die erlaubten Protokolle abfragen. Der Header heißt normalerweise "Access-Control-Allow-Methods".
Kann man mit z.B. curl -X OPTIONS -I https://api.imgur.com/3/image/ abfragen.
HTTP/2 200
retry-after: 0
content-type:
accept-ranges: bytes
date: Wed, 24 Nov 2021 11:16:54 GMT
x-served-by: cache-muc13934-MUC
x-cache: MISS
x-cache-hits: 0
x-timer: S1637752614.437758,VS0,VE0
access-control-allow-methods: GET, PUT, POST, PATCH, DELETE, OPTIONS
server: cat factory 1.0
access-control-allow-origin: *
access-control-allow-credentials: true
x-frame-options: DENY
access-control-allow-headers: Authorization, Content-Type, Accept, X-Mashape-Authorization, IMGURPLATFORM, IMGURUIDJAFO, sessionCount, IMGURMWBETA, IMGURMWBETAOPTIN, X-expSNKPK127, X-Imgur-Defender-Bypass
content-length: 0
Alternativ kann man auch mal die Response-Header generell checken, ob da was Nützliches drin steht.
curl -X HEAD -I https://api.imgur.com/3/image/
|
[Dieser Beitrag wurde 2 mal editiert; zum letzten Mal von derSenner am 24.11.2021 12:19]
|
|
|
|
|
|
Danke Sänger, natürlich bekomme ich einen 404
|
|
|
|
|
|
|
Tja
|
|
|
|
|
|
|
| Zitat von derSenner
Wenn's ne REST API ist, die sich an Standards hält, ...
| |
Sowas gibt es?
|
|
|
|
|
|
|
Dann ist es keine REST API.
|
|
|
|
|
|
|
Ich hab grad was aufgeschnappt von wegen firmeninternen Services über REST kommunizieren zu lassen, und bekomme bereits wieder Aggressionen...
|
|
|
|
|
|
|
Bei soviel REST hier, darf das nicht fehlen
|
|
|
|
|
|
|
| Zitat von Swift
Ich hab grad was aufgeschnappt von wegen firmeninternen Services über REST kommunizieren zu lassen, und bekomme bereits wieder Aggressionen...
| |
Wieso?
|
|
|
|
|
|
|
gRPC >>> REST
kämpft mit mir im echten Leben
|
|
|
|
|
|
|
|
|
|
|
| Zitat von PutzFrau
gRPC >>> REST
kämpft mit mir im echten Leben
| |
Er spricht wahr.
|
|
|
|
|
|
|
| Zitat von homer is alive
| Zitat von Swift
Ich hab grad was aufgeschnappt von wegen firmeninternen Services über REST kommunizieren zu lassen, und bekomme bereits wieder Aggressionen...
| |
Wieso?
| |
Weil es ins verderben führt.
Für irgendwas hat die Menschheit schliesslich so Zeug wie AMQP oder gRPC erfunden.
|
|
|
|
|
|
|
Die meisten verwechseln REST mit "Ich rufe meinen alten Service jetzt per HTTP auf und serialisiere die Daten in json".
Ach und weil es so einfach zu handhaben ist, nutze ich für alles einen GET-Request.
|
[Dieser Beitrag wurde 1 mal editiert; zum letzten Mal von DeineOmi am 24.11.2021 16:39]
|
|
|
|
|
|
Ne, sowas macht mich nicht mett.
|
|
|
|
|
|
|
| Zitat von DeineOmi
Ach und weil es so einfach zu handhaben ist, nutze ich für alles einen POST-Request.
| |
|
|
|
|
|
|
|
| Zitat von hoschi
| Zitat von DeineOmi
Ach und weil es so einfach zu handhaben ist, nutze ich für alles einen POST-Request.
| |
| |
Und wie loggst du dann die requests? Dann steht ja garnicht in der url was man macht und man muss noch aufwändig die Webserver konfigurieren, dass das im logfile landet
|
|
|
|
|
|
|
| Zitat von DeineOmi
Die meisten verwechseln REST mit "Ich rufe meinen alten Service jetzt per HTTP auf und serialisiere die Daten in json".
Ach und weil es so einfach zu handhaben ist, nutze ich für alles einen GET-Request.
| |
und "weil es nicht anders geht" ist das passwort in der URL enthalten.
|
|
|
|
|
|
|
Ja, komm. Das ist ja wohl alternativlos.
|
|
|
|
|
|
|
| Zitat von Noch_ein_Kamel
| Zitat von hoschi
| Zitat von DeineOmi
Ach und weil es so einfach zu handhaben ist, nutze ich für alles einen POST-Request.
| |
| |
Und wie loggst du dann die requests? Dann steht ja garnicht in der url was man macht und man muss noch aufwändig die Webserver konfigurieren, dass das im logfile landet
| |
Sollte noch „einen“ löschen. Intention ist keine Positivdarstellung.
Felix von Leitner hat uns gerettet und ist gut gelaunt?
Punkt 5 kann mit Interoperabilität und Portabilität wichtig werden. Das mit KI und 5G in jedem Satz ist das neue Cyber?
Punkt 9 finde ich wichtig, hatte schon die alte Bundesregierung anvisiert. Aber ohne konkrete Prüfung, Sanktionen und einer verständlichen Produktampel (Wartungshandbuch, Ersatzteile, Akku wechselbar, Software austauschbar) schwierig. Nur bitte nicht auf die EU warten (ohne Vorreiter passiert nichts).
Bei Punkt 4. Ist der Programmierer dann der Sündenbock oder wirklich der Hersteller dran? Könnte auch auf noch mehr Versicherungen und Anwälte hinaus laufen (Wir konnten ja nicht wissen, dass der Sensor….
|
[Dieser Beitrag wurde 5 mal editiert; zum letzten Mal von hoschi am 24.11.2021 23:46]
|
|
|
|
|
|
| Zitat von Armag3ddon
Ja, komm. Das ist ja wohl alternativlos.
| |
Ist wenigstens das &-Zeichen auf der Liste der unerlaubten Zeichen des Passworts? Wegen Security wissenschon...
/Edit: Felix bester Mann. Klingt ja nice!
|
[Dieser Beitrag wurde 1 mal editiert; zum letzten Mal von NI-Xpert am 24.11.2021 23:49]
|
|
|
|
|
|
| Zitat von NI-Xpert
| Zitat von Armag3ddon
Ja, komm. Das ist ja wohl alternativlos.
| |
Ist wenigstens das &-Zeichen auf der Liste der unerlaubten Zeichen des Passworts? Wegen Security wissenschon...
/Edit: Felix bester Mann. Klingt ja nice!
| |
kein scheiss, bugreport "% im passwort geht nicht!"
|
|
|
|
|
|
|
Mal testen ob es mit Prozentdarstellung %25 funktioniert. Dann fällt vielleicht sogar die Logik beim Laden der Daten hin
|
|
|
|
|
|
|
| Zitat von derSenner
| Zitat von homer is alive
Wie haltet ihr es denn mit API-Clients? Schreibt ihr die selbst oder generiert ihr die?
Hintergrund meiner Frage ist, dass wir verschiedenste APIs über eine Plattform intern anbieten. Bisher haben sich alle Leute immer ihre Requests selbst geschrieben, was ich den denkbar schlechtesten Fall finde, zumindest, solange man das häufig macht. Ich hatte das ganze mal als Python-Code abstrahiert (bzw. angefangen), aber so richtig glücklich bin ich nicht, das alles selbst zu machen und den ganzen Maintenance-Aufwand bei Änderungen zu bekommen. Ich weiß, dass es so Code-Generatoren gibt, die einem Clients für OpenAPI-spezifizierte Schnittstellen erzeugen, habe aber zu wenig Erfahrung damit. Ergibt es da überhaupt noch Sinn, selbstständig einen Client / Wrapper zu schreiben?
| |
Selber API Clients schreiben ist echt rausgeschmissene Mühe. Genauso wie die Requests in Postman oder so zusammenzubauen. Wenn du nen Standard wie z.B. OpenAPI oder Swagger verwendest, gibt es für jede ordentliche Programmiersprache bzw. Framework einen fix-fertigen API Client, der sich automatisiert aus deinen Configs, Annotations oder whatever generiert.
| |
Ich wollte den Punkt nochmal hochholen. Ich habe das für Python mittlerweile gefunden und auch getestet. Mich stören allerdings die generierten Clients, da sie zwar einigermaßen schöne Datenmodelle generieren, eine IDE-Unterstützung nicht gegeben ist, da sich die wichtigen Teile wie (erforderliche) Parameter und Rückgabeobjekte in irgendwelchen Dictionaries o.ä. verstecken. Kennt da jemand was für Python, was vielleicht ein bisschen angenehmer ist?
Der Aufruf des Endpoints sieht ja noch vernünftig aus, aber dann wird es sehr unschön.
Ansonsten ist Python natürlich super und es gibt nichts zu meckern.
|
|
|
|
|
|
|
| Zitat von hoschi
Mal testen ob es mit Prozentdarstellung %25 funktioniert. Dann fällt vielleicht sogar die Logik beim Laden der Daten hin
| |
Hallo? Das wird aus Gründen der Sicherheit alles base64 encodiert!
...und dann im Client mit dem Passwort verglichen, was vom Server geschickt wird!
|
|
|
|
|
|
Thema: Software-Entwicklung 0 ( new SammelThread() ) |