Infos für Entwickler

DANKE

Zitat von SanniHameln

Da es doch einige Scriptersteller gibt die den I18n Code (Übersetzungen etc) Nutzen. Mal eine Info für euch vom LSSM-Team.

Es haben sich einige "Codes" geändert.

[...]

Leitstellenspiel aus de dann de_DE

[...]

Hallo zusammen,

der Sprachcode für die deutschsprachige Version wurde nun umgestellt.

Ihr könnt nun also, wie von SanniHameln beschrieben, auf de_DE umstellen.

Gruß

Ein Oneliner für den @include Bereich zur Abdeckung aller aktuellen Domänen:

/^https?:\/\/[www.]*(?:leitstellenspiel\.de|missionchief\.co\.uk|missionchief\.com|meldkamerspel\.com|centro-de-mando\.es|missionchief-australia\.com|larmcentralen-spelet\.se|operatorratunkowy\.pl|operatore112\.it|operateur112\.fr|dispetcher112\.ru|alarmcentral-spil\.dk|nodsentralspillet\.com|operacni-stredisko\.cz|112-merkez\.com|jogo-operador112\.com|operador193\.com|centro-de-mando\.mx|dyspetcher101-game\.com|missionchief-japan\.com)\/.*$/

HTTP/HTTPS sowie mit und ohne www. wird berücksichtigt.

Neue Einträge sind mit

|domain\.tld

hinter dem letzten .com zu ergänzen.

Nachtrag: wenn nur die missions Seite angesprochen werden soll muss es so aussehen:

/^https?:\/\/[www.]*(?:leitstellenspiel\.de|missionchief\.co\.uk|missionchief\.com|meldkamerspel\.com|centro-de-mando\.es|missionchief-australia\.com|larmcentralen-spelet\.se|operatorratunkowy\.pl|operatore112\.it|operateur112\.fr|dispetcher112\.ru|alarmcentral-spil\.dk|nodsentralspillet\.com|operacni-stredisko\.cz|112-merkez\.com|jogo-operador112\.com|operador193\.com|centro-de-mando\.mx|dyspetcher101-game\.com|missionchief-japan\.com)\/missions\/.*$/

Zitat von Allure149

Ein Oneliner für den @include Bereich zur Abdeckung aller aktuellen Domänen:

Code

/^https?:\/\/[www.]*(?:leitstellenspiel\.de|missionchief\.co\.uk|missionchief\.com|meldkamerspel\.com|centro-de-mando\.es|missionchief-australia\.com|larmcentralen-spelet\.se|operatorratunkowy\.pl|operatore112\.it|operateur112\.fr|dispetcher112\.ru|alarmcentral-spil\.dk|nodsentralspillet\.com|operacni-stredisko\.cz|112-merkez\.com|jogo-operador112\.com|operador193\.com|centro-de-mando\.mx|dyspetcher101-game\.com|missionchief-japan\.com)\/.*$/

HTTP/HTTPS sowie mit und ohne www. wird berücksichtigt.

Neue Einträge sind mit

Code

|domain\.tld

hinter dem letzten .com zu ergänzen.

Funktioniert das?

Ich hatte schonmal nen Regex probiert und da hattes net funktioniert...

Zitat von Jan (KBOE2)

Funktioniert das?

Ich hatte schonmal nen Regex probiert und da hattes net funktioniert...

Ja, bei mir funktioniert es.

Na dann vielen Dank für die Infos, werd ich mir definitiv zu Nutzen machen!

vielleicht hab ich einfach nen kleinen doofen Fehler drin gehabt.

Gerne

Hab oben noch ergänzt falls nur eine spezielle Seite angesprochen werden soll.

Da mir in letzter Zeit öfter die mangelnde Kommunikationsfähigkeit seitens des neuen Seitenbetreibers gegenüber den Scriptern aufgefallen ist würde ich gerne eine (hoffentlich nicht schon wieder ausufernde) Diskussion anregen.

Als Beispiel nenne ich die Umstellung der lokalen Sprachvariablen.

Vom Seitenbetreiber kam keinerlei Information, dass und wann diese Umstellung stattfindet. Lediglich SanniHameln gab die Information preis und auch nur einmalig. Da fragt man sich bereits woher er denn die Informationen hat, der Rest aber nicht?

Ich selber bekam dankenswerterweise ebenfalls diese Info direkt von ihm.

Offengestanden haben mich die Sprachvariablen von Japan oder Mexiko erst einmal nicht interessiert da meine Scripte kaum bis gar keine multilinguale Unterstützung bieten. Allerdings verwende ich sehr häufig die deutsche Sprachvariable - sicherlich um vielleicht zukünftig mehr Sprachen bieten zu können.

