#Device_ID
its works!

extends Node2D

func _ready():
var device_id := 0

if Input.has_joy_light(device_id):
Input.set_joy_light(device_id, Color(1.0, 0.0, 1.0))
January 14, 2026 at 4:29 PM
Côté requêtes API, il y a 3 paramètres obligatoires à envoyer avec chaque requête : device_id, msToken et X-Bogus.
February 28, 2025 at 3:42 PM
Le device_id est un identifiant à 18 chiffres calculé par le navigateur au moment de la première connexion. Même s'il semble avoir une certaine structure (les premiers chiffres sont 7476), cette valeur n'est en réalité jamais vérifiée donc on peut la générer aléatoirement pour changer d'identité.
February 28, 2025 at 3:42 PM
Le dernier paramètre obligatoire est X-Bogus, qui est une tout autre histoire : alors que device_id et msToken sont faciles à obtenir, ce token est une mesure de sécurité très solide qui nous oblige de pouvoir exécuter du JavaScript comme un vrai navigateur.
February 28, 2025 at 3:42 PM
Had me thinking it was my WeVerse anniversary or something. 🙄😒

campaigns.weverse.io/WS307NK9XC?platform=AOS&device_id=c8b7bd9f8a4e6bfad75d05a506d544cd&lang=en
Weverse Day, WeBirthday!
campaigns.weverse.io
May 13, 2026 at 12:59 PM
Crazy stuff but actually quite sane:
I asked ChatGPT to write an automation for Homeassistant:
- y mins after sun rise
- fade in a light from 0-100% over x mins

Didn’t work first (maybe because of me using wrong IDs) but then I passed the output to Claude and it fixed it. All I used was my iPhone.
January 8, 2025 at 10:40 AM
And the code used for it is cursed
September 8, 2024 at 6:34 PM
Avoiding PostgreSQL Pitfalls: The Hidden Cost of Failing Inserts

Using Django create with exception handling for unique constraint violations causes expensive rollbacks and bloat; use ON CONFLICT DO NOTHING via bulk_create(ignore_conflicts) or raw SQL.

johnnymetz.com/posts/postg...
Avoiding PostgreSQL Pitfalls: The Hidden Cost of Failing Inserts
A simple insert query turned into a silent performance killer. Our frontend pings our server every few minutes to track device activity. Each ping attempts to insert a row into a DevicePingDaily table, which has a unique constraint on (device_id, date) to ensure only one record per device per day. In Django, the logic looked like this: try: DevicePingDaily.objects.create(device=device, date=today) except IntegrityError: pass It seemed harmless. But as traffic grew, latency spiked and API timeouts increased. Observability tools quickly pointed to the culprit:
johnnymetz.com
June 25, 2025 at 10:00 PM
Install a development or ad-hoc IPA on a connected iPhone:

asc xcode install --ipa ./App.ipa --device-id DEVICE_ID

