Stuff.
SWE at srpsoftware.com.
Post #142
40

4 hours of sleep = 4 shots of espresso. And I'm back at it on a Saturday
- π 2
QI 
Hacker News Android 17 is the first since 3.x to add new APIs without releasing to the AOSP Article, Commentskeepandroidopen.org Keep Android Open Your phone is about to stop being yours. In 2027, Google will block every Android app whose developer hasn't registered with them.
Forwarded from Hacker News
GrapheneOS Mastodon GrapheneOS (@GrapheneOS@grapheneos.social) Android 17 QPR1 is the first release since Android Honeycomb (3.x) adding new APIs for app developers without a release to the Android Open Source Project. The new APIs are currently exclusive to the Pixel OS and aren't available to other Android OEMs. β¦README.md faylni claudega copy paste qiling yoki shunchaki linkni tashlab bering. O'zi o'rnatib oladi.

Forwarded from The Devs


Forwarded from Ayyubxon FargΚ»oniy | 0.1x engineer (Ayyubxon)


QUERY http verb just landed in RFC 10008 standard. It solves a couple real issues. GET request bodies are not standardized across the web, any server/proxy/middleware decides what to do with it, and in most cases your GET bodies don't reach the sever.POST requests that we're using to send bodies for fetching resources can't be safely cached, and retried.QUERY declares itself as safe and idempotent, it adds standard body to request that everyone who's implementing it must support. And your body can be of any type, as long as you supply/respect server's Accept-Query and send proper Content-Type. RFC states the cache key must incorporate URI, request body and it's Content-Type.QUERY request server can return headers Content-Location and Location. Content-Location is where results of your specific request are kept, and query is NOT re-executed on subsequent calls. Whereas Location is for re-runnig the query without sending the whole body for fresh data. You should be able to safely GET both locations.


--guests-coming-over flag.