Nach der Umstellung auf de_DE flog mir natürlich alles um die Ohren das auch die Sprachvariable verwendet. Ebenfalls SanniHameln informierte mich darüber (sehr kommunikativ der Kollege ) und erst daraufhin konnte ich die entsprechenden Änderungen durchführen.

Kurzum: hätte es eine kurze Info gegeben, dass und wann die Umstellung auf welche Variable stattfindet wäre mir das nicht passiert. Und ich bin mir sicher es erging einigen anderen Scriptern ebenfalls so.

Daher Community-Team Leitstellenspiel bitte ich dich/euch zukünftig solche Umstellungen und gerne auch neue, nutzbare Techniken mit uns zu teilen. Die Kommunikation ausschließlich in Richtung des LSSM ist allen fleißigen Scriptern gegenüber einfach nicht richtig.

Davon ab habt ihr mit uns sicherlich auch anständige Blackbox-Tester.

Danke und bleibt gesund.

Gruß Allu

Im allgemeinen geb ich dir recht, dass man da auch ein bisschen mehr an die anderen Scripter denken kann

Zitat von Allure149

Daher Community-Manager Hendrik bitte ich dich/euch zukünftig solche Umstellungen und gerne auch neue, nutzbare Techniken mit uns zu teilen. Die Kommunikation ausschließlich in Richtung des LSSM ist allen fleißigen Scriptern gegenüber einfach nicht richtig.

Das wär eher was für z.B. Dennis aus dem Entwicklerteam. Aber ich sags mal so: Wir vom LSSM können die Infos hier selbstverständlich auch weiterleiten, sobald wir welche bekommen. Dann muss das das Spiel-Team nicht auch noch machen (die ham sicherlich auch so genug zu tun)

Zitat von Jan (jxn_30)

Wir vom LSSM können die Infos hier selbstverständlich auch weiterleiten, sobald wir welche bekommen.

Darüber würden sich einige in diesem Unterforum freuen. Alternativ kann natürlich auch Dennis vom LSS-Team gerne seine Neuigkeiten mit uns teilen.

Wer auch immer das macht: der Informationsaustausch unter Scripter-Kollegen sollte m.E. zu einem Selbstverständnis werden. Via PN klappt das ja schon super mit dir Jan (jxn_30)

dann gleich in Sachen API gibt es seit kurzem eine neue Zeile die ausgibt ob es eine Kleinwache ist oder nicht

{
"id": 5126914,
"personal_count": 292,
"level": 0,
"building_type": 0,
"caption": "FFW Grießem",
"latitude": 52.0124466595946,
"longitude": 9.20980200353636,
"extensions": [],
"leitstelle_building_id": 2293456,
"small_building": true
}

Sollte es keine Kleinwache sein steht da false
Ich glaube aber wir vom LSSM Team sind die einzigsten die das bis dato benutzen

Zitat von SanniHameln

dann gleich in Sachen API gibt es seit kurzem eine neue Zeile die ausgibt ob es eine Kleinwache ist oder nicht

JavaScript

{
"id": 5126914,
"personal_count": 292,
"level": 0,
"building_type": 0,
"caption": "FFW Grießem",
"latitude": 52.0124466595946,
"longitude": 9.20980200353636,
"extensions": [],
"leitstelle_building_id": 2293456,
"small_building": true
}

Alles anzeigen

Sollte es keine Kleinwache sein steht da false
Ich glaube aber wir vom LSSM Team sind die einzigsten die das bis dato benutzen

Danke für die Info.

Wäre es nicht sinniger den ohnehin vorhandenen building_type zu nutzen? Die Kleinwachen haben ja ihre eigenen IDs.

von Andre vom EntwicklerTeam

Zitat

Hm, scheint dann eine "Abkürzung" für Sebastian gewesen zu sein.

Wir schauen uns das nochmal genauer an, wobei wir dann eohl eher nicht den building_type verändern sollten. Das würd wohl mehr Seiteneffekte als Nutzen produzieren.

Weil wenn du auch mal in den seitenquelltext schaust. auch die Kleinwachen zähle alle als building_type 0 (die von der fw) . Ich denke, wie ich auch im chat zwischen uns und dne entwicklern geschrieben habe. liegt es evtl wg der generierung für die einsätze, damit diese auch als FW zählen. Dsa hat Sebastian halt früher so umgesetzt.

Zitat von Allure149

Wäre es nicht sinniger den ohnehin vorhandenen building_type zu nutzen? Die Kleinwachen haben ja ihre eigenen IDs.

