Actions
Feature #6723
openReport QFQ Installation and Version
Start date:
16.09.2018
Due date:
% Done:
0%
Estimated time:
Discuss:
Prio Planung:
No
Description
Es waere gut wenn man eine Uebersicht haette wo welche Installation mit welche QFQ version laufen.
In der Configuration eintragen:
serviceReportQfqVersion = https://qfq.io/index.php?id=service&version={{qfqVersion:Y}}[,<next reporting URL>]
- Die Variable {{qfqVersion}} gibt es vermutlich noch nicht.
- Der Aufruf erfolgt via wget (nicht via file_get_content, da dort allow_url_fopen benoetigt wird)
- bei der Erstinstallation
- bei jedem QFQ Update
- Das sollte einfach zu implementieren sein: QFQ checkt die Versionsnummer bei jedem Start, dort koennte der Hook eingbaut werden.
- Es koennen mit Komma getrennt mehrere Service URLs angegeben werden - so koennte MNF z.B. ein eigenes Reporting haben und I-MATH bekommt auch was davon mit.
Updated by Carsten Rose almost 5 years ago
- Target version changed from 18.10.3 to 18.12.1
Updated by Carsten Rose almost 5 years ago
- Target version changed from 18.12.1 to 141
Updated by Carsten Rose over 4 years ago
- Due date set to 05.07.2019
- Assignee set to Carsten Rose
Updated by Carsten Rose about 4 years ago
- Due date changed from 05.07.2019 to 29.08.2019
Updated by Carsten Rose about 4 years ago
- Due date changed from 29.08.2019 to 09.10.2019
Updated by Carsten Rose almost 4 years ago
- Due date changed from 09.10.2019 to 26.10.2019
Updated by Carsten Rose almost 4 years ago
- Due date changed from 26.10.2019 to 15.01.2020
Updated by Carsten Rose almost 4 years ago
- Status changed from New to Some day maybe
Updated by Carsten Rose almost 4 years ago
- Status changed from Some day maybe to New
Updated by Carsten Rose over 3 years ago
- Target version changed from 141 to next8
Updated by Carsten Rose over 2 years ago
- Due date changed from 15.01.2020 to 10.05.2021
Updated by Carsten Rose 11 months ago
- Description updated (diff)
- Target version changed from next8 to 23.7.0
- Prio Planung set to No
- Es soll nicht gegen https://qfq.io sondern https://it.math.uzh.ch reported werden
- Fuer Instanzen ausserhalb I-MATH (it.math.uzh.ch ist hinter der I-MATH Firewall) koennte der w3 Proxy eine Weiterleitung zu it.math.uzh.ch machen.
- Auch von Interesse: T3, php, OS Version, UZH_CD Version LDAP Extension Version,
- Reporting URL:
serviceReportVersion=https://it.math.uzh.ch/index.php?id=serviceReport
- Pro Typ (T3, php, ...) wird die URL einmal aufgerufen mit dem Parameter
version=...
.
- Um die Versionsnummer der Extensions zu ermitteln, wird deren Extgensionkey verwendet - mit 'version_' im Variable Namen vorn: {{version_qfq:Y}}, {{version_uzh_cd_template:Y}}, {{version_ig_ldap_sso_auth:Y}}
- Ist der Name keine Extension, wird angenommen das es ein Deb Paket ist
apt show %package name% 2>/dev/null | grep Version
- Ist es
version_os
$ source /etc/lsb-release $ echo $DISTRIB_DESCRIPTION Ubuntu 18.04.6 LTS
- Ist es
version_t3
, muss vermutlich die T3 API verwendet werden. Achtung: funktioniert nur wenn QFQ via T3 aufgerufen wurde. - Der Instanzname muss ebenfalls mit uebertragen werden:
instanz={{baserUrl:Y}}
- Aufruf: @https://it.math.uzh.ch/index.php?id=serviceReport&instance=https://webwork16.math.uzh.ch/mi/dev&package=version_qfq&version={{version_qfq:Y}}
- Der
instance
Variable muss URL kodiert werden (keine &, ?, :, ...).
- Der
- Reporting URL:
- Der Hook, das nur bei einem Update zu machen, ist sehr gut. CR hatte zuerst gedacht das komplizierter umzuseten (taeglicher Report).
- Auf it.math.uzh.ch ist ein entsprechender Service einzurichten (Achtung: DEV Instanz ist auf webwork16.math.uzh.ch/it - hier programmieren und syncen) .
- Die WebAPI ist ein ganz normaler Report.
- Pro Aufruf wird geschaut ob es schon einen Eintrag mit der Version gibt.
- Ja: nur
modified
aktualisieren - Nein: neuen Record anlegen
- Ja: nur
- Zuordung via instance, version, package.
Updated by Carsten Rose 6 months ago
- Priority changed from Normal to High
- Target version changed from 23.7.0 to 23.6.5
- Auf it.math.uzh.ch sollten die Instanzen gruppiert / tagged werden koennen: Alle DEV Instanzen, alle medtool Instanzen, ...
- Jede Instanz hat eine eindeutige ID (z.B. FQDN + path document root)
- Sobald eine Instanz anfaengt Versionen zu reporten, kann die Instanz getagged werden.
- Das Interface und ERD auf MY wird vermutlich durch CR erstellt.
Actions