Experimental. It checks the embedded profile, targets the exact device, and verifies the installed version and build.
September 6, 2026 at 1:45 PM
How to set up incremental unique ID grouped by devices in QGIS form? Part Deux
I have a project where multiple users will map multiple layers using multiple devices, and I would like records to have IDs that are digestible to the human brain for referencing purposes. I have attempted to implement a code presented in this thread for sequential unique ids per device/layer in a field called "fn_name": (substr(@device_id , 1, 1))||'_ART'|| (coalesce(maximum(to_int(substr(fid,strpos(fid,'_ART')+3)) ,filter:=substr(fid,0,strpos(fid,'_ART')-1)=(substr(@device_id , 1, 1))),0)+1) At first I get an error, Could not calculate aggregate for: to_int(substr(ID, strpos(ID, '_ART')+3,NULL))(Field 'ID' not found), which is resolved when I create an "ID" field. Then, the initial unique id gives what I want, something like c_FPT1, but every new record afterwards produces the exact same id; the numbers do not increase. The following code is the closest I have gotten, based on another old thread: (substr(@device_id , 1, 1))||'_FPT'||LPAD(count(@device_id=@device_id),3,0) Here, the first part of the code, (substr(@device_id , 1, 1)), produces the first letter of the device_id, a naming variable I've added in QField for each device, in this case a device name starting with c. FPT is short for the layer, in this case FeaturePoint. Then follows a count function. The result are IDs like: c_FPT001, c_FPT002, c_FPT003, c_FPT004... The first and most important problem is that the initial id appears as c_FPT000 when the record is being added, but saves as c_FPT001. The second record appears as c_FPT001 but saves as c_FPT002, and so on. This is a little more than an annoyance, it could confuse the operators especially when some written notes are being taken as the record is being made. Additionally I would eventually like photos taken under the record to be named partially after the fn_name field as per this thread, but for that fn_name cannot change after the photo is created. The second problem is that I am not positive the ids will be unique, the principle concern in the original thread. The third is most minor, I would like numbering to go from 1 to infinite and do away with leading zeros. I could determine how to do this but I would like to implement the first code above correctly to solve problems 1 and 2. ############# I have also tried other options: The code presented here, if(count(@layer_id)=0,1,maximum(“nummering”)+1), does not seem to work with a text string (?). The first record reads correctly but following records are empty. I have tried the codes presented in this thread, both as default expression in the ID field, as well as within the fn_name code, but the resulting fn_name field is either empty or does not increase sequentially or at all. Several threads mention use of @row_number or $id but these either produce null fields or do not seem to produce sequential numbering per layers from 1-infinite. These may also be designed to work with an integer field (?) There was apparently once a Sort and Number plugin but it seems to be depreciated. There is now a function in QGIS called Add Autoincremental Field, but it creates a whole new layer and only seems to work after data are already entered. I am using QGIS version 3.40.3-Bratislava with geopackaged layers.
gis.stackexchange.com
August 11, 2026 at 12:04 PM
エプソン、Linux 版もソフトウェアの提供あるんだ 👀 Epson Download Center https://download-center.epson.com/softwares/?device_id=GT-X830®ion=JP&os=DEBX64&language=ja
Epson Download Center
download-center.epson.com
January 15, 2026 at 5:48 AM
Re: [PATCH v4 2/7] x86/hyperv: Use hv_setup_*() to set up hypercal ... Nuno Das Neves writes: (Summary) @@ -41,7 +41,6 @@ static int hv_map_interrupt(union hv_device_id device_id, bool level, > ...

Origin | Interest | Match
Awakari App
awakari.com
August 13, 2025 at 12:34 AM
Parts 1-2/2 — EFTA01216669.jpg
#epsteinweb #efta01216669
https://epsteinweb.org
Available in the iOS app store now!
https://apps.apple.com/us/app/epstein-web/id6758880661
May 13, 2026 at 4:32 PM
Parts 1-2/2 — EFTA01216603.jpg
#epsteinweb #efta01216603
https://epsteinweb.org
Available in the iOS app store now!
https://apps.apple.com/us/app/epstein-web/id6758880661
May 13, 2026 at 4:28 PM
May 13, 2026 at 2:45 PM
Parts 1-2/2 — EFTA00473902.jpg
#epsteinweb #efta00473902
https://epsteinweb.org
Available in the iOS app store now!
https://apps.apple.com/us/app/epstein-web/id6758880661
May 1, 2026 at 11:48 PM
CVE-2026-56324 - Capgo - Rate Limit Bypass via User-Controlled device_id Parameter
CVE ID : CVE-2026-56324

Published : June 22, 2026, 9:04 p.m. | 2 hours, 5 minutes ago

Description : Capgo before 12.128.2 contains a rate limit bypass vulnerability in the channel_self end...
CVE-2026-56324 - Capgo - Rate Limit Bypass via User-Controlled device_id Parameter
Capgo before 12.128.2 contains a rate limit bypass vulnerability in the channel_self endpoint that allows attackers to circumvent rate limiting by rotating the user-controlled device_id parameter. Attackers can send multiple requests per second by changing device_id values to flood the channel_devices table and cause database exhaustion.
cvefeed.io
June 22, 2026 at 11:59 PM
CVE-2024-56144 - Librenms Device Edit Stored Cross-Site Scripting Vulnerability
CVE ID : CVE-2024-56144

Published : Jan. 16, 2025, 11:15 p.m. | 15 minutes ago

Description : librenms is a community-based GPL-licensed network monitoring system. Affected versions are subjec...
CVE-2024-56144 - Librenms Device Edit Stored Cross-Site Scripting Vulnerability
librenms is a community-based GPL-licensed network monitoring system. Affected versions are subject to a stored XSS on the parameters (Replace $DEVICE_ID with your specific $DEVICE_ID value):`/device/$DEVICE_ID/edit` -> param: display. Librenms versions up to 24.11.0 allow remote attackers to inject malicious scripts. When a user views or interacts with the page …
cvefeed.io
January 16, 2025 at 11:34 PM
Fukushima City Education Board Enhances Security Through Cybertrust's Device ID Management#Japan#Fukushima#Cybertrust#Fukushima_Education#Device_ID
Fukushima City Education Board Enhances Security Through Cybertrust's Device ID Management
Fukushima City Education Board is fortifying security in schools by adopting Cybertrust's Device ID service, ensuring a safe environment for teaching staff.
third-news.com
April 27, 2026 at 7:22 AM
If you stored one timestamp per device, they wouldn’t wipe each other out.

For example, the key could be “lastPostTimestamp_<DEVICE_ID>”
May 13, 2023 at 12:24 AM
ID: CVE-2025-23198
CVSS V3.1: MEDIUM
librenms is a community-based GPL-licensed network monitoring system. Affected versions are subject to a stored XSS on the parameters (Replace $DEVICE_ID with your specific $DEVICE_ID value):`/device/$DEVICE_ID/edit` -> param:...
#security #infosec #cve-alert
nvd.nist.gov
January 16, 2025 at 11:15 PM
ID: CVE-2024-56144
CVSS V3.1: MEDIUM
librenms is a community-based GPL-licensed network monitoring system. Affected versions are subject to a stored XSS on the parameters (Replace $DEVICE_ID with your specific $DEVICE_ID value):`/device/$DEVICE_ID/edit` -> param:...
#security #infosec #cve-alert
nvd.nist.gov
January 16, 2025 at 11:15 PM