Laut dem Team würde das das ganze System mehr oder weniger zerschießen. Intern ist also immer nur ein Flag gesetzt, statt der korrekten building_type. Das kommt wohl aus Zeiten von Sebastian und eine Änderung könnte mehrere Probleme hervorrufen.

Hier mal entsprechende Auszüge:

Zitat

Guten Morgen, normalerweise ist der BuildingType dafür vorgesehen. Die Feuerwache ist 0 und die Kleinwache 18. Warum die Kleinwache in der api auch 0 ist, müssen wir uns mal anschauen. Da scheint etwas nicht zu stimmen.

[…]

Hm, scheint dann eine "Abkürzung" für Sebastian gewesen zu sein. Wir schauen uns das nochmal genauer an, wobei wir dann eohl eher nicht den building_type verändern sollten. Das würd wohl mehr Seiteneffekte als Nutzen produzieren.

[…]

Ich habe eben einen Blick in die Datenbank geworfen. Kleine Gebäude werden mit einem Flag markiert. Die Kmbination aus Buildingtype 0 und dem Flag ist die Kleinwache. Das ist natürlich nur so lange eindeutigt, bis man eine zusätzlich Kleinwache einführt. Sofern es für euch erstmal ausreicht, könnten wir dieses Flag zusätzlich ausliefern.

Das sind ja interessante Neuigkeiten.

Danke euch, dann muss es wohl erstmal so sein.

Zitat von Allure149

Ein Oneliner für den @include Bereich zur Abdeckung aller aktuellen Domänen:

Code

/^https?:\/\/[www.]*(?:leitstellenspiel\.de|missionchief\.co\.uk|missionchief\.com|meldkamerspel\.com|centro-de-mando\.es|missionchief-australia\.com|larmcentralen-spelet\.se|operatorratunkowy\.pl|operatore112\.it|operateur112\.fr|dispetcher112\.ru|alarmcentral-spil\.dk|nodsentralspillet\.com|operacni-stredisko\.cz|112-merkez\.com|jogo-operador112\.com|operador193\.com|centro-de-mando\.mx|dyspetcher101-game\.com|missionchief-japan\.com)\/.*$/

HTTP/HTTPS sowie mit und ohne www. wird berücksichtigt.

Neue Einträge sind mit

Code

|domain\.tld

hinter dem letzten .com zu ergänzen.

Nachtrag: wenn nur die missions Seite angesprochen werden soll muss es so aussehen:

Code

/^https?:\/\/[www.]*(?:leitstellenspiel\.de|missionchief\.co\.uk|missionchief\.com|meldkamerspel\.com|centro-de-mando\.es|missionchief-australia\.com|larmcentralen-spelet\.se|operatorratunkowy\.pl|operatore112\.it|operateur112\.fr|dispetcher112\.ru|alarmcentral-spil\.dk|nodsentralspillet\.com|operacni-stredisko\.cz|112-merkez\.com|jogo-operador112\.com|operador193\.com|centro-de-mando\.mx|dyspetcher101-game\.com|missionchief-japan\.com)\/missions\/.*$/

Alles anzeigen

Hier mal das ganze in aktualisierter Version:

/^https?:\/\/(w{3}\.)?(leitstellenspiel|meldkamerspel|missionchief|missionchief-australia|centro-de-mando|operatorratunkowy|larmcentralen-spelet|operatore112|operateur112|dispetcher112|alarmcentral-spil|nodsentralspillet|operacni-stredisko|112-merkez|jogo-operador112|operador193|dyspetcher101-game|missionchief-japan|jocdispecerat112|missionchief-korea|hatakeskuspeli|dispecerske-centrum)\.(de|com|co\.uk|es|pl|se|it|fr|ru|dk|cz|mx)\/.*$/

Zitat von Jan (jxn_30)

Hier mal das ganze in aktualisierter Version:

Code

/^https?:\/\/(w{3}\.)?(leitstellenspiel|meldkamerspel|missionchief|missionchief-australia|centro-de-mando|operatorratunkowy|larmcentralen-spelet|operatore112|operateur112|dispetcher112|alarmcentral-spil|nodsentralspillet|operacni-stredisko|112-merkez|jogo-operador112|operador193|dyspetcher101-game|missionchief-japan|jocdispecerat112|missionchief-korea|hatakeskuspeli|dispecerske-centrum)\.(de|com|co\.uk|es|pl|se|it|fr|ru|dk|cz|mx)\/.*$/

Ich hatte auch erst überlegt das so dynamisch zu machen. Dabei stieß ich aber auf zwei Probleme:

1. Dein Regex funktioniert auch mit Domänen wie http://leitstellenspiel.co.uk/* oder https://www.missionchief.fr/*

