Seitenhistorie
| Auszug | ||
|---|---|---|
| ||
Nuclos Hidden Features: lokaler Identifier, STRLOCALIDENTIFIER, T_AD_APPLICATION, Migration 4.0, preferred.local.identifier. |
Sprache: Deutsch · English
Hidden Features
Versteckte Einstellungen für Fortgeschrittene – u.a. der lokale Nuclet-Identifier.
| Status | ||||
|---|---|---|---|---|
|
| Status | ||||
|---|---|---|---|---|
|
| Status | ||||
|---|---|---|---|---|
|
| Status | ||||
|---|---|---|---|---|
|
| Panel | ||||||
|---|---|---|---|---|---|---|
| ||||||
Auf dieser Seite
|
Weniger bekannte, „versteckte“ Einstellungen und Kniffe für Fortgeschrittene.
| Feature | Ab Version |
|---|
...
| Beschreibung |
|---|
...
...
| Lokalen Nuclet |
...
| -Identifier beeinflussen (Migration 3. |
...
| x→4.0) | 4.0 |
...
In der Nuclet-Beschreibung migration_04_00_00.nuclet.preferred.local.identifier=C3PO |
...
Ein Lokaler Identifizierer besteht immer aus 4 Zeichen, im Beispiel "C3PO", sollte sich nur aus A-Z0-9_ zusammensetzen und mit einem Großbuchstaben beginnen. "T_EO" wäre also auch noch möglich!
Nur die Migration 3.x -> 4.0 wird den Identifizierer aus der Beschreibung lesen, im Anschluss kann dieser gelöscht werden.
Sollten mehrere Nuclets den gleichen Identifizierer fordern (ist nicht sichergestellt -> "preferred") wird nur eines der Nuclets diesen bekommen, alle anderen bekommen dann einen Zufälligen.
...
Beeinflussung des Lokalen Nuclet Identifierers
Nuclet Import
...
| setzen. Der Identifier hat 4 Zeichen (A–Z0–9_, mit Großbuchstabe beginnend). Nur die 3.x→4.0-Migration liest ihn; danach löschbar. Bei Konflikten ("preferred") erhält nur ein Nuclet den Wunsch-Identifier. | ||
| Lokalen Nuclet-Identifier beim Import setzen | 4.0 | Nuclet-„Hülle“ ohne Inhalt importieren, in |
T_AD_APPLICATION.STRLOCALIDENTIFIER |
...
| den gewünschten Wert setzen, dann das echte Nuclet importieren. |
| Hinweis | ||
|---|---|---|
| ||
Diese Eingriffe erfordern Kenntnis der Datenbank und sollten mit Bedacht eingesetzt werden. |
Verwandte Seiten
So wird es möglich, den Identifizierer noch vor der ersten Verwendung zu beeinflussen.
Für die Zukunft ist ein Hidden Feature direkt im Nuclet Import geplant.
| Warnung |
|---|
Aber das sollte immer nur die Ausnahme bleiben! Im Regelfall und für den Betrieb einer Standard Multinuclet-Umgebung muss ein Nuclet mit einem zufälligen LI umgehen können! |
<nuclos>
<server>
...
<force-file-encoding-utf8>true</force-file-encoding-utf8>
</server>
...
Ab Nuclos 4.0 werden neue Instanzen nur noch mit dem UTF-8 File Encoding betrieben, falls das nicht schon durch das Betriebssystem als Default gesetzt wird. Wenn man eine ältere Instanz auf Nuclos 4.0 aktualisiert wird das Default Encoding beibehalten. Möchte man diese ebenfalls auf UTF-8 ändern, so muss man in der nuclos.xml den Parameter auf >true< setzen und den Installer erneut Ausführen.
Betroffen werden hauptsächlich Windows und Mac OS X Server sein. Unter Linux ist häufig UTF-8 bereits das Default Encoding.
| Warnung |
|---|
Sollte sich durch diesen Parameter das Encoding ändern können die Passwörter von Benutzern nicht mehr überprüft werden und müssen über die Datenbank zurückgesetzt werden! Report & Formular Vorlagen könnten ebenfalls betroffen sein. |
Hiermit wird die Validierung "Found schema is newer..." ausgeschaltet, und das Autosetup wird einen Downgrade starten, falls eine frühere Nuclos Version mit dem Schema gestartet wird.
| Warnung |
|---|
Ein Downgrade funktioniert nicht immer! Zum Beispiel wenn mit einer neueren Version eine NOT NULL Spalte gelöscht wird. Diese kann ein Downgrade nur anlegen wenn die Tabelle noch keine Daten enthält. Auch können weitere Inhalte der Konfiguration gegen einen Downgrade sprechen. Zum Beispiel wenn ein Layout schon Komponenten enthält, die eine frühere Version nicht kennen kann, usw. Migrationen können ebenfalls nicht zurückgerollt werden! |
autosetup.validate.schema.enabled=true
Dies weist den Webclient an das Bild direkt per SVG/XML zu rendern und enthaltene JavaScript Anweisungen in den HEAD zu transportieren.
| title | Sicherheitsrisiko |
|---|
Überblick
Inhalte