2. Durch das Entfernen der non-capturing-groups wird nicht nur https://www.leitstellenspiel.de/* gefiltert, sondern zusätzlich www., leitstellenspiel und de. Das hatte ich versucht zu vermeiden.

Hier findest du dein Regex mit meinen Testdaten.

Hier mein Regex mit meinen Testdaten.

Auf deinen Anstoß hin habe ich allerdings noch eine Änderung vorgenommen:

z.B. die Domäne https://wwwleitstellenspiel.de wurde ebenfalls als richtig identifiziert. Also ohne den Punkt zwischen www und leitstellenspiel. Das habe ich hier korrigiert (und aktualisiert):

/^https?:\/\/(?:www\.)?(?:leitstellenspiel\.de|meldkamerspel\.com|missionchief\.com|missionchief\.co\.uk|centro-de-mando\.es|missionchief-australia\.com|operatorratunkowy\.pl|larmcentralen-spelet\.se|operatore112\.it|operateur112\.fr|dispetcher112\.ru|alarmcentral-spil\.dk|nodsentralspillet\.com|operacni-stredisko\.cz|112-merkez\.com|jogo-operador112\.com|operador193\.com|dyspetcher101-game\.com|missionchief-korea\.com|centro-de-mando\.mx|missionchief-japan\.com|jocdispecerat112\.com|hatakeskuspeli\.com|dispecerske-centrum\.com)\/.*$/

Grunsätzlich ist dein Regex ja nicht falsch. Aber ich persönlich finde es besser so exakt wie möglich zu reagieren. Andernfalls könnte das von der Regex genutzte Script auf Domänen zugreifen wo du gar nicht hin wolltest.

Zitat von Allure149

1. Dein Regex funktioniert auch mit Domänen wie http://leitstellenspiel.co.uk/* oder https://www.missionchief.fr/*

Wie wahrscheinlich ist es, dass diese anderen Kombis existieren und nicht zum Spiel gehören?

Zitat von Allure149

Grunsätzlich ist dein Regex ja nicht falsch. Aber ich persönlich finde es besser so exakt wie möglich zu reagieren. Andernfalls könnte das von der Regex genutzte Script auf Domänen zugreifen wo du gar nicht hin wolltest.

Ich glaube, mir kam eben meine ursprüngliche Intention zurück, wie ich das zusammenfassen wollte.

Warum du explizit non-capturing-groups verwendet hast leuchtet mir jedoch noch nicht ganz ein.

Zitat von Jan (jxn_30)

Wie wahrscheinlich ist es, dass diese anderen Kombis existieren und nicht zum Spiel gehören?

Wie oft hast du dir gedacht "Wie wahrscheinlich ist es, dass ...?" und bist dann in diese Falle getappt?
Klar ist die Wahrscheinlichkeit mega gering. Aber sie ist da.

Warum verzichtest du darauf?

Zitat von Jan (jxn_30)

Warum du explizit non-capturing-groups verwendet hast leuchtet mir jedoch noch nicht ganz ein.

Naja erstmal mag ich es aufgeräumt. Man möge mich auch Krümelkacker nennen. Andererseits weiß ich nicht wie Tampermonkey auf capturing-groups reagiert.

Und im Zweifel kann man dieses Regex nochmal woanders wiederverwenden. Dann ist garantiert, dass die gefilterten Domänen stimmen.

Zitat von Allure149

Warum verzichtest du darauf?

Für den Überraschungseffekt

Zitat von Allure149

Andererseits weiß ich nicht wie Tampermonkey auf capturing-groups reagiert.

Das is Tampermonkey egal, der schaut nur, ob die ganze URL nen full-match hat.

Dann hier eine geänderte Version, die auch Allure149 gerecht werden müsste

Ich hab mir das jetzt so gedacht, dass der Name des Spiels (z.B. missionchief-japan.com) als capturing-group gewertet wird und somit anderswo dann einfach als group gelesen werden kann. Dann halt net (für Allure)

/^https?:\/\/(?:w{3}\.)?(?:leitstellenspiel\.de|(?:meldkamerspel|missionchief|missionchief-australia|nodsentralspillet|112-merkez|jogo-operador112|operador193|dyspetcher101-game|missionchief-japan|jocdispecerat112|missionchief-korea|hatakeskuspeli|dispecerske-centrum)\.com|missionchief\.co\.uk|centro-de-mando\.es|operatorratunkowy\.pl|larmcentralen-spelet\.se|operatore112\.it|operateur112\.fr|dispetcher112\.ru|alarmcentral-spil\.dk|operacni-stredisko\.cz|centro-de-mando\.mx)\/.*$/