SiteparkWiki - Benutzerbeiträge [de]

Hinweise zu MariaDB

2022-02-04T10:42:30Z

OB: /* Besonderheiten für den IES */

=Hinweise zu MySQL und MariaDB=
==Allgemeines==
Für die Konfiguration der Datenbank (unabhängig davon, welcher Hersteller verwendet wird), sind teilweise Standardsetzungen nicht hilfreich, da das von Sitepark für den IES entwickelte ER-Modell einen generischen Ansatz hat und teilweise über die dritte Normalform hinausgeht (siehe https://de.wikipedia.org/wiki/Normalisierung_(Datenbank)). Ebenso sind Standardoptimierungen in den Ausprägungen der von den unterschiedlichen Linux-Distributionen verwendeten Default-Einstellungen teilweise kontraproduktiv.

==Initialisierung==
Der IES verwaltet "seine" Datenbanken (grundsätzlich eine DB je Mandant) selbständig. D.h. er legt sie an, kümmert sich bei Updates um Änderungen des Schemas und führt bei Bedarf Optimierungen durch. Dazu kann grundsätzlich der Datenbank-root-User verwendet werden.

Es wird empfohlen für die Verwaltung der Datenbanken vom IES einen eigenen Nutzer mit "DB-root-Rechten" anzulegen.
CREATE USER 'siteparkroot' IDENTIFIED BY 'PASSWORD';
GRANT ALL ON *.* TO 'siteparkroot'@localhost IDENTIFIED BY 'PASSWORD' with grant option;
GRANT ALL ON *.* TO 'siteparkroot'@127.0.0.1 IDENTIFIED BY 'PASSWORD' with grant option;
FLUSH PRIVILEGES;

Bei Nutzung des "normalen" Datenbank-root-User ist es - insbesondere bei MariaDB, ggf. auch zukünftig bei MySQL und natürlich immer abhängig von der Implementierung der Datenbank im jeweiligen Linux-Derivat - zwingend notwendig, dass der root-User sich nicht nur über das unix_socket anmelden kann, sondern auch für den root-Nutzer ein "echtes" Passwort vergeben wird.

Beispielhaft hier die Vergabe eines Passwortes für "root" bei einer Standard-MariaDB-10.6-Installation aus den Repositories von mariadb.org (vgl. https://mariadb.com/kb/en/authentication-from-mariadb-104/):

<div class="note">
mysql
MariaDB> set password = password("MEINGEHEIMESPASSWORT");
</div>

Nun kann sich der root-User auf der Konsole über das Unix-Socket und auch über die TCP-Verbindung verbinden. Die TCP-Verbindung kann auch auf der Konsole mittels <pre>mysql --protocol=TCP -u root -p"MEINGEHEIMESPASSWORT"</pre> erzwungen und getestet werden.

==Konfiguration==
===Grundsätzliches===
Die Verbindung zu MySQL über den TCP-Port muss freigegeben werden. Lokale Sockets funktionieren '''nicht''' (siehe oben).

<div class="note">
Wie alle Dienste eines Systems, muss auch bei MySQL die Konfiguration regelmäßig geprüft werden.
Die aktuellen Parameter müssen ermittelt werden und Einstellungen entsprechend angepasst werden. Gerade die Setzungen ''innodb_buffer_pool_size'' und ''table_open_cache'' u.ä. müssen mit wachsenden Datenbestand überprüft werden!
</div>

Die Netzwerkbindungen müssen wie folgt (vielfach Standard bei Debian/Ubuntu/MariaDB/MySQL) konfiguriert sein:
#skip-networking

# Instead of skip-networking the default is now to listen only on
# localhost which is more compatible and is not less secure.
bind-address = 127.0.0.1

'''Bekannte Besonderheit: SuSE Linux Enterprise Server 11 - Service Pack 1'''

Mit dem Service Pack 1 kann der IES keine Verbindung zur Datenbank mehr herstellen, wenn ''bind-address'' mit einer IP-Adresse angegeben wurde. Das Problem kann gelöst werden, indem die ''bind-address'' Konfiguration auskommentiert wird.

Ab SLES11 ist es möglich, dass in der /etc/hosts-Datei standardmäßig localhost nur auf ::1 gebunden wird. Dann wird die MySQL-Administration mit dem IES nicht funktionieren. Es muss localhost (auch) auf eine IPv4-Adresse (127.0.0.1) gebunden werden.

===Besonderheiten für den IES===
Da der IES den transaktionssicheren Datenbanktyp ''InnoDB'' verwendet empfehlen wir Anpassungen an einigen Optionen. In der Standard-MariaDB-Installation empfehlen wir eine Konfigurations-Datei anzulegen, die alle Paramenter bündelt. Unter Debian/Ubuntu bietet sich z.B. <code>/etc/mysql/mariadb.conf.d/50-sitepark.cnf</code>an.

Bitte wählen Sie hier Größenordnungen, die auf Ihre Hardware abgestimmt sind. Wenn Sie unsicher sind welche Setzungen zu verwenden sind, sprechen Sie uns bitte an. Wir werden Ihnen dann entsprechende Erfahrungswerte nennen können.

<pre>
[mysqld]
disable-log-bin # sollten Sie Replikation oder Clustering nutzen, geht das natürlich nicht
slow_query_log = ON # diese Setzung kann zu Debugging-Zwecken hilfreich sein

character-set-server = utf8
collation-server = utf8_general_ci

max_allowed_packet = 256M
max_connections = 150
max_heap_table_size = 512M
tmp_table_size = 512M

query_cache_limit = 64M
query_cache_size = 0
query_cache_type = 0

join_buffer_size = 32M

innodb_flush_log_at_trx_commit = 1 # https://mariadb.com/docs/reference/es/system-variables/innodb_flush_log_at_trx_commit/
</pre>
Damit auch bei großen Datenmengen im System der IES maximal performant mit den Daten arbeiten kann, ist es notwendig, möglichst viel RAM im Parameter ''innodb_buffer_pool_size'' für die Nutzung der Datenbank zur Verfügung zu stellen. So können unnötige Zugriffe auf den Festspeicher vermieden werden. Ein Richtwert kann als root-User über die gesamte Datengröße aller Datenbanken ermittelt werden:
SELECT concat( round( sum( data_length + index_length) / ( 1024 * 1024 ) , 2 ) , ' MB' ) TotalSize FROM information_schema.TABLES WHERE ENGINE='InnoDB';
Beachten Sie hierbei, dass die Daten- und Indexmenge im Laufe des IES-Betriebs kontinuiertlich steigen wird. Im Rahmen des Montiorings und der sich daraus ergebenden Skalierungsnotwendigkeit ist dieser Wert immer an die aktuellen Gegebenheiten anzupassen.
<pre>
innodb_buffer_pool_size = 8G # https://mariadb.com/docs/reference/es/system-variables/innodb_buffer_pool_size/

innodb_log_buffer_size = 32M
innodb_log_file_size = 512M

innodb_open_files = 1000

innodb_buffer_pool_dump_at_shutdown = OFF
innodb_buffer_pool_load_at_startup = OFF

innodb_temp_data_file_path = ibtmp1:32M:autoextend

table_open_cache = 1000
open_files_limit = 6000
table_definition_cache = 1000
</pre>
Gerade der folgende Parameter ''optimizer_use_condition_selectivity'' MUSS auf 1 gesetzt werden. Der Standardwert 4 (Optimierung mittels Histogrammen) führt bei der Menge an Joins und der temporär erzeugten Tabellen, die der IES ausführt bzw. erzeugt, dazu, dass das DB-System innerhalb kürzester Zeit Unmengen an RAM benötigt und unbedienbar wird.
<pre>
optimizer_use_condition_selectivity = 1 # https://mariadb.com/docs/reference/mdb/system-variables/optimizer_use_condition_selectivity/
</pre>
Weiterhin macht es unter Linux-Systemen durchaus Sinn den ''OS-Level-Cache'' zu umgehen um nicht "doppelt" zu cachen. Liegen die InnoDB-Daten-Dateien in einem SAN, sollte laut MySQL auf diese Setzung verzichtet werden. Seit MariaDB 10.6 ist diese Setzung von ''innodb_flush_method'' eine Standardsetzung.
<pre>
innodb_flush_method=O_DIRECT
</pre>
Um im Zeichensatzbereich für jede Anwendung Klarheit darüber zu schaffen, dass sie UTF-8 als Zeichensatz verwendet, sind folgende Setzungen zu tätigen (für den Server ist die Setzung bereits oben definiert):
<pre>
[client]
default-character-set = utf8
</pre>
Damit eine konsistente Sicherung der Datenbank z.B. mittels eines File-Backups möglich ist, sind nicht die Datenbankdateien (meist in <code>/var/lib/mysql/*</code>) zu sichern, sondern regelmäßige Datenbankdumps mittels <code>mysqldump -uUSER -pPASSWORD --opt --skip-lock-tables --single-transaction DATABASE</code> durchzuführen. Die dump-Dateien können dann gzip-pt und gesichert werden. Damit die Dumps performant laufen können, ist folgende Setzung durchzuführen.
<pre>
[mysqldump]
max_allowed_packet = 256M
</pre>

<noinclude>
[[Kategorie:Installation| 400]]
[[Kategorie:Administration und Konfiguration]]
</noinclude>

Hinweise zu MariaDB

2022-02-04T10:37:48Z

OB: /* Besonderheiten für den IES */

=Hinweise zu MySQL und MariaDB=
==Allgemeines==
Für die Konfiguration der Datenbank (unabhängig davon, welcher Hersteller verwendet wird), sind teilweise Standardsetzungen nicht hilfreich, da das von Sitepark für den IES entwickelte ER-Modell einen generischen Ansatz hat und teilweise über die dritte Normalform hinausgeht (siehe https://de.wikipedia.org/wiki/Normalisierung_(Datenbank)). Ebenso sind Standardoptimierungen in den Ausprägungen der von den unterschiedlichen Linux-Distributionen verwendeten Default-Einstellungen teilweise kontraproduktiv.

==Initialisierung==
Der IES verwaltet "seine" Datenbanken (grundsätzlich eine DB je Mandant) selbständig. D.h. er legt sie an, kümmert sich bei Updates um Änderungen des Schemas und führt bei Bedarf Optimierungen durch. Dazu kann grundsätzlich der Datenbank-root-User verwendet werden.

Es wird empfohlen für die Verwaltung der Datenbanken vom IES einen eigenen Nutzer mit "DB-root-Rechten" anzulegen.
CREATE USER 'siteparkroot' IDENTIFIED BY 'PASSWORD';
GRANT ALL ON *.* TO 'siteparkroot'@localhost IDENTIFIED BY 'PASSWORD' with grant option;
GRANT ALL ON *.* TO 'siteparkroot'@127.0.0.1 IDENTIFIED BY 'PASSWORD' with grant option;
FLUSH PRIVILEGES;

Bei Nutzung des "normalen" Datenbank-root-User ist es - insbesondere bei MariaDB, ggf. auch zukünftig bei MySQL und natürlich immer abhängig von der Implementierung der Datenbank im jeweiligen Linux-Derivat - zwingend notwendig, dass der root-User sich nicht nur über das unix_socket anmelden kann, sondern auch für den root-Nutzer ein "echtes" Passwort vergeben wird.

Beispielhaft hier die Vergabe eines Passwortes für "root" bei einer Standard-MariaDB-10.6-Installation aus den Repositories von mariadb.org (vgl. https://mariadb.com/kb/en/authentication-from-mariadb-104/):

<div class="note">
mysql
MariaDB> set password = password("MEINGEHEIMESPASSWORT");
</div>

Nun kann sich der root-User auf der Konsole über das Unix-Socket und auch über die TCP-Verbindung verbinden. Die TCP-Verbindung kann auch auf der Konsole mittels <pre>mysql --protocol=TCP -u root -p"MEINGEHEIMESPASSWORT"</pre> erzwungen und getestet werden.

==Konfiguration==
===Grundsätzliches===
Die Verbindung zu MySQL über den TCP-Port muss freigegeben werden. Lokale Sockets funktionieren '''nicht''' (siehe oben).

<div class="note">
Wie alle Dienste eines Systems, muss auch bei MySQL die Konfiguration regelmäßig geprüft werden.
Die aktuellen Parameter müssen ermittelt werden und Einstellungen entsprechend angepasst werden. Gerade die Setzungen ''innodb_buffer_pool_size'' und ''table_open_cache'' u.ä. müssen mit wachsenden Datenbestand überprüft werden!
</div>

Die Netzwerkbindungen müssen wie folgt (vielfach Standard bei Debian/Ubuntu/MariaDB/MySQL) konfiguriert sein:
#skip-networking

# Instead of skip-networking the default is now to listen only on
# localhost which is more compatible and is not less secure.
bind-address = 127.0.0.1

'''Bekannte Besonderheit: SuSE Linux Enterprise Server 11 - Service Pack 1'''

Mit dem Service Pack 1 kann der IES keine Verbindung zur Datenbank mehr herstellen, wenn ''bind-address'' mit einer IP-Adresse angegeben wurde. Das Problem kann gelöst werden, indem die ''bind-address'' Konfiguration auskommentiert wird.

Ab SLES11 ist es möglich, dass in der /etc/hosts-Datei standardmäßig localhost nur auf ::1 gebunden wird. Dann wird die MySQL-Administration mit dem IES nicht funktionieren. Es muss localhost (auch) auf eine IPv4-Adresse (127.0.0.1) gebunden werden.

===Besonderheiten für den IES===
Da der IES den transaktionssicheren Datenbanktyp ''InnoDB'' verwendet empfehlen wir Anpassungen an einigen Optionen. In der Standard-MariaDB-Installation empfehlen wir eine Konfigurations-Datei anzulegen, die alle Paramenter bündelt. Unter Debian/Ubuntu bietet sich z.B. <code>/etc/mysql/mariadb.conf.d/50-sitepark.cnf</code>an.

Bitte wählen Sie hier Größenordnungen, die auf Ihre Hardware abgestimmt sind. Wenn Sie unsicher sind welche Setzungen zu verwenden sind, sprechen Sie uns bitte an. Wir werden Ihnen dann entsprechende Erfahrungswerte nennen können.

<pre>
[mysqld]
disable-log-bin # sollten Sie Replikation oder Clustering nutzen, geht das natürlich nicht
slow_query_log = ON # diese Setzung kann zu Debugging-Zwecken hilfreich sein

character-set-server = utf8
collation-server = utf8_general_ci

max_allowed_packet = 256M
max_connections = 150
max_heap_table_size = 512M
tmp_table_size = 512M

query_cache_limit = 64M
query_cache_size = 0
query_cache_type = 0

join_buffer_size = 32M

innodb_flush_log_at_trx_commit = 1 # https://mariadb.com/docs/reference/es/system-variables/innodb_flush_log_at_trx_commit/

# Damit auch bei großen Datenmengen im System der IES maximal performant mit den Daten arbeiten kann,
# ist es notwendig, möglichst viel RAM im Parameter <b>innodb_buffer_pool_size</b>für die Nutzung der Datenbank zur Verfügung zu stellen.
# So können unnötige Zugriffe auf den Festspeicher vermieden werden.
# Ein Richtwert kann als root-User über die gesamte Datengröße aller Datenbanken ermittelt werden:
# SELECT concat( round( sum( data_length + index_length) / ( 1024 * 1024 ) , 2 ) , ' MB' ) TotalSize FROM information_schema.TABLES WHERE ENGINE='InnoDB';
# Beachten Sie hierbei, dass die Daten- und Indexmenge im Laufe des IES-Betriebs kontinuiertlich steigen wird. Im Rahmen des Montiorings und der sich daraus ergebenden Skalierungsnotwendigkeit ist dieser Wert immer an die aktuellen Gegebenheiten anzupassen.

innodb_buffer_pool_size = 8G # https://mariadb.com/docs/reference/es/system-variables/innodb_buffer_pool_size/

innodb_log_buffer_size = 32M
innodb_log_file_size = 512M

innodb_open_files = 1000

innodb_buffer_pool_dump_at_shutdown = OFF
innodb_buffer_pool_load_at_startup = OFF

innodb_temp_data_file_path = ibtmp1:32M:autoextend

table_open_cache = 1000
open_files_limit = 6000
table_definition_cache = 1000

# Gerade der folgende Parameter <b>optimizer_use_condition_selectivity</b> MUSS auf 1 gesetzt werden. Der Standardwert 4 (Optimierung mittels Histogrammen) führt bei der Menge an Joins und der temporär erzeugten Tabellen, die der IES ausführt aus erzeugt, dazu, dass das DB-System innerhalb kürzester Zeit Unmengen an RAM benötigt und unbedienbar wird.

optimizer_use_condition_selectivity = 1 # https://mariadb.com/docs/reference/mdb/system-variables/optimizer_use_condition_selectivity/

# Weiterhin macht es unter Linux-Systemen durchaus Sinn den ''OS-Level-Cache'' zu umgehen um nicht "doppelt" zu cachen.
# Liegen die InnoDB-Daten-Dateien in einem SAN, sollte laut MySQL auf diese Setzung verzichtet werden.
# Seit MariaDB 10.6 ist diese Setzung von ''innodb_flush_method'' eine Standardsetzung.

innodb_flush_method=O_DIRECT

# Um im Zeichensatzbereich für jede Anwendung Klarheit darüber zu schaffen, dass sie UTF-8 als Zeichensatz verwendet, sind folgende Setzungen zu tätigen (für den Server ist die Setzung bereits oben definiert):

[client]
default-character-set = utf8

# Damit eine konsistente Sicherung der Datenbank z.B. mittels eines File-Backups möglich ist, sind nicht die Datenbankdateien (meist in <code>/var/lib/mysql/*</code>) zu sichern, sondern regelmäßige Datenbankdumps mittels <code>mysqldump -uUSER -pPASSWORD --opt --skip-lock-tables --single-transaction DATABASE</code> durchzuführen. Die dump-Dateien können dann gzip-pt und gesichert werden. Damit die Dumps performant laufen können, ist folgende Setzung durchzuführen.

[mysqldump]
max_allowed_packet = 256M
</pre>

<noinclude>
[[Kategorie:Installation| 400]]
[[Kategorie:Administration und Konfiguration]]
</noinclude>

Hinweise zu MariaDB

2022-02-04T10:25:26Z

OB: /* Grundsätzliches */

=Hinweise zu MySQL und MariaDB=
==Allgemeines==
Für die Konfiguration der Datenbank (unabhängig davon, welcher Hersteller verwendet wird), sind teilweise Standardsetzungen nicht hilfreich, da das von Sitepark für den IES entwickelte ER-Modell einen generischen Ansatz hat und teilweise über die dritte Normalform hinausgeht (siehe https://de.wikipedia.org/wiki/Normalisierung_(Datenbank)). Ebenso sind Standardoptimierungen in den Ausprägungen der von den unterschiedlichen Linux-Distributionen verwendeten Default-Einstellungen teilweise kontraproduktiv.

==Initialisierung==
Der IES verwaltet "seine" Datenbanken (grundsätzlich eine DB je Mandant) selbständig. D.h. er legt sie an, kümmert sich bei Updates um Änderungen des Schemas und führt bei Bedarf Optimierungen durch. Dazu kann grundsätzlich der Datenbank-root-User verwendet werden.

Es wird empfohlen für die Verwaltung der Datenbanken vom IES einen eigenen Nutzer mit "DB-root-Rechten" anzulegen.
CREATE USER 'siteparkroot' IDENTIFIED BY 'PASSWORD';
GRANT ALL ON *.* TO 'siteparkroot'@localhost IDENTIFIED BY 'PASSWORD' with grant option;
GRANT ALL ON *.* TO 'siteparkroot'@127.0.0.1 IDENTIFIED BY 'PASSWORD' with grant option;
FLUSH PRIVILEGES;

Bei Nutzung des "normalen" Datenbank-root-User ist es - insbesondere bei MariaDB, ggf. auch zukünftig bei MySQL und natürlich immer abhängig von der Implementierung der Datenbank im jeweiligen Linux-Derivat - zwingend notwendig, dass der root-User sich nicht nur über das unix_socket anmelden kann, sondern auch für den root-Nutzer ein "echtes" Passwort vergeben wird.

Beispielhaft hier die Vergabe eines Passwortes für "root" bei einer Standard-MariaDB-10.6-Installation aus den Repositories von mariadb.org (vgl. https://mariadb.com/kb/en/authentication-from-mariadb-104/):

<div class="note">
mysql
MariaDB> set password = password("MEINGEHEIMESPASSWORT");
</div>

Nun kann sich der root-User auf der Konsole über das Unix-Socket und auch über die TCP-Verbindung verbinden. Die TCP-Verbindung kann auch auf der Konsole mittels <pre>mysql --protocol=TCP -u root -p"MEINGEHEIMESPASSWORT"</pre> erzwungen und getestet werden.

==Konfiguration==
===Grundsätzliches===
Die Verbindung zu MySQL über den TCP-Port muss freigegeben werden. Lokale Sockets funktionieren '''nicht''' (siehe oben).

<div class="note">
Wie alle Dienste eines Systems, muss auch bei MySQL die Konfiguration regelmäßig geprüft werden.
Die aktuellen Parameter müssen ermittelt werden und Einstellungen entsprechend angepasst werden. Gerade die Setzungen ''innodb_buffer_pool_size'' und ''table_open_cache'' u.ä. müssen mit wachsenden Datenbestand überprüft werden!
</div>

Die Netzwerkbindungen müssen wie folgt (vielfach Standard bei Debian/Ubuntu/MariaDB/MySQL) konfiguriert sein:
#skip-networking

# Instead of skip-networking the default is now to listen only on
# localhost which is more compatible and is not less secure.
bind-address = 127.0.0.1

'''Bekannte Besonderheit: SuSE Linux Enterprise Server 11 - Service Pack 1'''

Mit dem Service Pack 1 kann der IES keine Verbindung zur Datenbank mehr herstellen, wenn ''bind-address'' mit einer IP-Adresse angegeben wurde. Das Problem kann gelöst werden, indem die ''bind-address'' Konfiguration auskommentiert wird.

Ab SLES11 ist es möglich, dass in der /etc/hosts-Datei standardmäßig localhost nur auf ::1 gebunden wird. Dann wird die MySQL-Administration mit dem IES nicht funktionieren. Es muss localhost (auch) auf eine IPv4-Adresse (127.0.0.1) gebunden werden.

===Besonderheiten für den IES===
Da der IES den transaktionssicheren Datenbanktyp ''InnoDB'' verwendet empfehlen wir Anpassungen an einigen Optionen. In der Standard-MariaDB-Installation empfehlen wir eine Konfigurations-Datei anzulegen, die alle Paramenter bündelt. Unter Debian/Ubuntu bietet sich z.B. <code>/etc/mysql/mariadb.conf.d/50-sitepark.cnf</code>an.

Bitte wählen Sie hier Größenordnungen, die auf Ihre Hardware abgestimmt sind. Wenn Sie unsicher sind welche Setzungen zu verwenden sind, sprechen Sie uns bitte an. Wir werden Ihnen dann entsprechende Erfahrungswerte nennen können.

<pre>
[mysqld]
disable-log-bin # sollten Sie Replikation oder Clustering nutzen, geht das natürlich nicht
slow_query_log = ON # diese Setzung kann zu Debugging-Zwecken hilfreich sein

character-set-server = utf8
collation-server = utf8_general_ci

max_allowed_packet = 256M
max_connections = 150
max_heap_table_size = 512M
tmp_table_size = 512M

query_cache_limit = 64M
query_cache_size = 0
query_cache_type = 0

join_buffer_size = 32M

innodb_flush_log_at_trx_commit = 1 # https://mariadb.com/docs/reference/es/system-variables/innodb_flush_log_at_trx_commit/

# Damit auch bei großen Datenmengen im System der IES maximal performant mit den Daten arbeiten kann,
# ist es notwendig, möglichst viel RAM für die Nutzung der Datenbank zur Verfügung zu stellen.
# So können unnötige Zugriffe auf den Festspeicher vermieden werden.
# Ein Richtwert kann als root-User über die gesamte Datengröße aller Datenbanken ermittelt werden:
# SELECT concat( round( sum( data_length + index_length) / ( 1024 * 1024 ) , 2 ) , ' MB' ) TotalSize FROM information_schema.TABLES WHERE ENGINE='InnoDB';
# Beachten Sie hierbei, dass die Daten- und Indexmenge im Laufe des IES-Betriebs kontinuiertlich steigen wird. Im Rahmen des Montiorings und der sich daraus ergebenden Skalierungsnotwendigkeit ist dieser Wert immer an die aktuellen Gegebenheiten anzupassen.
innodb_buffer_pool_size = 8G # https://mariadb.com/docs/reference/es/system-variables/innodb_buffer_pool_size/

innodb_log_buffer_size = 32M
innodb_log_file_size = 512M

innodb_open_files = 1000

innodb_buffer_pool_dump_at_shutdown = OFF
innodb_buffer_pool_load_at_startup = OFF

innodb_temp_data_file_path = ibtmp1:32M:autoextend

table_open_cache = 1000
open_files_limit = 6000
table_definition_cache = 1000

# Gerade der folgende Parameter MUSS auf 1 gesetzt werden. Der Standardwert 4 (Optimierung mittels Histogrammen) führt bei der Menge an Joins und der temporär erzeugten Tabellen, die der IES ausführt aus erzeugt, dazu, dass das DB-System innerhalb kürzester Zeit Unmengen an RAM benötigt und unbedienbar wird.
optimizer_use_condition_selectivity = 1 # https://mariadb.com/docs/reference/mdb/system-variables/optimizer_use_condition_selectivity/

# Weiterhin macht es unter Linux-Systemen durchaus Sinn den ''OS-Level-Cache'' zu umgehen um nicht "doppelt" zu cachen.
# Liegen die InnoDB-Daten-Dateien in einem SAN, sollte laut MySQL auf diese Setzung verzichtet werden.
# Seit MariaDB 10.6 ist die Setzung eine Standardsetzung.
innodb_flush_method=O_DIRECT

# Um im Zeichensatzbereich für jede Anwendung Klarheit darüber zu schaffen, dass sie UTF-8 als Zeichensatz verwendet, sind folgende Setzungen zu tätigen (für den Server ist die Setzung bereits oben definiert):

[client]
default-character-set = utf8

# Damit eine konsistente Sicherung der Datenbank z.B. mittels eines File-Backups möglich ist, sind nicht die Datenbankdateien (meist in <code>/var/lib/mysql/*</code>) zu sichern, sondern regelmäßige Datenbankdumps mittels <code>mysqldump -uUSER -pPASSWORD --opt --skip-lock-tables --single-transaction DATABASE</code> durchzuführen. Die dump-Dateien können dann gzip-pt und gesichert werden. Damit die Dumps performant laufen können, ist folgende Setzung durchzuführen.

[mysqldump]
max_allowed_packet = 256M
</pre>

<noinclude>
[[Kategorie:Installation| 400]]
[[Kategorie:Administration und Konfiguration]]
</noinclude>

Hinweise zu MariaDB

2022-02-04T10:25:08Z

OB: /* Konfiguration */

=Hinweise zu MySQL und MariaDB=
==Allgemeines==
Für die Konfiguration der Datenbank (unabhängig davon, welcher Hersteller verwendet wird), sind teilweise Standardsetzungen nicht hilfreich, da das von Sitepark für den IES entwickelte ER-Modell einen generischen Ansatz hat und teilweise über die dritte Normalform hinausgeht (siehe https://de.wikipedia.org/wiki/Normalisierung_(Datenbank)). Ebenso sind Standardoptimierungen in den Ausprägungen der von den unterschiedlichen Linux-Distributionen verwendeten Default-Einstellungen teilweise kontraproduktiv.

==Initialisierung==
Der IES verwaltet "seine" Datenbanken (grundsätzlich eine DB je Mandant) selbständig. D.h. er legt sie an, kümmert sich bei Updates um Änderungen des Schemas und führt bei Bedarf Optimierungen durch. Dazu kann grundsätzlich der Datenbank-root-User verwendet werden.

Es wird empfohlen für die Verwaltung der Datenbanken vom IES einen eigenen Nutzer mit "DB-root-Rechten" anzulegen.
CREATE USER 'siteparkroot' IDENTIFIED BY 'PASSWORD';
GRANT ALL ON *.* TO 'siteparkroot'@localhost IDENTIFIED BY 'PASSWORD' with grant option;
GRANT ALL ON *.* TO 'siteparkroot'@127.0.0.1 IDENTIFIED BY 'PASSWORD' with grant option;
FLUSH PRIVILEGES;

Bei Nutzung des "normalen" Datenbank-root-User ist es - insbesondere bei MariaDB, ggf. auch zukünftig bei MySQL und natürlich immer abhängig von der Implementierung der Datenbank im jeweiligen Linux-Derivat - zwingend notwendig, dass der root-User sich nicht nur über das unix_socket anmelden kann, sondern auch für den root-Nutzer ein "echtes" Passwort vergeben wird.

Beispielhaft hier die Vergabe eines Passwortes für "root" bei einer Standard-MariaDB-10.6-Installation aus den Repositories von mariadb.org (vgl. https://mariadb.com/kb/en/authentication-from-mariadb-104/):

<div class="note">
mysql
MariaDB> set password = password("MEINGEHEIMESPASSWORT");
</div>

Nun kann sich der root-User auf der Konsole über das Unix-Socket und auch über die TCP-Verbindung verbinden. Die TCP-Verbindung kann auch auf der Konsole mittels <pre>mysql --protocol=TCP -u root -p"MEINGEHEIMESPASSWORT"</pre> erzwungen und getestet werden.

==Konfiguration==
===Grundsätzliches===
Die Verbindung zu MySQL über den TCP-Port muss freigegeben werden. Lokale Sockets funktionieren '''nicht''' (siehe oben).

<div class="note">
Wie alle Dienste eines Systems, muss auch bei MySQL die Konfiguration regelmäßig geprüft werden.
Die aktuellen Parameter müssen ermittelt werden und Einstellungen entsprechend angepasst werden. Gerade die Setzungen ''innodb_buffer_pool_size'' und ''table_open_cache'' u.ä. müssen mit wachsenden Datenbestand überprüft werden!
</div>

Die Netzwerkbindungen müssen wie folgt (vielfach Standard bei Debian/Ubuntu/MariaDB/MySQL) konfiguriert sein:
#skip-networking

# Instead of skip-networking the default is now to listen only on
# localhost which is more compatible and is not less secure.
bind-address = 127.0.0.1

'''Bekannte Besonderheit: SuSE Linux Enterprise Server 11 - Service Pack 1'''

Mit dem Service Pack 1 kann der IES keine Verbindung zur Datenbank mehr herstellen, wenn ''bind-address'' mit einer IP-Adresse angegeben wurde. Das Problem kann gelöst werden, indem die ''bind-address'' Konfiguration auskommentiert wird.

Ab SLES11 ist es möglich, dass in der /etc/hosts-Datei standardmäßig localhost nur auf ::1 gebunden wird. Dann wird die MySQL-Administration mit dem IES nicht funktionieren. Es muss localhost (auch) auf eine IPv4-Adresse (127.0.0.1) gebunden werden.

-----------------------------------------------------

===Besonderheiten für den IES===
Da der IES den transaktionssicheren Datenbanktyp ''InnoDB'' verwendet empfehlen wir Anpassungen an einigen Optionen. In der Standard-MariaDB-Installation empfehlen wir eine Konfigurations-Datei anzulegen, die alle Paramenter bündelt. Unter Debian/Ubuntu bietet sich z.B. <code>/etc/mysql/mariadb.conf.d/50-sitepark.cnf</code>an.

Bitte wählen Sie hier Größenordnungen, die auf Ihre Hardware abgestimmt sind. Wenn Sie unsicher sind welche Setzungen zu verwenden sind, sprechen Sie uns bitte an. Wir werden Ihnen dann entsprechende Erfahrungswerte nennen können.

<pre>
[mysqld]
disable-log-bin # sollten Sie Replikation oder Clustering nutzen, geht das natürlich nicht
slow_query_log = ON # diese Setzung kann zu Debugging-Zwecken hilfreich sein

character-set-server = utf8
collation-server = utf8_general_ci

max_allowed_packet = 256M
max_connections = 150
max_heap_table_size = 512M
tmp_table_size = 512M

query_cache_limit = 64M
query_cache_size = 0
query_cache_type = 0

join_buffer_size = 32M

innodb_flush_log_at_trx_commit = 1 # https://mariadb.com/docs/reference/es/system-variables/innodb_flush_log_at_trx_commit/

# Damit auch bei großen Datenmengen im System der IES maximal performant mit den Daten arbeiten kann,
# ist es notwendig, möglichst viel RAM für die Nutzung der Datenbank zur Verfügung zu stellen.
# So können unnötige Zugriffe auf den Festspeicher vermieden werden.
# Ein Richtwert kann als root-User über die gesamte Datengröße aller Datenbanken ermittelt werden:
# SELECT concat( round( sum( data_length + index_length) / ( 1024 * 1024 ) , 2 ) , ' MB' ) TotalSize FROM information_schema.TABLES WHERE ENGINE='InnoDB';
# Beachten Sie hierbei, dass die Daten- und Indexmenge im Laufe des IES-Betriebs kontinuiertlich steigen wird. Im Rahmen des Montiorings und der sich daraus ergebenden Skalierungsnotwendigkeit ist dieser Wert immer an die aktuellen Gegebenheiten anzupassen.
innodb_buffer_pool_size = 8G # https://mariadb.com/docs/reference/es/system-variables/innodb_buffer_pool_size/

innodb_log_buffer_size = 32M
innodb_log_file_size = 512M

innodb_open_files = 1000

innodb_buffer_pool_dump_at_shutdown = OFF
innodb_buffer_pool_load_at_startup = OFF

innodb_temp_data_file_path = ibtmp1:32M:autoextend

table_open_cache = 1000
open_files_limit = 6000
table_definition_cache = 1000

# Gerade der folgende Parameter MUSS auf 1 gesetzt werden. Der Standardwert 4 (Optimierung mittels Histogrammen) führt bei der Menge an Joins und der temporär erzeugten Tabellen, die der IES ausführt aus erzeugt, dazu, dass das DB-System innerhalb kürzester Zeit Unmengen an RAM benötigt und unbedienbar wird.
optimizer_use_condition_selectivity = 1 # https://mariadb.com/docs/reference/mdb/system-variables/optimizer_use_condition_selectivity/

# Weiterhin macht es unter Linux-Systemen durchaus Sinn den ''OS-Level-Cache'' zu umgehen um nicht "doppelt" zu cachen.
# Liegen die InnoDB-Daten-Dateien in einem SAN, sollte laut MySQL auf diese Setzung verzichtet werden.
# Seit MariaDB 10.6 ist die Setzung eine Standardsetzung.
innodb_flush_method=O_DIRECT

# Um im Zeichensatzbereich für jede Anwendung Klarheit darüber zu schaffen, dass sie UTF-8 als Zeichensatz verwendet, sind folgende Setzungen zu tätigen (für den Server ist die Setzung bereits oben definiert):

[client]
default-character-set = utf8

# Damit eine konsistente Sicherung der Datenbank z.B. mittels eines File-Backups möglich ist, sind nicht die Datenbankdateien (meist in <code>/var/lib/mysql/*</code>) zu sichern, sondern regelmäßige Datenbankdumps mittels <code>mysqldump -uUSER -pPASSWORD --opt --skip-lock-tables --single-transaction DATABASE</code> durchzuführen. Die dump-Dateien können dann gzip-pt und gesichert werden. Damit die Dumps performant laufen können, ist folgende Setzung durchzuführen.

[mysqldump]
max_allowed_packet = 256M
</pre>

<noinclude>
[[Kategorie:Installation| 400]]
[[Kategorie:Administration und Konfiguration]]
</noinclude>

Hinweise zu MariaDB

2022-02-04T10:24:10Z

OB: /* Konfiguration */

=Hinweise zu MySQL und MariaDB=
==Allgemeines==
Für die Konfiguration der Datenbank (unabhängig davon, welcher Hersteller verwendet wird), sind teilweise Standardsetzungen nicht hilfreich, da das von Sitepark für den IES entwickelte ER-Modell einen generischen Ansatz hat und teilweise über die dritte Normalform hinausgeht (siehe https://de.wikipedia.org/wiki/Normalisierung_(Datenbank)). Ebenso sind Standardoptimierungen in den Ausprägungen der von den unterschiedlichen Linux-Distributionen verwendeten Default-Einstellungen teilweise kontraproduktiv.

==Initialisierung==
Der IES verwaltet "seine" Datenbanken (grundsätzlich eine DB je Mandant) selbständig. D.h. er legt sie an, kümmert sich bei Updates um Änderungen des Schemas und führt bei Bedarf Optimierungen durch. Dazu kann grundsätzlich der Datenbank-root-User verwendet werden.

Es wird empfohlen für die Verwaltung der Datenbanken vom IES einen eigenen Nutzer mit "DB-root-Rechten" anzulegen.
CREATE USER 'siteparkroot' IDENTIFIED BY 'PASSWORD';
GRANT ALL ON *.* TO 'siteparkroot'@localhost IDENTIFIED BY 'PASSWORD' with grant option;
GRANT ALL ON *.* TO 'siteparkroot'@127.0.0.1 IDENTIFIED BY 'PASSWORD' with grant option;
FLUSH PRIVILEGES;

Bei Nutzung des "normalen" Datenbank-root-User ist es - insbesondere bei MariaDB, ggf. auch zukünftig bei MySQL und natürlich immer abhängig von der Implementierung der Datenbank im jeweiligen Linux-Derivat - zwingend notwendig, dass der root-User sich nicht nur über das unix_socket anmelden kann, sondern auch für den root-Nutzer ein "echtes" Passwort vergeben wird.

Beispielhaft hier die Vergabe eines Passwortes für "root" bei einer Standard-MariaDB-10.6-Installation aus den Repositories von mariadb.org (vgl. https://mariadb.com/kb/en/authentication-from-mariadb-104/):

<div class="note">
mysql
MariaDB> set password = password("MEINGEHEIMESPASSWORT");
</div>

Nun kann sich der root-User auf der Konsole über das Unix-Socket und auch über die TCP-Verbindung verbinden. Die TCP-Verbindung kann auch auf der Konsole mittels <pre>mysql --protocol=TCP -u root -p"MEINGEHEIMESPASSWORT"</pre> erzwungen und getestet werden.

==Konfiguration==
Die Verbindung zu MySQL über den TCP-Port muss freigegeben werden. Lokale Sockets funktionieren '''nicht''' (siehe oben).

<div class="note">
Wie alle Dienste eines Systems, muss auch bei MySQL die Konfiguration regelmäßig geprüft werden.
Die aktuellen Parameter müssen ermittelt werden und Einstellungen entsprechend angepasst werden. Gerade die Setzungen ''innodb_buffer_pool_size'' und ''table_open_cache'' u.ä. müssen mit wachsenden Datenbestand überprüft werden!
</div>

Die Netzwerkbindungen müssen wie folgt (vielfach Standard bei Debian/Ubuntu/MariaDB/MySQL) konfiguriert sein:
#skip-networking

# Instead of skip-networking the default is now to listen only on
# localhost which is more compatible and is not less secure.
bind-address = 127.0.0.1

'''Bekannte Besonderheit: SuSE Linux Enterprise Server 11 - Service Pack 1'''

Mit dem Service Pack 1 kann der IES keine Verbindung zur Datenbank mehr herstellen, wenn ''bind-address'' mit einer IP-Adresse angegeben wurde. Das Problem kann gelöst werden, indem die ''bind-address'' Konfiguration auskommentiert wird.

Ab SLES11 ist es möglich, dass in der /etc/hosts-Datei standardmäßig localhost nur auf ::1 gebunden wird. Dann wird die MySQL-Administration mit dem IES nicht funktionieren. Es muss localhost (auch) auf eine IPv4-Adresse (127.0.0.1) gebunden werden.

-----------------------------------------------------

'''InnoDB'''
Da der IES den transaktionssicheren Datenbanktyp ''InnoDB'' verwendet empfehlen wir Anpassungen an einigen Optionen. In der Standard-MariaDB-Installation empfehlen wir eine Konfigurations-Datei anzulegen, die alle Paramenter bündelt. Unter Debian/Ubuntu bietet sich z.B. <code>/etc/mysql/mariadb.conf.d/50-sitepark.cnf</code>an.

Bitte wählen Sie hier Größenordnungen, die auf Ihre Hardware abgestimmt sind. Wenn Sie unsicher sind welche Setzungen zu verwenden sind, sprechen Sie uns bitte an. Wir werden Ihnen dann entsprechende Erfahrungswerte nennen können.

<pre>
[mysqld]
disable-log-bin # sollten Sie Replikation oder Clustering nutzen, geht das natürlich nicht
slow_query_log = ON # diese Setzung kann zu Debugging-Zwecken hilfreich sein

character-set-server = utf8
collation-server = utf8_general_ci

max_allowed_packet = 256M
max_connections = 150
max_heap_table_size = 512M
tmp_table_size = 512M

query_cache_limit = 64M
query_cache_size = 0
query_cache_type = 0

join_buffer_size = 32M

innodb_flush_log_at_trx_commit = 1 # https://mariadb.com/docs/reference/es/system-variables/innodb_flush_log_at_trx_commit/

# Damit auch bei großen Datenmengen im System der IES maximal performant mit den Daten arbeiten kann,
# ist es notwendig, möglichst viel RAM für die Nutzung der Datenbank zur Verfügung zu stellen.
# So können unnötige Zugriffe auf den Festspeicher vermieden werden.
# Ein Richtwert kann als root-User über die gesamte Datengröße aller Datenbanken ermittelt werden:
# SELECT concat( round( sum( data_length + index_length) / ( 1024 * 1024 ) , 2 ) , ' MB' ) TotalSize FROM information_schema.TABLES WHERE ENGINE='InnoDB';
# Beachten Sie hierbei, dass die Daten- und Indexmenge im Laufe des IES-Betriebs kontinuiertlich steigen wird. Im Rahmen des Montiorings und der sich daraus ergebenden Skalierungsnotwendigkeit ist dieser Wert immer an die aktuellen Gegebenheiten anzupassen.
innodb_buffer_pool_size = 8G # https://mariadb.com/docs/reference/es/system-variables/innodb_buffer_pool_size/

innodb_log_buffer_size = 32M
innodb_log_file_size = 512M

innodb_open_files = 1000

innodb_buffer_pool_dump_at_shutdown = OFF
innodb_buffer_pool_load_at_startup = OFF

innodb_temp_data_file_path = ibtmp1:32M:autoextend

table_open_cache = 1000
open_files_limit = 6000
table_definition_cache = 1000

# Gerade der folgende Parameter MUSS auf 1 gesetzt werden. Der Standardwert 4 (Optimierung mittels Histogrammen) führt bei der Menge an Joins und der temporär erzeugten Tabellen, die der IES ausführt aus erzeugt, dazu, dass das DB-System innerhalb kürzester Zeit Unmengen an RAM benötigt und unbedienbar wird.
optimizer_use_condition_selectivity = 1 # https://mariadb.com/docs/reference/mdb/system-variables/optimizer_use_condition_selectivity/

# Weiterhin macht es unter Linux-Systemen durchaus Sinn den ''OS-Level-Cache'' zu umgehen um nicht "doppelt" zu cachen.
# Liegen die InnoDB-Daten-Dateien in einem SAN, sollte laut MySQL auf diese Setzung verzichtet werden.
# Seit MariaDB 10.6 ist die Setzung eine Standardsetzung.
innodb_flush_method=O_DIRECT

# Um im Zeichensatzbereich für jede Anwendung Klarheit darüber zu schaffen, dass sie UTF-8 als Zeichensatz verwendet, sind folgende Setzungen zu tätigen (für den Server ist die Setzung bereits oben definiert):

[client]
default-character-set = utf8

# Damit eine konsistente Sicherung der Datenbank z.B. mittels eines File-Backups möglich ist, sind nicht die Datenbankdateien (meist in <code>/var/lib/mysql/*</code>) zu sichern, sondern regelmäßige Datenbankdumps mittels <code>mysqldump -uUSER -pPASSWORD --opt --skip-lock-tables --single-transaction DATABASE</code> durchzuführen. Die dump-Dateien können dann gzip-pt und gesichert werden. Damit die Dumps performant laufen können, ist folgende Setzung durchzuführen.

[mysqldump]
max_allowed_packet = 256M
</pre>

<noinclude>
[[Kategorie:Installation| 400]]
[[Kategorie:Administration und Konfiguration]]
</noinclude>

Hinweise zu MariaDB

2022-02-04T09:43:53Z

OB: /* Initialisierung */

=Hinweise zu MySQL und MariaDB=
==Allgemeines==
Für die Konfiguration der Datenbank (unabhängig davon, welcher Hersteller verwendet wird), sind teilweise Standardsetzungen nicht hilfreich, da das von Sitepark für den IES entwickelte ER-Modell einen generischen Ansatz hat und teilweise über die dritte Normalform hinausgeht (siehe https://de.wikipedia.org/wiki/Normalisierung_(Datenbank)). Ebenso sind Standardoptimierungen in den Ausprägungen der von den unterschiedlichen Linux-Distributionen verwendeten Default-Einstellungen teilweise kontraproduktiv.

==Initialisierung==
Der IES verwaltet "seine" Datenbanken (grundsätzlich eine DB je Mandant) selbständig. D.h. er legt sie an, kümmert sich bei Updates um Änderungen des Schemas und führt bei Bedarf Optimierungen durch. Dazu kann grundsätzlich der Datenbank-root-User verwendet werden.

Es wird empfohlen für die Verwaltung der Datenbanken vom IES einen eigenen Nutzer mit "DB-root-Rechten" anzulegen.
CREATE USER 'siteparkroot' IDENTIFIED BY 'PASSWORD';
GRANT ALL ON *.* TO 'siteparkroot'@localhost IDENTIFIED BY 'PASSWORD' with grant option;
GRANT ALL ON *.* TO 'siteparkroot'@127.0.0.1 IDENTIFIED BY 'PASSWORD' with grant option;
FLUSH PRIVILEGES;

Bei Nutzung des "normalen" Datenbank-root-User ist es - insbesondere bei MariaDB, ggf. auch zukünftig bei MySQL und natürlich immer abhängig von der Implementierung der Datenbank im jeweiligen Linux-Derivat - zwingend notwendig, dass der root-User sich nicht nur über das unix_socket anmelden kann, sondern auch für den root-Nutzer ein "echtes" Passwort vergeben wird.

Beispielhaft hier die Vergabe eines Passwortes für "root" bei einer Standard-MariaDB-10.6-Installation aus den Repositories von mariadb.org (vgl. https://mariadb.com/kb/en/authentication-from-mariadb-104/):

<div class="note">
mysql
MariaDB> set password = password("MEINGEHEIMESPASSWORT");
</div>

Nun kann sich der root-User auf der Konsole über das Unix-Socket und auch über die TCP-Verbindung verbinden. Die TCP-Verbindung kann auch auf der Konsole mittels <pre>mysql --protocol=TCP -u root -p"MEINGEHEIMESPASSWORT"</pre> erzwungen und getestet werden.

==Konfiguration==
Die Verbindung zu MySQL über den TCP-Port muss freigegeben werden. Lokale Sockets funktionieren '''nicht''' (siehe oben).

<div class="note">
Wie alle Dienste eines Systems, muss auch bei MySQL die Konfiguration regelmäßig geprüft werden.
Die aktuellen Parameter müssen ermittelt werden und Einstellungen entsprechend angepasst werden. Gerade die Setzungen ''innodb_buffer_pool_size'' und ''table_open_cache'' u.ä. müssen mit wachsenden Datenbestand überprüft werden!
</div>

Die Netzwerkbindungen müssen wie folgt (vielfach Standard bei Debian/Ubuntu/MariaDB/MySQL) konfiguriert sein:
#skip-networking

# Instead of skip-networking the default is now to listen only on
# localhost which is more compatible and is not less secure.
bind-address = 127.0.0.1

'''Bekannte Besonderheit: SuSE Linux Enterprise Server 11 - Service Pack 1'''

Mit dem Service Pack 1 kann der IES keine Verbindung zur Datenbank mehr herstellen, wenn ''bind-address'' mit einer IP-Adresse angegeben wurde. Das Problem kann gelöst werden, indem die ''bind-address'' Konfiguration auskommentiert wird.

Ab SLES11 ist es möglich, dass in der /etc/hosts-Datei standardmäßig localhost nur auf ::1 gebunden wird. Dann wird die MySQL-Administration mit dem IES nicht funktionieren. Es muss localhost (auch) auf eine IPv4-Adresse (127.0.0.1) gebunden werden.

Da der IES den transaktionssicheren Datenbanktyp ''InnoDB'' verwendet empfehlen sich Anpassungen an folgenden Optionen. In der Standard-MariaDB-Installation empfehlen wir eine Konfigurations-Datei anzulegen, die alle Paramenter bündelt. Unter Debian/Ubuntu bietet sich z.B. <code>/etc/mysql/mariadb.conf.d/50-sitepark.cnf</code>an.

Bitte wählen Sie hier Größenordnungen, die auf Ihre Hardware abgestimmt sind. Wenn Sie unsicher sind welche Setzungen zu verwenden sind, sprechen Sie uns bitte an. Wir werden Ihnen dann entsprechende Erfahrungswerte nennen können.

-----------------------------------------------------

# Größe des MySQL-Keys (Optimiert die Suche in MyISAM Daten)
key_buffer = 256M
bzw.
key_buffer_size = 256M

# MySQL-Paket-Größen gegen an, wie groß ein Statement werden darf (z.B. bei optimierten Dumps)
max_allowed_packet = 256M

# Für die vom System erzeugten temp. Tabellen muss ausreichend Speicherkapazität definiert werden. Hierzu ist folgende Setzung notwendig
max_heap_table_size = 256M
tmp_table_size = 256M

# Alle Daten aller InnoDB-Datenbanken in einer Datei (<code>ibdata</code>) gespeichert werden,
# kann diese initial sofort entsprechend eingestellt werden. Die stete Vergrößerung kostet unnötige Resourcen
# Diese Option kann nachdem bereits Datenbanken des Typs InnoDB angelegt wurden nicht mehr verändert werden!
innodb_data_file_path = ibdata1:3G:autoextend
innodb_autoextend_increment = 512

# Cache-Setzungen für InnoDB. Wählen Sie hier eine Poolgröße, die nicht größer als 50-80% des Speichers ist.
# Ein Richtwert kann als Root-User über die gesamte Datengröße aller Datenbanken (+10-20%) ermittelt werden:
# SELECT concat( round( sum( data_length + index_length) / ( 1024 * 1024 ) , 2 ) , ' MB' ) TotalSize FROM information_schema.TABLES WHERE ENGINE='InnoDB';
innodb_buffer_pool_size=2G

# Open-Files und Open-Tables Setzungen. Hierzu ermitteln Sie am besten die Anzahl aller Tabellen im System und wählen entsprechend
# etwas höhere Werte:
# SELECT count(TABLE_NAME) FROM information_schema.TABLES;
# bzw.
# SHOW OPEN TABLES;
open_files_limit = 6000
table_definition_cache = 1000
table_open_cache = 1000

# Weiterhin macht es unter Linux-Systemen durchaus Sinn den ''OS-Level-Cache'' zu umgehen um nicht "doppelt" zu cachen:
# Liegen die InnoDB-Daten-Dateien in einem SAN, sollte laut MySQL auf diese Setzung verzichtet werden
innodb_flush_method=O_DIRECT

# Um im Zeichensatzbereich für jede Anwendung Klarheit darüber zu schaffen, dass sie UTF-8 als Zeichensatz verwendet, sind folgende Setzungen empfohlen
# im [mysqld]-Bereich
character-set-server = utf8
# im [client]-Bereich
default-character-set = utf8

Weitere Informationen zur Optimierung finden Sie u.a. hier:
http://www.mysqlperformanceblog.com/2007/11/01/innodb-performance-optimization-basics/
<noinclude>
[[Kategorie:Installation| 400]]
[[Kategorie:Administration und Konfiguration]]
</noinclude>

Hinweise zu MariaDB

2022-02-04T09:43:20Z

OB: /* Initialisierung */

=Hinweise zu MySQL und MariaDB=
==Allgemeines==
Für die Konfiguration der Datenbank (unabhängig davon, welcher Hersteller verwendet wird), sind teilweise Standardsetzungen nicht hilfreich, da das von Sitepark für den IES entwickelte ER-Modell einen generischen Ansatz hat und teilweise über die dritte Normalform hinausgeht (siehe https://de.wikipedia.org/wiki/Normalisierung_(Datenbank)). Ebenso sind Standardoptimierungen in den Ausprägungen der von den unterschiedlichen Linux-Distributionen verwendeten Default-Einstellungen teilweise kontraproduktiv.

==Initialisierung==
Der IES verwaltet "seine" Datenbanken (grundsätzlich eine DB je Mandant) selbständig. D.h. er legt sie an, kümmert sich bei Updates um Änderungen des Schemas und führt bei Bedarf Optimierungen durch. Dazu kann grundsätzlich der Datenbank-root-User verwendet werden.

Es wird empfohlen für die Verwaltung der Datenbanken vom IES einen eigenen Nutzer mit "DB-root-Rechten" anzulegen.
CREATE USER 'siteparkroot' IDENTIFIED BY 'PASSWORD';
GRANT ALL ON *.* TO 'siteparkroot'@localhost IDENTIFIED BY 'PASSWORD' with grant option;
GRANT ALL ON *.* TO 'siteparkroot'@127.0.0.1 IDENTIFIED BY 'PASSWORD' with grant option;
FLUSH PRIVILEGES;

Bei Nutzung des "normalen" Datenbank-root-User ist es - insbesondere bei MariaDB, ggf. auch zukünfigt bei MySQL und natürlich immer abhängig von der Implementierung der Datenbank im jeweiligen Linux-Derivat - zwingend notwendig, dass der root-User sich nicht nur über das unix_socket anmelden kann, sondern auch für den root-Nutzer ein "echtes" Passwort vergeben wird.

Beispielhaft hier die Vergabe eines Passwortes für "root" bei einer Standard-MariaDB-10.6-Installation aus den Repositories von mariadb.org (vgl. https://mariadb.com/kb/en/authentication-from-mariadb-104/):

<div class="note">
mysql
MariaDB> set password = password("MEINGEHEIMESPASSWORT");
</div>

Nun kann sich der root-User auf der Konsole über das Unix-Socket und auch über die TCP-Verbindung verbinden. Die TCP-Verbindung kann auch auf der Konsole mittels <pre>mysql --protocol=TCP -u root -p"MEINGEHEIMESPASSWORT"</pre> erzwungen und getestet werden.

==Konfiguration==
Die Verbindung zu MySQL über den TCP-Port muss freigegeben werden. Lokale Sockets funktionieren '''nicht''' (siehe oben).

<div class="note">
Wie alle Dienste eines Systems, muss auch bei MySQL die Konfiguration regelmäßig geprüft werden.
Die aktuellen Parameter müssen ermittelt werden und Einstellungen entsprechend angepasst werden. Gerade die Setzungen ''innodb_buffer_pool_size'' und ''table_open_cache'' u.ä. müssen mit wachsenden Datenbestand überprüft werden!
</div>

Die Netzwerkbindungen müssen wie folgt (vielfach Standard bei Debian/Ubuntu/MariaDB/MySQL) konfiguriert sein:
#skip-networking

# Instead of skip-networking the default is now to listen only on
# localhost which is more compatible and is not less secure.
bind-address = 127.0.0.1

'''Bekannte Besonderheit: SuSE Linux Enterprise Server 11 - Service Pack 1'''

Mit dem Service Pack 1 kann der IES keine Verbindung zur Datenbank mehr herstellen, wenn ''bind-address'' mit einer IP-Adresse angegeben wurde. Das Problem kann gelöst werden, indem die ''bind-address'' Konfiguration auskommentiert wird.

Ab SLES11 ist es möglich, dass in der /etc/hosts-Datei standardmäßig localhost nur auf ::1 gebunden wird. Dann wird die MySQL-Administration mit dem IES nicht funktionieren. Es muss localhost (auch) auf eine IPv4-Adresse (127.0.0.1) gebunden werden.

Da der IES den transaktionssicheren Datenbanktyp ''InnoDB'' verwendet empfehlen sich Anpassungen an folgenden Optionen. In der Standard-MariaDB-Installation empfehlen wir eine Konfigurations-Datei anzulegen, die alle Paramenter bündelt. Unter Debian/Ubuntu bietet sich z.B. <code>/etc/mysql/mariadb.conf.d/50-sitepark.cnf</code>an.

Bitte wählen Sie hier Größenordnungen, die auf Ihre Hardware abgestimmt sind. Wenn Sie unsicher sind welche Setzungen zu verwenden sind, sprechen Sie uns bitte an. Wir werden Ihnen dann entsprechende Erfahrungswerte nennen können.

-----------------------------------------------------

# Größe des MySQL-Keys (Optimiert die Suche in MyISAM Daten)
key_buffer = 256M
bzw.
key_buffer_size = 256M

# MySQL-Paket-Größen gegen an, wie groß ein Statement werden darf (z.B. bei optimierten Dumps)
max_allowed_packet = 256M

# Für die vom System erzeugten temp. Tabellen muss ausreichend Speicherkapazität definiert werden. Hierzu ist folgende Setzung notwendig
max_heap_table_size = 256M
tmp_table_size = 256M

# Alle Daten aller InnoDB-Datenbanken in einer Datei (<code>ibdata</code>) gespeichert werden,
# kann diese initial sofort entsprechend eingestellt werden. Die stete Vergrößerung kostet unnötige Resourcen
# Diese Option kann nachdem bereits Datenbanken des Typs InnoDB angelegt wurden nicht mehr verändert werden!
innodb_data_file_path = ibdata1:3G:autoextend
innodb_autoextend_increment = 512

# Cache-Setzungen für InnoDB. Wählen Sie hier eine Poolgröße, die nicht größer als 50-80% des Speichers ist.
# Ein Richtwert kann als Root-User über die gesamte Datengröße aller Datenbanken (+10-20%) ermittelt werden:
# SELECT concat( round( sum( data_length + index_length) / ( 1024 * 1024 ) , 2 ) , ' MB' ) TotalSize FROM information_schema.TABLES WHERE ENGINE='InnoDB';
innodb_buffer_pool_size=2G

# Open-Files und Open-Tables Setzungen. Hierzu ermitteln Sie am besten die Anzahl aller Tabellen im System und wählen entsprechend
# etwas höhere Werte:
# SELECT count(TABLE_NAME) FROM information_schema.TABLES;
# bzw.
# SHOW OPEN TABLES;
open_files_limit = 6000
table_definition_cache = 1000
table_open_cache = 1000

# Weiterhin macht es unter Linux-Systemen durchaus Sinn den ''OS-Level-Cache'' zu umgehen um nicht "doppelt" zu cachen:
# Liegen die InnoDB-Daten-Dateien in einem SAN, sollte laut MySQL auf diese Setzung verzichtet werden
innodb_flush_method=O_DIRECT

# Um im Zeichensatzbereich für jede Anwendung Klarheit darüber zu schaffen, dass sie UTF-8 als Zeichensatz verwendet, sind folgende Setzungen empfohlen
# im [mysqld]-Bereich
character-set-server = utf8
# im [client]-Bereich
default-character-set = utf8

Weitere Informationen zur Optimierung finden Sie u.a. hier:
http://www.mysqlperformanceblog.com/2007/11/01/innodb-performance-optimization-basics/
<noinclude>
[[Kategorie:Installation| 400]]
[[Kategorie:Administration und Konfiguration]]
</noinclude>

Hinweise zu MariaDB

2022-02-04T09:42:43Z

OB: /* Initialisierung */

=Hinweise zu MySQL und MariaDB=
==Allgemeines==
Für die Konfiguration der Datenbank (unabhängig davon, welcher Hersteller verwendet wird), sind teilweise Standardsetzungen nicht hilfreich, da das von Sitepark für den IES entwickelte ER-Modell einen generischen Ansatz hat und teilweise über die dritte Normalform hinausgeht (siehe https://de.wikipedia.org/wiki/Normalisierung_(Datenbank)). Ebenso sind Standardoptimierungen in den Ausprägungen der von den unterschiedlichen Linux-Distributionen verwendeten Default-Einstellungen teilweise kontraproduktiv.

==Initialisierung==
Der IES verwaltet "seine" Datenbanken (grundsätzlich eine DB je Mandant) selbständig. D.h. er legt sie an, kümmert sich bei Updates um Änderungen des Schemata und führt bei Bedarf Optimierungen durch. Dazu kann grundsätzlich der Datenbank-root-User verwendet werden.

Es wird empfohlen für die Verwaltung der Datenbanken vom IES einen eigenen Nutzer mit "DB-root-Rechten" anzulegen.
CREATE USER 'siteparkroot' IDENTIFIED BY 'PASSWORD';
GRANT ALL ON *.* TO 'siteparkroot'@localhost IDENTIFIED BY 'PASSWORD' with grant option;
GRANT ALL ON *.* TO 'siteparkroot'@127.0.0.1 IDENTIFIED BY 'PASSWORD' with grant option;
FLUSH PRIVILEGES;

Bei Nutzung des "normalen" Datenbank-root-User ist es - insbesondere bei MariaDB, ggf. auch zukünfigt bei MySQL und natürlich immer abhängig von der Implementierung der Datenbank im jeweiligen Linux-Derivat - zwingend notwendig, dass der root-User sich nicht nur über das unix_socket anmelden kann, sondern auch für den root-Nutzer ein "echtes" Passwort vergeben wird.

Beispielhaft hier die Vergabe eines Passwortes für "root" bei einer Standard-MariaDB-10.6-Installation aus den Repositories von mariadb.org (vgl. https://mariadb.com/kb/en/authentication-from-mariadb-104/):

<div class="note">
mysql
MariaDB> set password = password("MEINGEHEIMESPASSWORT");
</div>

Nun kann sich der root-User auf der Konsole über das Unix-Socket und auch über die TCP-Verbindung verbinden. Die TCP-Verbindung kann auch auf der Konsole mittels <pre>mysql --protocol=TCP -u root -p"MEINGEHEIMESPASSWORT"</pre> erzwungen und getestet werden.

==Konfiguration==
Die Verbindung zu MySQL über den TCP-Port muss freigegeben werden. Lokale Sockets funktionieren '''nicht''' (siehe oben).

<div class="note">
Wie alle Dienste eines Systems, muss auch bei MySQL die Konfiguration regelmäßig geprüft werden.
Die aktuellen Parameter müssen ermittelt werden und Einstellungen entsprechend angepasst werden. Gerade die Setzungen ''innodb_buffer_pool_size'' und ''table_open_cache'' u.ä. müssen mit wachsenden Datenbestand überprüft werden!
</div>

Die Netzwerkbindungen müssen wie folgt (vielfach Standard bei Debian/Ubuntu/MariaDB/MySQL) konfiguriert sein:
#skip-networking

# Instead of skip-networking the default is now to listen only on
# localhost which is more compatible and is not less secure.
bind-address = 127.0.0.1

'''Bekannte Besonderheit: SuSE Linux Enterprise Server 11 - Service Pack 1'''

Mit dem Service Pack 1 kann der IES keine Verbindung zur Datenbank mehr herstellen, wenn ''bind-address'' mit einer IP-Adresse angegeben wurde. Das Problem kann gelöst werden, indem die ''bind-address'' Konfiguration auskommentiert wird.

Ab SLES11 ist es möglich, dass in der /etc/hosts-Datei standardmäßig localhost nur auf ::1 gebunden wird. Dann wird die MySQL-Administration mit dem IES nicht funktionieren. Es muss localhost (auch) auf eine IPv4-Adresse (127.0.0.1) gebunden werden.

Da der IES den transaktionssicheren Datenbanktyp ''InnoDB'' verwendet empfehlen sich Anpassungen an folgenden Optionen. In der Standard-MariaDB-Installation empfehlen wir eine Konfigurations-Datei anzulegen, die alle Paramenter bündelt. Unter Debian/Ubuntu bietet sich z.B. <code>/etc/mysql/mariadb.conf.d/50-sitepark.cnf</code>an.

Bitte wählen Sie hier Größenordnungen, die auf Ihre Hardware abgestimmt sind. Wenn Sie unsicher sind welche Setzungen zu verwenden sind, sprechen Sie uns bitte an. Wir werden Ihnen dann entsprechende Erfahrungswerte nennen können.

-----------------------------------------------------

# Größe des MySQL-Keys (Optimiert die Suche in MyISAM Daten)
key_buffer = 256M
bzw.
key_buffer_size = 256M

# MySQL-Paket-Größen gegen an, wie groß ein Statement werden darf (z.B. bei optimierten Dumps)
max_allowed_packet = 256M

# Für die vom System erzeugten temp. Tabellen muss ausreichend Speicherkapazität definiert werden. Hierzu ist folgende Setzung notwendig
max_heap_table_size = 256M
tmp_table_size = 256M

# Alle Daten aller InnoDB-Datenbanken in einer Datei (<code>ibdata</code>) gespeichert werden,
# kann diese initial sofort entsprechend eingestellt werden. Die stete Vergrößerung kostet unnötige Resourcen
# Diese Option kann nachdem bereits Datenbanken des Typs InnoDB angelegt wurden nicht mehr verändert werden!
innodb_data_file_path = ibdata1:3G:autoextend
innodb_autoextend_increment = 512

# Cache-Setzungen für InnoDB. Wählen Sie hier eine Poolgröße, die nicht größer als 50-80% des Speichers ist.
# Ein Richtwert kann als Root-User über die gesamte Datengröße aller Datenbanken (+10-20%) ermittelt werden:
# SELECT concat( round( sum( data_length + index_length) / ( 1024 * 1024 ) , 2 ) , ' MB' ) TotalSize FROM information_schema.TABLES WHERE ENGINE='InnoDB';
innodb_buffer_pool_size=2G

# Open-Files und Open-Tables Setzungen. Hierzu ermitteln Sie am besten die Anzahl aller Tabellen im System und wählen entsprechend
# etwas höhere Werte:
# SELECT count(TABLE_NAME) FROM information_schema.TABLES;
# bzw.
# SHOW OPEN TABLES;
open_files_limit = 6000
table_definition_cache = 1000
table_open_cache = 1000

# Weiterhin macht es unter Linux-Systemen durchaus Sinn den ''OS-Level-Cache'' zu umgehen um nicht "doppelt" zu cachen:
# Liegen die InnoDB-Daten-Dateien in einem SAN, sollte laut MySQL auf diese Setzung verzichtet werden
innodb_flush_method=O_DIRECT

# Um im Zeichensatzbereich für jede Anwendung Klarheit darüber zu schaffen, dass sie UTF-8 als Zeichensatz verwendet, sind folgende Setzungen empfohlen
# im [mysqld]-Bereich
character-set-server = utf8
# im [client]-Bereich
default-character-set = utf8

Weitere Informationen zur Optimierung finden Sie u.a. hier:
http://www.mysqlperformanceblog.com/2007/11/01/innodb-performance-optimization-basics/
<noinclude>
[[Kategorie:Installation| 400]]
[[Kategorie:Administration und Konfiguration]]
</noinclude>

Hinweise zu MariaDB

2022-02-04T09:42:16Z

OB: /* Allgemeines */

=Hinweise zu MySQL und MariaDB=
==Allgemeines==
Für die Konfiguration der Datenbank (unabhängig davon, welcher Hersteller verwendet wird), sind teilweise Standardsetzungen nicht hilfreich, da das von Sitepark für den IES entwickelte ER-Modell einen generischen Ansatz hat und teilweise über die dritte Normalform hinausgeht (siehe https://de.wikipedia.org/wiki/Normalisierung_(Datenbank)). Ebenso sind Standardoptimierungen in den Ausprägungen der von den unterschiedlichen Linux-Distributionen verwendeten Default-Einstellungen teilweise kontraproduktiv.

==Initialisierung==
Der IES verwaltet "seine" Datenbanken (grundsätzlich eine DB je Mandant) selbständig. D.h. er legt sie an, kümmert sich bei Updates um Änderungen des Schemas und führt bei Bedarf Optimierungen durch. Dazu kann grundsätzlich der Datenbank-root-User verwendet werden.

Es wird empfohlen für die Verwaltung der Datenbanken vom IES einen eigenen Nutzer mit "DB-root-Rechten" anzulegen.
CREATE USER 'siteparkroot' IDENTIFIED BY 'PASSWORD';
GRANT ALL ON *.* TO 'siteparkroot'@localhost IDENTIFIED BY 'PASSWORD' with grant option;
GRANT ALL ON *.* TO 'siteparkroot'@127.0.0.1 IDENTIFIED BY 'PASSWORD' with grant option;
FLUSH PRIVILEGES;

Bei Nutzung des "normalen" Datenbank-root-User ist es - insbesondere bei MariaDB, ggf. auch zukünfigt bei MySQL und natürlich immer abhängig von der Implementierung der Datenbank im jeweiligen Linux-Derivat - zwingend notwendig, dass der root-User sich nicht nur über das unix_socket anmelden kann, sondern auch für den root-Nutzer ein "echtes" Passwort vergeben wird.

Beispielhaft hier die Vergabe eines Passwortes für "root" bei einer Standard-MariaDB-10.6-Installation aus den Repositories von mariadb.org (vgl. https://mariadb.com/kb/en/authentication-from-mariadb-104/):

<div class="note">
mysql
MariaDB> set password = password("MEINGEHEIMESPASSWORT");
</div>

Nun kann sich der root-User auf der Konsole über das Unix-Socket und auch über die TCP-Verbindung verbinden. Die TCP-Verbindung kann auch auf der Konsole mittels <pre>mysql --protocol=TCP -u root -p"MEINGEHEIMESPASSWORT"</pre> erzwungen und getestet werden.

==Konfiguration==
Die Verbindung zu MySQL über den TCP-Port muss freigegeben werden. Lokale Sockets funktionieren '''nicht''' (siehe oben).

<div class="note">
Wie alle Dienste eines Systems, muss auch bei MySQL die Konfiguration regelmäßig geprüft werden.
Die aktuellen Parameter müssen ermittelt werden und Einstellungen entsprechend angepasst werden. Gerade die Setzungen ''innodb_buffer_pool_size'' und ''table_open_cache'' u.ä. müssen mit wachsenden Datenbestand überprüft werden!
</div>

Die Netzwerkbindungen müssen wie folgt (vielfach Standard bei Debian/Ubuntu/MariaDB/MySQL) konfiguriert sein:
#skip-networking

# Instead of skip-networking the default is now to listen only on
# localhost which is more compatible and is not less secure.
bind-address = 127.0.0.1

'''Bekannte Besonderheit: SuSE Linux Enterprise Server 11 - Service Pack 1'''

Mit dem Service Pack 1 kann der IES keine Verbindung zur Datenbank mehr herstellen, wenn ''bind-address'' mit einer IP-Adresse angegeben wurde. Das Problem kann gelöst werden, indem die ''bind-address'' Konfiguration auskommentiert wird.

Ab SLES11 ist es möglich, dass in der /etc/hosts-Datei standardmäßig localhost nur auf ::1 gebunden wird. Dann wird die MySQL-Administration mit dem IES nicht funktionieren. Es muss localhost (auch) auf eine IPv4-Adresse (127.0.0.1) gebunden werden.

Da der IES den transaktionssicheren Datenbanktyp ''InnoDB'' verwendet empfehlen sich Anpassungen an folgenden Optionen. In der Standard-MariaDB-Installation empfehlen wir eine Konfigurations-Datei anzulegen, die alle Paramenter bündelt. Unter Debian/Ubuntu bietet sich z.B. <code>/etc/mysql/mariadb.conf.d/50-sitepark.cnf</code>an.

Bitte wählen Sie hier Größenordnungen, die auf Ihre Hardware abgestimmt sind. Wenn Sie unsicher sind welche Setzungen zu verwenden sind, sprechen Sie uns bitte an. Wir werden Ihnen dann entsprechende Erfahrungswerte nennen können.

-----------------------------------------------------

# Größe des MySQL-Keys (Optimiert die Suche in MyISAM Daten)
key_buffer = 256M
bzw.
key_buffer_size = 256M

# MySQL-Paket-Größen gegen an, wie groß ein Statement werden darf (z.B. bei optimierten Dumps)
max_allowed_packet = 256M

# Für die vom System erzeugten temp. Tabellen muss ausreichend Speicherkapazität definiert werden. Hierzu ist folgende Setzung notwendig
max_heap_table_size = 256M
tmp_table_size = 256M

# Alle Daten aller InnoDB-Datenbanken in einer Datei (<code>ibdata</code>) gespeichert werden,
# kann diese initial sofort entsprechend eingestellt werden. Die stete Vergrößerung kostet unnötige Resourcen
# Diese Option kann nachdem bereits Datenbanken des Typs InnoDB angelegt wurden nicht mehr verändert werden!
innodb_data_file_path = ibdata1:3G:autoextend
innodb_autoextend_increment = 512

# Cache-Setzungen für InnoDB. Wählen Sie hier eine Poolgröße, die nicht größer als 50-80% des Speichers ist.
# Ein Richtwert kann als Root-User über die gesamte Datengröße aller Datenbanken (+10-20%) ermittelt werden:
# SELECT concat( round( sum( data_length + index_length) / ( 1024 * 1024 ) , 2 ) , ' MB' ) TotalSize FROM information_schema.TABLES WHERE ENGINE='InnoDB';
innodb_buffer_pool_size=2G

# Open-Files und Open-Tables Setzungen. Hierzu ermitteln Sie am besten die Anzahl aller Tabellen im System und wählen entsprechend
# etwas höhere Werte:
# SELECT count(TABLE_NAME) FROM information_schema.TABLES;
# bzw.
# SHOW OPEN TABLES;
open_files_limit = 6000
table_definition_cache = 1000
table_open_cache = 1000

# Weiterhin macht es unter Linux-Systemen durchaus Sinn den ''OS-Level-Cache'' zu umgehen um nicht "doppelt" zu cachen:
# Liegen die InnoDB-Daten-Dateien in einem SAN, sollte laut MySQL auf diese Setzung verzichtet werden
innodb_flush_method=O_DIRECT

# Um im Zeichensatzbereich für jede Anwendung Klarheit darüber zu schaffen, dass sie UTF-8 als Zeichensatz verwendet, sind folgende Setzungen empfohlen
# im [mysqld]-Bereich
character-set-server = utf8
# im [client]-Bereich
default-character-set = utf8

Weitere Informationen zur Optimierung finden Sie u.a. hier:
http://www.mysqlperformanceblog.com/2007/11/01/innodb-performance-optimization-basics/
<noinclude>
[[Kategorie:Installation| 400]]
[[Kategorie:Administration und Konfiguration]]
</noinclude>

Hinweise zu MariaDB

2022-02-04T09:41:48Z

OB:

=Hinweise zu MySQL und MariaDB=
==Allgemeines==
Für die Konfiguration der Datenbank (unabhängig davon, welcher Hersteller verwendet wird), sind teilweise Standardsetzungen mich hilfreich, da das von Sitepark für den IES entwickelte ER-Modell einen generischen Ansatz hat und teilweise über die dritte Normalform hinausgeht (siehe https://de.wikipedia.org/wiki/Normalisierung_(Datenbank)). Ebenso sind Standardoptimierungen in den Ausprägungen der von den unterschiedlichen Linux-Distributionen verwendeten Default-Einstellungen teilweise kontraproduktiv.

==Initialisierung==
Der IES verwaltet "seine" Datenbanken (grundsätzlich eine DB je Mandant) selbständig. D.h. er legt sie an, kümmert sich bei Updates um Änderungen des Schemas und führt bei Bedarf Optimierungen durch. Dazu kann grundsätzlich der Datenbank-root-User verwendet werden.

Es wird empfohlen für die Verwaltung der Datenbanken vom IES einen eigenen Nutzer mit "DB-root-Rechten" anzulegen.
CREATE USER 'siteparkroot' IDENTIFIED BY 'PASSWORD';
GRANT ALL ON *.* TO 'siteparkroot'@localhost IDENTIFIED BY 'PASSWORD' with grant option;
GRANT ALL ON *.* TO 'siteparkroot'@127.0.0.1 IDENTIFIED BY 'PASSWORD' with grant option;
FLUSH PRIVILEGES;

Bei Nutzung des "normalen" Datenbank-root-User ist es - insbesondere bei MariaDB, ggf. auch zukünfigt bei MySQL und natürlich immer abhängig von der Implementierung der Datenbank im jeweiligen Linux-Derivat - zwingend notwendig, dass der root-User sich nicht nur über das unix_socket anmelden kann, sondern auch für den root-Nutzer ein "echtes" Passwort vergeben wird.

Beispielhaft hier die Vergabe eines Passwortes für "root" bei einer Standard-MariaDB-10.6-Installation aus den Repositories von mariadb.org (vgl. https://mariadb.com/kb/en/authentication-from-mariadb-104/):

<div class="note">
mysql
MariaDB> set password = password("MEINGEHEIMESPASSWORT");
</div>

Nun kann sich der root-User auf der Konsole über das Unix-Socket und auch über die TCP-Verbindung verbinden. Die TCP-Verbindung kann auch auf der Konsole mittels <pre>mysql --protocol=TCP -u root -p"MEINGEHEIMESPASSWORT"</pre> erzwungen und getestet werden.

==Konfiguration==
Die Verbindung zu MySQL über den TCP-Port muss freigegeben werden. Lokale Sockets funktionieren '''nicht''' (siehe oben).

<div class="note">
Wie alle Dienste eines Systems, muss auch bei MySQL die Konfiguration regelmäßig geprüft werden.
Die aktuellen Parameter müssen ermittelt werden und Einstellungen entsprechend angepasst werden. Gerade die Setzungen ''innodb_buffer_pool_size'' und ''table_open_cache'' u.ä. müssen mit wachsenden Datenbestand überprüft werden!
</div>

Die Netzwerkbindungen müssen wie folgt (vielfach Standard bei Debian/Ubuntu/MariaDB/MySQL) konfiguriert sein:
#skip-networking

# Instead of skip-networking the default is now to listen only on
# localhost which is more compatible and is not less secure.
bind-address = 127.0.0.1

'''Bekannte Besonderheit: SuSE Linux Enterprise Server 11 - Service Pack 1'''

Mit dem Service Pack 1 kann der IES keine Verbindung zur Datenbank mehr herstellen, wenn ''bind-address'' mit einer IP-Adresse angegeben wurde. Das Problem kann gelöst werden, indem die ''bind-address'' Konfiguration auskommentiert wird.

Ab SLES11 ist es möglich, dass in der /etc/hosts-Datei standardmäßig localhost nur auf ::1 gebunden wird. Dann wird die MySQL-Administration mit dem IES nicht funktionieren. Es muss localhost (auch) auf eine IPv4-Adresse (127.0.0.1) gebunden werden.

Da der IES den transaktionssicheren Datenbanktyp ''InnoDB'' verwendet empfehlen sich Anpassungen an folgenden Optionen. In der Standard-MariaDB-Installation empfehlen wir eine Konfigurations-Datei anzulegen, die alle Paramenter bündelt. Unter Debian/Ubuntu bietet sich z.B. <code>/etc/mysql/mariadb.conf.d/50-sitepark.cnf</code>an.

Bitte wählen Sie hier Größenordnungen, die auf Ihre Hardware abgestimmt sind. Wenn Sie unsicher sind welche Setzungen zu verwenden sind, sprechen Sie uns bitte an. Wir werden Ihnen dann entsprechende Erfahrungswerte nennen können.

-----------------------------------------------------

# Größe des MySQL-Keys (Optimiert die Suche in MyISAM Daten)
key_buffer = 256M
bzw.
key_buffer_size = 256M

# MySQL-Paket-Größen gegen an, wie groß ein Statement werden darf (z.B. bei optimierten Dumps)
max_allowed_packet = 256M

# Für die vom System erzeugten temp. Tabellen muss ausreichend Speicherkapazität definiert werden. Hierzu ist folgende Setzung notwendig
max_heap_table_size = 256M
tmp_table_size = 256M

# Alle Daten aller InnoDB-Datenbanken in einer Datei (<code>ibdata</code>) gespeichert werden,
# kann diese initial sofort entsprechend eingestellt werden. Die stete Vergrößerung kostet unnötige Resourcen
# Diese Option kann nachdem bereits Datenbanken des Typs InnoDB angelegt wurden nicht mehr verändert werden!
innodb_data_file_path = ibdata1:3G:autoextend
innodb_autoextend_increment = 512

# Cache-Setzungen für InnoDB. Wählen Sie hier eine Poolgröße, die nicht größer als 50-80% des Speichers ist.
# Ein Richtwert kann als Root-User über die gesamte Datengröße aller Datenbanken (+10-20%) ermittelt werden:
# SELECT concat( round( sum( data_length + index_length) / ( 1024 * 1024 ) , 2 ) , ' MB' ) TotalSize FROM information_schema.TABLES WHERE ENGINE='InnoDB';
innodb_buffer_pool_size=2G

# Open-Files und Open-Tables Setzungen. Hierzu ermitteln Sie am besten die Anzahl aller Tabellen im System und wählen entsprechend
# etwas höhere Werte:
# SELECT count(TABLE_NAME) FROM information_schema.TABLES;
# bzw.
# SHOW OPEN TABLES;
open_files_limit = 6000
table_definition_cache = 1000
table_open_cache = 1000

# Weiterhin macht es unter Linux-Systemen durchaus Sinn den ''OS-Level-Cache'' zu umgehen um nicht "doppelt" zu cachen:
# Liegen die InnoDB-Daten-Dateien in einem SAN, sollte laut MySQL auf diese Setzung verzichtet werden
innodb_flush_method=O_DIRECT

# Um im Zeichensatzbereich für jede Anwendung Klarheit darüber zu schaffen, dass sie UTF-8 als Zeichensatz verwendet, sind folgende Setzungen empfohlen
# im [mysqld]-Bereich
character-set-server = utf8
# im [client]-Bereich
default-character-set = utf8

Weitere Informationen zur Optimierung finden Sie u.a. hier:
http://www.mysqlperformanceblog.com/2007/11/01/innodb-performance-optimization-basics/
<noinclude>
[[Kategorie:Installation| 400]]
[[Kategorie:Administration und Konfiguration]]
</noinclude>

MediaWiki:Sidebar

2021-01-12T08:48:23Z

OB:

MediaWiki:Sidebar

2021-01-11T13:36:29Z

OB:

MediaWiki:Sidebar

2021-01-11T13:35:03Z

OB:

Vorlage:Überarbeiten

2021-01-11T13:31:00Z

OB: OB verschob die Seite Vorlage:Ãœberarbeiten nach Vorlage:Überarbeiten, ohne dabei eine Weiterleitung anzulegen

{| id="Vorlage_Uberarbeiten"
| Dieser Artikel bedarf einer Überarbeitung. Näheres ist auf der [[{{TALKPAGENAME}}|Diskussionsseite]] angegeben. Hilf bitte mit ihn zu verbessern und entferne anschließend diese Markierung.
|}

Kategorie:Qualität der Sprache prüfen

2021-01-11T13:29:29Z

OB: Die Seite wurde neu angelegt: „Für folgende Seiten steht noch eine sprachliche Prüfung des Inhalts aus.“

Für folgende Seiten steht noch eine sprachliche Prüfung des Inhalts aus.

Kategorie:Beispiel überarbeiten testen

2021-01-11T13:28:41Z

OB: Die Seite wurde neu angelegt: „Für folgende Seiten steht noch eine Überarbeitung und Tests der Beispiele an. ==<big>'''Bitte lesen'''</big>: Vorschlag für Beispiele== Sich für einzelne…“

Für folgende Seiten steht noch eine Überarbeitung und Tests der Beispiele an.

==<big>'''Bitte lesen'''</big>: Vorschlag für Beispiele==
Sich für einzelne Tags gute Beispiele aus den Rippen zu schneide fällt oft sehr schwer. Bevor wir nun alle Tags durcharbeiten und die Beispiele testen und erweitern hab ich folgenden Vorschlag:

Um aussagekräftigere Beispiele zu erhalten, währe es sinnvoll ein Tutorial aufzubauen dessen Ergebnis eine komplette (aber einfache) Webseite ergibt. Aus diese Tutorial können einzelne Schnipsel in die Referenz einfließen, aber auch auf das Tutorial verweisen um einen Context-Bezug herzustellen.

Das hört sich erstmal nach viel arbeit an, aber wenn man das Starterkit als Basis nimmt und es eventuell noch abspeckt um es verständlicher zu machen hält sich das, glaub ich, im Rahmen.

Um den ersten Schritt dafür zu machen hab ich mal einen ersten Gliederungsentwurf für das Tutorial ''[[Website_Tutorial|Eine Website mit Infosite aufbauen]]'' erstellt.

--[[Benutzer:Veltrup|Veltrup]] 09:09, 25. Jun. 2008 (CEST)

Kategorie:Qualität des Codes prüfen

2021-01-08T13:23:54Z

OB: Die Seite wurde neu angelegt: „Für folgende Seiten steht noch eine Prüfung des Wiki-Codes aus.“

Für folgende Seiten steht noch eine Prüfung des Wiki-Codes aus.

Wiki-Anpassungen

2021-01-08T13:22:33Z

OB: /* Plugins */

==Anpassungen==
Anpassungen am Wiki und weitere nützliche Spezialseiten:

* [[MediaWiki:Newarticletext]]
:Rahmen für die Bearbeitung von Artikeln (mit der Auswahl der Vorlagen)
* [[MediaWiki:Common.css]]
:CSS-Angaben vom Wiki
* [[MediaWiki:Print.css]]
:CSS-Angaben für die Printansicht
* [[MediaWiki:Monobook.css]]
:CSS-Angaben vom Theme ''Monobook''
* [[MediaWiki:Sidebar]]
:Linke Navigation (auch über die Seiten [[navigation]] erreichbar gemacht
* [[Special:Allpages]]
:Alle Seiten auch über den Typ erreichbar (z.B. alle Vorlagen)
* [[Special:ListFiles]]
:Alle Dateien, die hochgeladen wurden
* [[Special:UserLogin]]
:Link zur Login-Maske (falls erforderlich)
* Anpassungen auf dem Server sind stets im Ordner "/srv/wikibackup" gesichert
* [[Spezial:Benutzerrechte]]
* [[Spezial:Benutzer]]

===Daten des Wiki:===
* Die Datenbank <code>wiki</code> enthält alle Daten des Wiki
* Der Order <code>images</code> enthält alle Medien, die über das Wiki hochgeladen wurden
* Die Datei <code>[[LocalSettings.php]]</code> enthält die Konfiguration
* Der Order <code>extensions</code> enthält alle Erweiterungen
* Der Order <code>config</code> enthält die lokale Wiki-Konfiguration
* Im MediaWiki-Ordner liegt die aktuelle Datei <code>favicon.ico</code>

<noinclude>
[[Kategorie:Intern]]
</noinclude>

Kategorie:Intern

2021-01-08T13:15:15Z

OB: Die Seite wurde geleert.

Kategorie:Partner

2021-01-08T13:15:04Z

OB: Die Seite wurde geleert.

Kategorie:Qualität des Inhalts prüfen

2021-01-08T13:05:08Z

OB: Die Seite wurde neu angelegt: „Für folgende Seiten steht noch eine fachliche Prüfung des Inhalts aus.“

Für folgende Seiten steht noch eine fachliche Prüfung des Inhalts aus.

Undelete - Gelöschte Artikel wiederherstellen

2021-01-08T13:02:45Z

OB: OB verschob die Seite Undelete - Gelöscht Artikel wiederherstellen nach Undelete - Gelöschte Artikel wiederherstellen, ohne dabei eine Weiterleitung anzulegen

''Ab IES-Admin Version 1.2''

Gelöschte Artikel können mit diesem Kommando wiederhergestellt werden. Die Rechte, der Pool in dem sich der Artikel befunden hat und die Publikationszustände können nicht repoduziert werden.

Mit folgendem Aufruf können Artikel repoduziert werden
iesadmin undelete [id [...]] -c <arg> [-f] -g <arg> [-h] [-v] [-vv] [-vvv]

Es müssen ein oder mehrere ID's der gelöschten Artikel angegeben werden.
Optionen:
;-f, --force
:Keine Sicherheitsabfrage
;-c
:ID oder Anchor des Mandanten in dem die Artikel repoduziert werden sollen.
;-g
:ID oder Anchor einer Gruppe (Artikel-Pool) in dem die repoduzierten Artikel abgelegt werden sollen.
;-h, --help
:Zeigt alle verfügbaren Optionen an
;-v, --verbose
:Verbose Level 1
;-vv, --more-verbose
:Verbose Level 2
;-vvv, --most-verbose
:Verbose Level 3

Folgendes Statement kann helfen die gelöschten Artikel zu finden
<source lang="sql">
SELECT
from_unixtime(h._timestamp/1000) AS t,
concat(h._elementID, '-1000') AS id,
def._name AS name,
-- MAX(def._version) AS lastUpdateTime,
concat(user._lastname, ', ', user._firstname, ' (' , user._login , ')') AS userName,
h._comment

FROM
InformationDefinitionV AS def,
HistoryDefinition AS h

LEFT JOIN
UserDefinition AS user
ON
h._userID = user._userID

WHERE
def._informationID = h._elementID AND
h._elementType = 1000 AND
h._eventCommand = 2
-- AND def._informationID = [INFORMATION-ID]
-- AND h._timestamp = 1346330743251

GROUP BY
h._elementID

ORDER BY
h._timestamp DESC
LIMIT 200
;
</source>

Nach dem Ausführen von <code>iesadmin undelete</code> sind die Daten in der Datenbank korrigiert. Anschließend muss noch das Repository des Mandanten neu geladen werden (IES-Admin Web-Interface).
Danach sind die Artikel in dem Angegebenen Artikel-Pool zu sehen. Um den Content wieder herzustellen muss für jeden Artikel über die Versionierungsfunktion in Infosite die '''vorletze''' Version ausgewählt und gespeichert werden. Idealer weise könnte man in diesem Schritt auch die Publikations-Stati wie gewollt setzten. Dann kann der Artikel gespeichert werden und die Reproduktion des Artikels ist abgeschlossen.

Undelete - Gelöschte Artikel wiederherstellen

2021-01-08T13:02:30Z

OB: OB verschob die Seite Undelete - GelÃ¶scht Artikel wiederherstellen nach Undelete - Gelöscht Artikel wiederherstellen, ohne dabei eine Weiterleitung anzulegen

Suche über die IES-API

2021-01-08T13:01:54Z

OB: OB verschob die Seite Suche Ã¼ber die IES-API nach Suche über die IES-API, ohne dabei eine Weiterleitung anzulegen

Für die IES API wurde ein neuer Query-Parser entwickelt der die Anforderung an die IES API erfüllt. Eine Query muss folgender Syntax entsprechen:
<source lang="text">
SELECT {field}[§{type}][#{locale}][->{field}[§{type}][#{locale}]] [AS {alias}], ...
[
PARENT {parent} |
REFERRER {parent} {field}[§{type}][#{locale}][->{field}[§{type}][#{locale}]] |
REFERENCE {parent} {field}[§{type}][#{locale}][->{field}[§{type}][#{locale}]]
]
WHERE {where_condition}
[SORT {field}[§{type}][#{locale}][->{field}[§{type}][#{locale}]]][ ASC | DESC], ...|RANDOM
[LIMIT {offset} [,{row_count}]]
[OPTIONS {name}={value}, ...]
</source>

====Felddefinition für SELECT, REFERRER, REFERENCE, WHERE und SORT====

=====Felder über Links=====
Es ist möglich Felder von Objekten zurückzuliefern, auf die das Treffer-Objekt verweist. So wird mit
sp_mylink->sp_mytext
auf das Feld 'sp_mytext' des Objektes zugegriffen auf das das Treffer-Objekt über den Link 'sp_mylink' verweist.

=====Feldtypen (Nur für IES-2 Abwärtskompatibilität)=====
Um auf Felder zuzugreifen bei denen ein Type definiert wurde wird der Trenner <code>§</code> verwendet. So wird mit
sp_mylink§link
auf das Feld 'sp_mylink' vom Type <code>link</code> zugegriffen.

=====Sprache des Feldes=====
Bei mehrsprachigen Feldern kann die gewünschte Sprache mit dem Trenner <code>#</code> angegeben werden. So wird mit
sp_mytext#de
das Feld mit der Sprache <code>de</code> zurückgegeben.

Wird keine Sprache angegeben, wird die Default-Sprache verwendet

sp_mytext

ist äquivalent zu

sp_text#default

Um Sprachübergreifend zu suchen, kann <code>*</code> angegeben werden

sp_text#*

'''''Achtung:''''' Sprachübergreifende Suchen können nicht im Volltext-Index (<code>LUCENE_SEACH()</code>) angewendet werden. Der Grund dafür ist, das sprachspezifische Stopp-Wörter und Wort-Stämme in dem Volltext-Index relavant sind.

=====Wildcards für hierarchische Feldnamen=====
Für hierarchische Feldnamen können Wildcards angegeben werden, um Feldnamen in verschiedenen Ebenen anzusprechen. Hierfür kann ein einfacher Stern (<code>*</code>) für eine Ebenen oder zwei Sterne (<code>**</code>) für beliebige Ebenen verwendet werden.

Beispiele: Ein bestimmtes Feld in einer Ebene

*.sp_mytext
Verwendet alle Felder mit dem Namen <code>sp_mytext</code>, die in der zweiten Ebene liegen wie
mylist[2].sp_mytext
mylist[5].sp_mytext
mysub.sp_mytext

Beispiele: Ein bestimmtes Feld in beliebiger Ebene

**.sp_mytext
Verwendet alle Felder mit dem Namen <code>sp_mytext</code>, die in mindestens der zweiten Ebene liegen
mylist[2].sp_mytext
mylist[5].sp_mytext
mysub.sp_mytext
mysub.mylist[1].mytext
mylist[5].mysub.sp_mytext
mylist[5].mysublist[3].sp_mytext
mylist[5].mysublist[3].mysub.sp_mytext

Beispiele: Beliebiges Feld in einer bestimmten Ebene

sp_mylist.*
Verwendet alle Felder die in der ersten Ebene vom <code>sp_mylist</code> liegen
sp_mylist[2].sp_text
sp_mylist.sp_text2

Beispiele: Beliebiges Feld ab einer bestimmten Ebene

sp_mylist.**
Verwendet alle Felder die unterhalb von <code>sp_mylist</code> liegen
sp_mylist[2].sp_text
sp_mylist.sp_text2
sp_mylist[4].sp_sub.sp_text3

Bei tieferen Strukturen können <code>*</code> und <code>**</code> kombiniert werden. Hier einige Beispiele
*.a.**
**.a.**
**.a.*.c
*.a.x.**

Aus Performanz-gründen können maximal 4 Felder angegeben. Bei Feldnamen mit mehr als 4 Ebenen kann nur nach den ersten bzw. letzten Ebenen gesucht werden.
Folgender Feldname
a.b.c.d.e.f.g
kann nur bis zu den ersten 3 Feldern oder den letzten 3 Felder mit Wildcards angegeben werden
a.b.c.**
a.**.g
**.e.f.g
Alle Kombinationen die sich auf die ersten und letzten Felder beschränken sind möglich.

Wildcards innerhalb von Feldnamen wie <code>sp_*</code> sind nicht möglich!

=====Kombinationen für die Felddefinition=====
Die Oben angegebenen Felddefinitionen können beliebig mit einander kombiniert werden. Wichtig ist dabei nur das die Reihenfolge
{field}§{type}#{locale}->{field}...
eingehalten wird. Hier ein paar Beispiele
sp_mylink§systemlink->sp_mytext#de
sp_mylink§link->sp_myLocaleLink#de->sp_mytext
sp_myLocaleLink#de->sp_myimage§url
**.sp_mylink§systemlink->mylist.**.sp_mytext#de

====SELECT====
Alle nach SELECT angegebenen Felder werden im QueryResult zurückgegeben. Folgende Felder werden '''immer''' zurückgegeben:
* <code>id</code> - ID des Treffers
* <code>real</code> - ID des Objektes (nur wenn <code>id</code> ein symbolischer Link ist.
* <code>anchor</code> - Anchor des Treffers oder <code>null</code>, wenn Treffer keinen Anchor hat
* <code>parent</code> - Parent des Treffers

Zu den Möglichkeiten Felder zu definieren siehe: [[#Felddefinition für SELECT, REFERRER, REFERENCE, WHERE und SORT|Felddefinition]]

=====Alias=====
Der in dem QueryResult enthaltene Feldname kann mit Hilfe von <code>{field} AS {alias}</code> gändert werden. So kann Beispielsweise mit
sp_mytext AS text
das Feld <code>sp_mytext</code> in dem QueryResult unter dem Name <code>text</code> enthalten sein.

=====Sonderfelder=====
Folgende Feldnamen sind Schlüsselwörter und übernehmen Sonderfunktionen
;<code>worklist</code>: Mit diesem Schlüsselwort kann eine Worklist eines Nutzers oder einer Nutzergruppe abgefragt werden. Z.Z. in nur der gleich-Operator möglich. Als Wert kann eine ID oder ein Anchor angegeben werden
:<source lang="text">worklist = 100010100000001076-3002</source>
;<code>responsible</code>: Mit diesem Schlüsselwort kann der Verantworliche für Objekte des Systems abgefragt werden. Z.Z. in nur der gleich-Operator möglich. Als Wert kann eine ID oder ein Anchor angegeben werden
:<source lang="text">responsible = 100010100000007846-1015</source>

'''''Geplante Erweiterung:'''''

:; Merhfachwerte als Liste zurück liefern.
:: <source lang="text">list({field})</source>
:: Wenn mehrere Felder mit dem Namen <code>field</code> existieren wird eine Liste zurück geliefert.
:: <source lang="text">field: [ "value1", "value2", "value3" ]</source>

:; Mehrfachwerte mit erweiterten Daten
:: <source lang="text">complex({field})</source>
:: Wenn mehrere Felder mit dem Namen <code>field</code> existieren wird eine Liste zurück geliefert.
::<source lang="text">field: [ { path: "mylist[1].mylink->100010100000001143-1015:mylist[3]" value: "value1" },{ path: "mylist[3].mylink->100010100000001143-1015:mylist[4]" value: "value2" } ]</source>

:; Condition innerhalb eines Iterator-Blocks
:: <source lang="text">{ mynum = 10 & mytext = "hans" }</source>
:: Nur Objekte finden, in denen die beiden Felder innerhalb eines Iterator-Blocks die angegebenen Werte haben
:: <source lang="text">{ mynum = 10 & { mylink->mylink->{mytext = "hans" | mytext = "peter" } } }</source>
:: Nur Objekte finden, die innerhalb eines Iteratorblocks mynum = 10 haben und mylink entsprechend gesetzt ist.

====PARENT | REFERRER | REFERENCE====
Mit diesen Schlüsselwörtern kann eine NodeQuery definiert werden. Eine NodeQuery ist eine Suchabfrage die Objekte anhand einer Verknüpfung zu einen obergeordneten Objekt zurückliefert.

Im IES gibt es 3 verschiedene Arten von Verknüpfungen, die hierarchische Strukturen abbilden können:
* '''Parent eines Objektes''': Jedes Objekt besitzt einen Parent, in dem es eingeordnet ist (Im IES-2 wird diese Parent 'Pool' genannt, Im IES-3 sollte hier nur noch von Parent gesprochen werden)
* '''Link auf ein übergeordnetes Objekt''': Ein Objekt ist mit einem übergeordneten Objekt verknüpft. Über diese Art der Verknüpfung werden z.B. in Infosite Navigations-Strukturen für Webseite definiert.
* '''Link auf ein Untergeordnetes Objekt''' Ein Objekt ist min einem untergeordnetem Objekt verknüfpt.

Mit Hilfe der Schlüsselwörter PARENT, REFERRER und REFERENCE kann die Art der Verknüpfung angegeben werden über die nach den Untergeordneten Objekten gesucht werden soll.

Mit <code>{parent}</code> wird der Parent angegeben, dessen Unterelemente zurück geliefert werden sollen. Hier kann der Anchor oder die ID angegeben werden.
<source lang="text">PARENT 100080100000002418-1017</source>
oder
<source lang="text">PARENT gui.informations</source>

;PARENT {parent}
:Definition einer NodeQuery, die Objekte zurück liefert, die den angegebenen Parent haben.
:
:Im IES-2 ist es nicht möglich Unter-Elemente und Unter-Pools in einer Suchabfrage zurück zuliefern (das Datenmodell lässt das nicht zu). Deswegen '''muss''' in dem WHERE Statement eine Einschränkung wie
: <source lang="text">WHERE objectclass = 'Parent'</source>
:oder
: <source lang="text">WHERE objectclass != 'Parent'</source>
:angegeben werden. Dadurch ist gewährleistet das die Query auch im IES-3 die gleichen Treffer liefern wird. Wird diese Einschränkung nicht angegeben wird ein Fehler zurückgegeben.

;REFERRER {parent} {field}[§{linktype}][#{locale}]
:Definition einer NodeQuery, die Objekte zurück liefert, die auf das mit <code>{parent}</code> definierten Objekt verlinken. Weiter muss angegeben werden, über welchen Link die Verknüpfung angelegt ist.
: <source lang="text">REFERRER information.g09.homepage sp_parent§link</source>
:Zu den Möglichkeiten Felder zu definieren siehe: [[#Felddefinition für SELECT, REFERRER, REFERENCE, WHERE und SORT|Felddefinition]]

;REFERENCE {parent} {field}[§{linktype}][#{locale}]
:Definition einer NodeQuery, die Objekte zurück liefert, auf die das mit <code>{parent}</code> definierte Objekt verlinkt. Weiter muss angegeben werden, über welchen Link die Verknüpfung angelegt ist.
: <source lang="text">REFERENCE information.g09.homepage sp_parent§link</source>
:Zu den Möglichkeiten Felder zu definieren siehe: [[#Felddefinition für SELECT, REFERRER, REFERENCE, WHERE und SORT|Felddefinition]]

====WHERE====
Der Ausdruck nach dem WHERE bestimmt die Filterkriterien, nach denen die Ergebnisse zurück geliefert werden sollen. Filterkriterien können mit AND und OR verknüpft und mit Klammern verschachtelt werden.

(a = 1 AND b = 2) OR ((a = 2 AND b = 1) AND (c = 3))

Um einzelne Ausdrücke zu negieren wird NOT verwendet
a = 1 AND NOT(b = 2)

Ausrücke sind entweder Bedingungen oder Funktionen

=====Bedingungen=====
Bedingungen bestehen immer aus einem Feld, einem Operator und einem Wert
a = 1
Mögliche Felder siehe: [[#Felddefinition für SELECT, REFERRER, REFERENCE, WHERE und SORT|Felddefinition]]

Operatoren sind:
{| class="prettytable"
|-
|<code>=</code>
|gleich
|-
|<code>!=</code>
|ungleich
|-
|<code><</code>
|kleiner als
|-
|<code>></code>
|grösser gleich
|-
|<code><=</code>
|kleiner gleich als
|-
|<code>>=</code>
|grösser gleich als
|-
|<code>LIKE</code>
|Textvergleich mit Platzhaltern. '_' für ein beliebiges Zeichen und '%' für kein, ein oder mehrere beliebige Zeichen.<source lang="text">
a LIKE 'abc%' - (alles was mit 'abc' beginnt)
a LIKE 'a_c' - (alles was drei Zeichen lang ist und mit 'a' beginnt und mit 'c' endet)
a LIKE '%abc%' - (alles was 'abc' enthält. ACHTUNG: Bei dieser Variante kann kein Datenbank-Index verwendet werden und die Suche wird ggf langsam.
</source>
|-
|<code>IN</code>
|Enthät einen Wert aus der Liste<source lang="text">
a IN (1,2) - (wenn a den Wert 1 oder 2 hat)
x IN ('a', 'c')
parent IN (100010100000001128-2000,100010100000001129-2000)
parent IN (!{my.parent1.anchor},!{my.parent2.anchor})
</source>
|}

Werte sind:
{| class="prettytable"
|-
|Boolean
|<code>true</code> oder <code>false</code><source lang="text">
a = true
</source>
|-
|Number
|Ganzzahlen und Dezimalzahlen<source lang="text">
a = 1
a = 1.2
</source>
|-
|Text
|Texte werden in einfache Anführungszeichen <code>'abc'</code> oder doppelte Anführungszeichen gefasst <code>"abc"</code>. Im Text enthaltenen Anführungszeichen müssten mit einem Backslash escapte werden.<source lang="text">
sp_title = 'Toms\'s Hütte'
</source>
|-
|ID
|Die ID eines Objekts. Siehe ([[ID]])<source lang="text">
parent = 100010100000001128-2000
mylink->parent = 100010100000001128-2000
</source>
|-
|Anchor
|Alternativ zu der ID kann auch ein Anchor angegeben werden. Diese wird in <code>!{...}</code> gefasst und bei der Ausführung der Suche aufgelöst.<source lang="text">
parent = !{my.parent.anchor}
mylink->parent = !{my.parent.anchor}
</source> Anchor können auch direkt gesucht werden, wenn mit dem Feld <code>anchor</code> gesucht wird. In diesem Fall ist der Anchor ein textuelles Suchkriterium und wird mit Anführungszeichen angegeben.<source lang="text">
anchor = 'my.parent.anchor'
mylink->anchor = 'my.parent.anchor'
</source>
|}

=====Funktionen=====
Funktionen stellen spezielle Filterkriterien bereit. Funktionen im WHERE-Teil liefern keine Rückgabewerte sondern schränken das Suchergebnis direkt ein.

Verfügbare Funkionen sind:

luceneSearch()
spqlSearch()

====SORT====
Sortierung eines Suchergebnisses. Hier können kommasepariert Feldnamen (mit Typen) angegeben werden um die Sortierkriterien zu definieren. Die Sortierrichtung kann mit <code>ASC</code> aufsteigend oder <code>DESC</code> absteigend angegeben werden. Wird keine Sortierrichtung angegeben wird aufsteigend sortiert.
SORT sp_date DESC, sp_title

Zu den Möglichkeiten Felder zu definieren siehe: [[#Felddefinition für SELECT, REFERRER, REFERENCE, WHERE und SORT|Felddefinition]]

====LIMIT====
Um nur eine begrenzte Anzahl von Treffer zurück zu liefert, kann LIMIT verwendet werden. LIMIT kann mit ein oder zwei Argumenten verwendet werden. Wird LIMIT mit einem Argument verwendet wird die Anzahl der angegeben Treffer zurückgeliefert.
LIMIT 10
Liefert die ersten 10 Treffer zurück.

Wird LIMT mit zwei Argumenten verwendet, gibt das erste Argument den Offset der Treffer an. Der Offset beginnt mit 0. Das zweite Argument gibt die Anzahl der zurück zu liefernden Treffer an.
LIMIT 0,10
Liefert die ersten 10 Treffer zurück,
LIMIT 9,10
Liefert die Treffer 10 bis 19 zurück.

====OPTIONS====
Mit der Angabe von Optionen kann das verhalten der Suche noch weiter beeinflusst werden. Optionen werden kommasepariert, Name und Wert durch ein Gleich (=) getrennt.
OPTIONS number=1, boolean=true, text='abc', array=['a','b']

Folgende Optionen stehen zur Verfügung:
;<code>showHide=true|false</code>: Eine Suche liefert immer nur die Objekte, auf die der angemeldete Nutzer lesende Rechte hat. Zusätzlich zu dem lese-Recht gibt es noch den Zusatz 'hide'. Damit können Objekte einem Nutzer vorenthalten werden, auch wenn dieser die nötigen Rechte besitzt. Mit Angabe dieser Option kann gesteuert werden, ob die 'versteckten' Objekte in dem Ergebnis enthalten sein sollen.
;<code>ignoreClassFields</code>=Array ''(ab Version 1.4.10)'': Bei Feldnamens-Konflikten zwischen Content-Feldern und Classen-Feldern kann die Auswertung der Classenfelder deaktiviert werden. Diese Option ist als Workarround gedacht, bis die Möglichkeit geschaffen wird, den Feld-Scope direkt anzugeben als z.B. SELECT Content:disabled, User:disabled. Der Option muss ein Array mit den Classen als Text übergeben werden: <code>ignoreClassField=['User']</code>. Gültige Werte sind 'User', 'Template', 'Directory'

<div style="background:#f5f5f5; padding: 0.5rem 1rem;">
Geplante Optionen:
;<code>locale='de'</code>: Wird diese Option angegeben werden bei der Suche nur die Daten einer bestimmten Sprache berücksichtigt.
;<code>published='www|preview|!mail'</code>: Wird diese Option angegeben werden bei der Suche nur die Daten berücksichtigt, die ein den angegebenen Publikationsbereichen publiziert sind. Es können mehrere Publikationsbereiche angegeben werden (Anchor oder ID). Werden die Publikationsbereiche mit (<code>|</code>) getrennt müssen die Objekte mindestens in einem der angegebenen Publikationsbereiche publiziert sein. Werden die Publikationsbereiche mit (<code>&</code>) getrennt müssen die Objekte in allen angegebenen Bereichen publiziert sein.
: '''''Hinweis zum IES-3'''''
: ''Für den IES-3 wird bei Angabe diese Option auch nur in den Daten gesucht, die für die angegebenen Publikationsbereiche publiziert sind.''
;<code>staged='www|preview|!mail'</code>: Ähnlich wie 'published' soll nach Artikeln gesucht werden, die im angegebenen Publikationsbereich pulpiziert sind, ABER (noch) nicht in der aktuellsten Version.
</div>

====Funktionen====

Über Funktionen können komplexere Such-Anforderungen erfüllt werden

{| class="prettytable sortable"
|- class="hintergrundfarbe1"
! Funktion || Beschreibung || SELECT || WHERE || Countable
|-
| count(countable)
| Liefert die Anzahl einer Listen-Operation. Listen-Operationen sind z.B. Funktionen die Countable sind.
| Ja, Beispiel: <source lang="javascript">SELECT count(referrerLinks()) AS c WHERE ...</source>
| Nein
| Nein
|-
| date(),<br>
date(milleseconds),<br>
date(year, month, day [, hour [, minutes [, seconds [, milliseconds]]]])<br>
''ab IES-API 1.12.2''
| Erzeugt ein Datum (Aktuelles Datum oder Angabe über Zeitstempel in Millisekunden bzw. Datumsangabe)<br>
Mit erweiterten Funktionen können noch Datumsberechnungen vorgenommen werden.
| Nein
| Ja, Beispiele: <source lang="javascript">SELECT ... WHERE sp_date > date()
SELECT ... WHERE sp_date > date(1427788800000)
SELECT ... WHERE sp_date > date(2015, 3, 10, 20, 30)</source>
Um relative Zeitverschiebungen vorzunehmen stehen folgende Funktionen zur Verfügung
<source lang="javascript">date().plusYears(1) oder date().plus(1, 'years')
date().plusMonths(1) oder date().plus(1, 'months')
date().plusDays(1) oder date().plus(1, 'days')
date().plusHours(1) oder date().plus(1, 'hours')
date().plusMinutes(1) oder date().plus(1, 'minutes')
date().plusSeconds(1) oder date().plus(1, 'seconds')
date().plusMilliseconds(1) oder date().plus(1, 'milliseconds')

date().minusYears(1) oder date().minus(1, 'years')
date().minusMonths(1) oder date().minus(1, 'months')
date().minusDays(1) oder date().minus(1, 'days')
date().minusHours(1) oder date().minus(1, 'hours')
date().minusMinutes(1) oder date().minus(1, 'minutes')
date().minusSeconds(1) oder date().minus(1, 'seconds')
date().minusMilliseconds(1) oder date().minus(1, 'milliseconds')</source>

Negative Werte sind zulässig
<source lang="javascript">date().plusYears(-1) oder date().plus(-1, 'years')
date().minusYears(-1) oder date().minus(-1, 'years')</source>

Zum Setzten von absoluten Werten wird 'set' verwendet
<source lang="javascript">date().setYear(2013)
date().setMonth(1)
date().setDay(12)
date().setHour(10)
date().setMinute(30)
date().setSecond(45)
date().setMillisecond(300)</source>

Um das Datum auf einen bestimmten Wochentag zu setzten kann 'toNextWeekDay' oder 'toPreviousWeekDay' verwendet werden. Entspricht der Wochen-Tag dem bereist gesetzten Wochen-Tag bleib das Datum unverändert.
<source lang="javascript">date().toNextWeekDay('monday') // Das Datum wird bis zum nächsten Montag weiter gesetzt (Uhrzeit bleibt unverändert)
date().toPreviousWeekDay('monday') // Das Datum wird bis zum vergangenen Montag zurück gesetzt (Uhrzeit bleibt unverändert)</source>

Der Ostersonntag ist Basis einiger bestimmter (Feier)Tage. Um Osternsonntag zu ermitteln kann 'toNextEasterSunday' oder 'toPreviousEasterSunday' verwendet werden.
<source lang="javascript">date().toNextEasterSunday() // Setzt das Datum auf den nächsten Oster-Sonntag (Uhrzeit bleibt unverändert)
date().toPreviousEasterSunday() // Setzt das Datum auf den vergangenen Oster-Sonntag (Uhrzeit bleibt unverändert)</source>

Alle oben beschriebenen Funktionen können hintereinander geschrieben werden um ein bestimmtes Datum zu erhalten
<source lang="javascript">date().plusYears(-1).minusHours(3).setDay(1)</source>

Beispiele
<source lang="javascript">nächster Rosenmontag: date().toNextEasterSunday().minusDays(48)
der 1. des nächsten Monats: date().setDay(1).plusMonth(1)
der 1. Samstag im nächsten Monat: date().setDay(1).plusMonth(1).toNextWeekDay('saturday')</source>
| Nein
|-
| dependenciesFrom(id|anchor)
| Liefert die Abhängigkeiten, die durch die Publikation entstehen. Geliefert werden die Objekte die Daten dieses Objektes verwenden.
| Ja, Beispiel: <source lang="javascript">{
object: {
id: "100220100000002155-1000",
name: "Artikel A",
anchor: "article.a"
},
template: {
id: "100220100000073645-6000",
name: "Template A",
anchor: "template.a"
},
field: "sp_text"
}</source>
| Ja. Schränkt die Suche auf auf Objekte ein, auf die Daten des Artikels ${article.a} verwenden. Beispiel: <source lang="sql">
SELECT ... WHERE dependenciesFrom(${article.a})
</source>
| Ja
|-
| dependenciesTo(id|anchor)
| Liefert die Abhängigkeiten, die durch die Publikation entstehen. Geliefert werden die Objekte dessen Daten von dieses Objektes verwenden werden.
| Ja, Beispiel: <source lang="javascript">{
object: {
id: "100220100000002155-1000",
name: "Artikel A",
anchor: "article.a"
},
template: {
id: "100220100000073645-6000",
name: "Template A",
anchor: "template.a"
},
field: "sp_text"
}</source>
| Ja. Schränkt die Suche auf auf Objekte ein, dessen Daten vom Artikels ${article.a} verwenden werden. Beispiel: <source lang="sql">
SELECT ... WHERE dependenciesTo(${article.a})
</source>
| Ja
|-
| list(field)
| Liefert die Liste von Werten für ein Content-Feld. Bei Felder die mehr als einen Wert besitzen (z.B. bei einer Multiselect-Box, Checkbox-Group, ...) wird im Normalfall nur der erste Wert zurück geliefert. Um die Liste aller Werte zu erhalten muss die Funktion <code>list()</code> verwendet werden.
| Ja, Beispiel: <source lang="javascript">["a", "b"]</source>
| Nein
| Nein
|-
| lock()
| Liefert die Lock-Informationen zu einem Objekt
| Ja, Beispiel: <source lang="javascript">{
entity: {
id : "100220100000001373-1015",
name: "Artikel-Name",
anchor: "article.anchor"
},
user: {
id : "100220100000001452-3001",
name : "Lustig, Peter",
anchor : "user.lustig.peter",
},
created : 1395758658000,
lastAccess : 1395774558000,
ttl : 60000
}</source>
| Nein
| Nein
|-
| luceneSearch(root, luceneQuery, linkFields)
| Volltext-Suche
| Nein
| Ja
| Nein
|-
| media(field)
| Meta-Daten eines Mediums.
| Ja, Beispiel: <source lang="javascript">{
id : "100220100000065452-11000",
version : 1395758658000,
contentType : "image/png",
filesize : 782342,
filename : "image.png",
originalFilename : "image.png",
width : 400,
height : 700
}</source>
| Nein
| Nein
|-
| parentPath()
| Liefert den Gruppen-Pfad des Objektes (exklusive dem Object)
| Ja, Beispiel: <source lang="javascript">[
{
id: "100220100000002152-2000",
name : "Root",
anchor : "group.root"
},{
id: "100220100000002153-2000",
name : "1",
anchor : "group.1"
},{
id: "100220100000002154-2000",
name : "1.1",
anchor : "group.1.1"
}
]</source>
| Nein
| Nein
|-
| path()
| Liefert den Gruppen-Pfad des Objektes (inklusive dem Object)
| Ja, Beispiel: <source lang="javascript">[
{
id: "100220100000002152-2000",
name : "Root",
anchor : "group.root"
},{
id: "100220100000002153-2000",
name : "1",
anchor : "group.1"
},{
id: "100220100000002154-2000",
name : "1.1",
anchor : "group.1.1"
},{
id: "100220100000002155-1000",
name : "Artikel A",
anchor : "article a"
}
]</source>
| Nein
| Nein
|-
| privileges()
| liefert die Rechte eines Objektes für den aktuellen Nutzer
| Ja, Beispiel: <source lang="javascript">{
object: {
read: true,
update: true,
delete: true,
copy: true
},
group: {
createObjects: 0,
createGroups: 0
}
}</source>
| Nein
| Nein
|-
| publication(channel)
| Liefert den Publikations-Status eines Objektes für einen bestimmten Publikations-Kanal
| Ja, Beispiel: <source lang="javascript">{
channel: 2,
collision: {
id: "100220100000002155-1000",
name: "Artikel A"
}
filename: "a",
suffix: "html",
md5: "1012b1a8127893ed8388ed2b400863e4",
path: "/a.html",
publishable: true,
depublishable: true,
published: true,
size: 46,
timestamp: 1395740463000,
version: 1395740463383
}</source>
| Nein
| Nein
|-
| publications([channel, channel, ...])
| Liefert die Publikations-Stati eines Objektes für eine Liste bestimmter Publikations-Kanäle
| Ja, Beispiel: <source lang="javascript">[{
channel: 1,
collision: {
id: "100220100000002155-1000",
name: "Artikel A"
},
filename: "a"
suffix: "html",
md5: "1012b1a8127893ed8388ed2b400863e4",
path: "/a.html",
publishable: true,
depublishable: true,
published: true,
size: 46,
timestamp: 1395740463000,
version: 1395740463383
},{
channel: 2,
collision: null,
filename: "a",
suffix: "html",
path: "/a.html",
publishable: true,
depublishable: true,
published: false
}]</source>
| Nein
| Nein
|-
| referrerLinks(field, objectclass, id)
| Liefert alle Links, die auf das Objekt verweisen. Die Parameter sind Optional.
| Ja, Beispiel: <source lang="javascript">{
field: "sp_parent_iterate[0].sp_parent",
origin: {
id: "100220100000002155-1000",
name: "Artikel A",
anchor: "article.a"
}
}</source>
| Ja. Schränkt die Suche auf auf Objekte ein, die auf den Artikel ${article.a} verlinken. Beispiel: <source lang="sql">
SELECT ... WHERE referrerLinks(null, "Publishable", ${article.a}) AND parent = !{parent.anchor.x}
</source>
| Ja
|-
| referenceLinks(field, objectclass, id)
| Liefert alle Links, auf die das Objekt verweisen. Die Parameter sind Optional.
| Ja, Beispiel: <source lang="javascript">{
field: "sp_parent_iterate[0].sp_parent",
link: {
id: "100220100000002155-1000",
name: "Artikel A",
anchor: "article.a"
}
}</source>
| Ja. Schränkt die Suche auf auf Objekte ein, auf die der Artikel ${article.a} verlinken. Beispiel: <source lang="sql">
SELECT ... WHERE referenceLinks(null, "Publishable", ${article.a}) AND parent = !{parent.anchor.x}
</source>
| Ja
|-
| spqlSearch(query)
| SPQL-Such-Syntax
| Nein
| Ja
| Nein
|-
| statistic(owner, [groups], type, from, to)
| Liefert Statistik-Werter aus der Statistik-Tabelle
| Ja, Beispiel: <source lang="javascript">{
"totalValue":5,
"totalMin":1,
"totalMax":2,
"totalAvg":1,
"data":[
{
"samples":2,
"group":"mygroup",
"date":1391212800000,
"value":2,
"min":1,
"max":1,
"avg":1,
"absolute":530
}
]
}
</source>
| Nein
| Nein
|}

<noinclude>
[[Category:IES API]]
</noinclude>

IES Information Enterprise Server – die Technologie-Plattform von Sitepark

2021-01-08T13:00:17Z

OB: OB verschob die Seite IES Information Enterprise Server â€“ die Technologie-Plattform von Sitepark nach IES Information Enterprise Server – die Technologie-Plattform von Sitepark, ohne dabei eine Weiterleitung anzulegen

__NOTOC__

[[Bild:Logo_ies_450.png|rechts]]

Der IES ist ein von Sitepark entwickelter Applikation-Server auf Basis des JBoss. Er ermöglicht Sitepark die Entwicklung von Produkten auf einer einheitlichen Basis und stellt unter anderem ein produktübergreifendes Daten-, und Benutzermanagement bereit.

;Persistenz-Schicht
:Hier wird die Persistenz der Daten sichergestellt. Die Daten werden in Datenbank (MySQL), Medien-Datenbank (Eigenentwicklung) und Volltext-Index (Lucene) abgelegt.

;Steuerungs-Schicht
:Hierüber werden Anfragen an den IES abgearbeitet. Darunter fällt z.B. die Prüfung der Rechte, Kapselung der Aktion innerhalb einer Transaktion um Datenkonsistenz sicherzustellen und das Validieren der Daten um ungültige Datensätze zu verhindern.

;RPC-Schicht
:Diese Schicht enthält Schnittstellen des IES. Über das HTTP-Protokoll werden die RPCs (Remote Procedure Calls) angesprochen. Das Datenaustausch-Format ist JSON. Diese Schicht ermöglicht es auch Browsern über JavaScript die Schnittstellen zu nutzen. Die Schnittstellen sind programmiersprachenunab-hängig. Die RPC- Schicht unterstützt die Entwicklung SOA basierter Produkte.

;Client-API-Schicht
:Diese Schicht stellt Client-Implementierungen der RPC-Schicht für Java, JavaScript und PHP zur Verfügung.

;Abwärtskompatibilitäts-Schicht
:Um den IES auf dem aktuellen Stand der Technik zu halten ist eine kontinuierliche Weiterentwicklung erforderlich. Dies macht u.U. Refactoring-Maßnahmen notwendig, bei denen auch veraltete Funktionsteile wegfallen, um die Wartbarkeit der Software zu gewährleisten. Diese Funktionsteile werden in die Abwärtskompatibilität-Schicht verschoben um dennoch die Abwärtskompatibilität sicher zu stellen.

;Applikations-Schicht
:Auf dieser Schicht befinden sich die Produkte, die auf dieser Technologie-Plattform aufsetzten. Produkte können, wenn nötig, eigene RPC-, API-, Client-API- und Abwärtskompatibilität-Schichten bereitstellen.

==Daten-Management==
Daten werden im IES als ObjektInstanzen zusammengefasst. Eine ObjektInstanz kann beliebige Felder, beliebige Listen und beliebige unter-Strukturen enthalten. Durch ein generisches Datenmodell ist die Modellierung solcher Objekte ohne Daten-bankanpassungen möglich.

Außer Text, Nummer, Datum, Boolean-Daten und Objekt-Verknüpfungen können auch Binärdaten an Felder von Objekt-Instanzen gespeichert werden. Hier werden die gängigen Bildformate unterstützt. Der Bild-Prozessor des IES generiert Thumbnails, ermittelt Bildformate und Bildgrößen.

Um in dem Datenbestand performant suchen zu können werden die Daten indiziert. Hierbei werden sowohl die einzelnen Werte der Felder und die Relationen der Objekte zueinander indiziert wie auch ein Volltext-Index auf Feldebene aufgebaut.

Zur Kennzeichnung von ObjektInstanzen und zur Verknüpfung von Daten aus Fremd-Systemen können sogenannte Anchor auf ObjektInstanzen gesetzt werden. Diese werden häufig zur Synchronisation mit externen Daten verwendet und bilden eine zusätzliche, frei definierbare, Referenz auf die ObjektInstanz.

ObjektInstanzen werden in hierarchischen Strukturen verwaltet. Sie werden in Gruppen zusammengefasst, wobei Gruppen Unter-Gruppen enthalten können. Gruppen sind ebenfalls ObjektInstanzen in einer erweiterten Form.

ObjektInstanzen müssen immer einer bestimmten Gruppe zugeordnet werden. Über symbolische Links ist es möglich eine ObjektInstanz auch zu mehreren Gruppen zuzuordnen.

Um bestimmte Objekt-Daten oder ganze ObjektInstanzen zu finden wird eine eigene Abfrage-Sprache verwendet.

Die Verwaltung der ObjektInstanzen übernimmt das Repository.

Hierüber können ObjektInstanzen erzeugt, geändert, gelöscht, gesperrt (lock), freigegeben (unlock), versioniert, in andere Gruppen verschoben, in andere Gruppen kopiert, in andere Gruppen verlinkt und durch eine eigene Abfrage-Sprache gesucht werden.

Das Repository verwaltet zusätzlich einen eigenen Cache um eine performante Verarbeitung von ObjektInstanzen zu gewährleisten.

==Benutzer-Management==
Benutzer sind im IES eine erweiterte Form von ObjektInstanzen. Der Funktionsumfang von ObjektInstanzen gilt im vollen Umfang auch für Benutzer. Benutzer werden in einer erweiterten Form von Gruppen (den Benutzer-Gruppen) organisiert.

Zum Benutzer-Management gehört eine Rechteverwaltung. Für jeden Benutzer und für jede Benutzer-Gruppe können Rechte definiert werden. Mögliche Rechte sind z.B. das anlegen, ändern und löschen von ObjektInstanzen und das anlegen, ändern und löschen von Gruppen.
Die Authentifizierung von Nutzern erfolgt wahlweise intern oder gegen ein externes LDAP-System. Ein internes Session-Management übernimmt die Verwaltung der angemeldeten Nutzer.

==Modul-Management==
Module sind Software-Pakete, die den IES als Plattform verwenden. Dies können sein: komplette Applikationen (wie z.B. InfoSite, CityGov, CityCall, …), externe Komponenten (wie z.B. ExtJS, OpenLayers, Zend-Framework), erweiterte Schnittstellen (wie z.B. WebDAV), Dienste, Erweiterungen des Funktionsumfangs von anderen Modulen oder Diensten, kundenspezifische Anpassungen oder Erweiterungen.

Über integrierte Update-Mechanismen können Aktualisierungen über Online-Updates erfolgen oder durch das einspielen einzelner Modul-Pakete. Module unterliegen einem Versions- und Release-Management. Abhängigkeiten von Modulen und Modul-Versionen werden geprüft.

Module können in verschiedene Kategorien aufgeteilt werden:
* Kern-Module - Funktionen (API, Schnittstellen, Module, Dienste, ....) die im Standard-Lieferumfang immer enthalten sind und direkt zur Verfügung stehen.
* Optionale-Kern-Module - Funktionen, die im Standard-Lieferumfang immer enthalten sind, aber erst durch eine Konfiguration oder Lizenzierung zur Verfügung stehen.
* Optionale-Module - Funktionen, die nicht im Standard-Lieferumfang enthalten sind, aber als zusätzliche Pakete eingespielt werden können.
* Kundenspezifische-Module - Funktionen, die nur für einen Kunden implementiert werden und nicht Teil eines Produktes sind.

==Plugin-Konzept==
Der IES dient als Plattform für verschiedenste Applikationen. Durch das Plugin-Konzept wird sichergestellt, das Module mit dem IES und Module untereinander interagieren können. Ein Modul kann somit auch nur ein Plugin für eine andere Applikation sein. Die Schnittstellen des IES ermöglichen es den Modulen auf Änderungen von ObjektInstanzen zu reagieren, Funktionen vorhandener Dienste zu erweitern oder zu beeinflussen und Funktionen von vorhandenen Modulen zu erweitern oder zu beeinflussen.

==Dienste-Management==
Module können als Dienste des IES verwendet oder eigene Dienste bereit stellen. Dienste sind z.B.
* Scheduler – Einmalige oder wiederkehrende Aktionen zu bestimmten Zeitpunkten
* Queue – Abarbeitung von Aktionen die sequenziell erfolgen sollen.
* Publisher – Publizieren von Daten mit Hilfe von Templates als z.B. Datei, E-Mail oder HTTP-Request
* Messaging – Versenden von Mitteilungen z.B. per E-Mail

Der IES bieten die Funktionen um Dienste zu starten, zu stoppen, anzuhalten, zu überwachen, bestimmte Funktionen manuell auszuführen oder zu konfigurieren.

==Mandantenfähigkeit==
Auf einem IES können mehrere Mandanten eingerichtet werden, die die oben beschriebenen Funktionalitäten unabhängig voneinander nutzen können. Alle Daten der Mandanten werden separat von einander abgelegt und sind auch untereinander nicht sichtbar. Bei der Anmeldung eines Nutzers am System wird der gewünscht Mandant mit angegeben.

==Import- und Export- Werkzeug==
Durch den XIP (Export- Import- Prozessor) können Daten in den IES importiert und aus dem IES exportiert werden. Das Austausch-format ist ein auf die Anforderungen des IES ausgerichtetes offenes XML-Format. Die zu exportierenden Daten können über die Angaben von Listen, Gruppierungen oder Suchen definiert werden.
Der Importer unterstützt verschiedene Import-Quellen wie LDAP, HTTP-Ressourcen, Datenbanken und XML-Dateien. Nicht XML-Formate werden in XML umgewandelt und können dann über frei definierbare XSLT's in das XIP-Format umgewandelt werden. Mit diesem umgewandelten Format kann dann der Import erfolgen.
Das XIP-Werkzeug steht als Web 2.0 - Oberfläche und über die Kommandozeile zur Verfügung.

==Administrationswerkzeuge==
Zur Verwaltung und Administration der einzelnen System-Teile stellt der IES Administrations-Werkzeuge auf Kommandozeilen-Ebene und als Web 2.0 - Oberfläche zur Verfügung. Unter anderem werden Werkzeuge für die folgenden Bereiche bereitgestellt:
* Online-Updates des IES
* Lizenzverwaltung
* Modul-Verwaltung (einspielen, löschen, aktualisieren, starten, stoppen, …)
* Logging-Konfiguration (Einstellungen für Log-Dateien)
* Datenbank-Verwaltung (anlegen, konfigurieren und löschen von MySQL-Datenbanken und Datenbankverbindungen)
* Mandanten-Verwaltung (anlegen, konfigurieren und löschen von Mandanten)
* Dienste-Verwaltung (starten, stoppen, konfigurieren)
* Backup und Recovery

IES-Ökosystem

2021-01-08T12:59:08Z

OB: OB verschob die Seite IES-Ã–kosystem nach IES-Ökosystem, ohne dabei eine Weiterleitung anzulegen

=Ökosystem=
Das IES-Ökosystem ist ein individuell für den einzelnen Kunden aufgebautes System, dass üblicherweise aus verschiedenen Servern besteht und auf die Infrastruktur des Kunden angepasst ist. Je nach Anforderung besteht das System aus Standard-Komponenten und –Diensten sowie individuell angepassten oder neu entwickelten Komponenten und Diensten. Die Integration von Diensten, die der Kunde bereits betreibt oder die Integration von Diensten Dritter ist ebenfalls Teil des IES-Ökosystems.

Prinzipiell kann ein IES-Ökosystem in unterschiedlichsten Konstellationen betrieben werden. Eine einfache Installation für kleine und mittlere Anforderungen kann u.U. mit einem Server realisiert werden, bei dem der IES, die Datenbank und der Webserver auf einem Server laufen.

Für größere Installationen ist eine Trennung von IES-Server, Datenbank und (n unterschiedliche) Webservern sinnvoll.

In der Regel ist ein E-Mail-Server ebenfalls Teil des IES-Ökosystems. Dieser existiert im Normalfall bereits beim Kunden und wird im IES-Ökosystem verwendet. Der IES und der/die Web-Server müssen E-Mails versenden können (SMTP) und verwenden hierfür den Email-Server. Je nach Anforderung z.B. bei Verwendung von InfoTicket werden auch IMAP-Konten vom System verwendet.

Existiert beim Kunden ein LDAP-Server der angebunden werden soll wird dieser in das IES-Ökosystems aufgenommen. Hier müssen Nutzer-Daten aus dem LDAP-System ausgelesen und Authentifizierungen gegen den LDAP-Server ausgeführt werden können.

Je nach Kunde ist diese Netzwerkstruktur unterschiedlich. Für den Betrieb des Ökosystems ist es erforderlich, das Komponenten mit Diensten anderer Komponenten Serverübergreifend Kommunizieren können. Je nach Netzwerkstruktur müssen hier ggf. Firewall und/oder Proxy-Regeln zur Gewährleistung der Kommunikation gesetzt werden.

In der Regel gibt es im IES-Ökosystem einen IES-Server, n Web-Server, einen E-Mail-Server und ggf. einen LDAP-Server. Je nach Anforderung des IES-Servers wird die Datenbank auf dem IES-Server selber oder auf einem eigenen Server installiert.

Folgende Grafik zeigt eine '''beispielhafte''' Einbindung der einzelnen Komponenten in ein bestehendes Netzwerk mit internem Netz und DMZ sowie unterschiedlichen Firewalls.

[[Datei:IES-Netzwerktopologie-screen.png|IES-Netzworktopologie]]

=IES=
Der IES ist ein von Sitepark entwickelter Applikation-Server auf Basis des JBoss. Er ermöglicht Sitepark die Entwicklung von Produkten auf einer einheitlichen Basis und stellt unter anderem ein produktübergreifendes Daten-, und Benutzermanagement bereit. Der IES ist die Technologie-Plattform von Sitepark.

=Webserver=
Die Webserver im IES-Ökosystem haben unter anderen die Aufgabe Dateien auszuliefern, die vom IES generiert wurden. Meistens besteht die vom IES generierte Website nicht nur aus einfachen Webseiten, sondern enthält Web-Applikationen die in der Webseite genutzt werden (Volltextsuchen, Veranstaltungskalender, Newsletter-Anmeldung, …)

Hier wird die Trennung zwischen CMS (auf IES-Server) und Webserver deutlich. Die Pflege der Daten erfolgt über den IES-Server. Die für eine Webseite relevante Daten werden laufend auf den Webserver übertragen. Damit kann der Webserver weitestgehend autonom vom CMS arbeiten. Nur für interaktive Funktionen der Webseite, bei der Daten direkt vom CMS gelesen oder geändert werden, ist die Kommunikation des Webservers mit dem IES-Server notwendig ist.
In diesem Fall kommuniziert der Webserver mit dem IES-Server über RPC-basierte Aufrufe mittels der einer von Sitepark bereitgestellten PHP-API. Ein direkter Zugriff auf den IES-Server aus dem Internet ist i.d.R. ''nicht'' erforderlich.

==IES-Webnode==
Der IES-Webnode ist ein Java-Applikations-Server auf Basis des Jetty. Er wird auf Web-Servern installiert, die vom IES generierte Webseiten ausliefern. Innerhalb des IES-Webnode werden Module installiert, die erweiterte Funktionalitäten für die Webseite bereitstellen (z.B. Volltextsuche). Der IES-Webnode ist der „lange Arm“ des IES zum Webserver, um so IES-Technik auf dem Webserver bereitzustellen. Alle Daten des CMS sind jedoch weiterhin nur über RPC-Aufrufe des Webnodes verfügbar.
Prinzipiell erfüllt der IES-Webnode zwei wesentliche Funktionen auf dem Webserver:
* Bereitstellung lokaler Funktionen, die über PHP hinausgehen. Hierzu zählt zum Beispiel die Volltextsuche oder aber auch mögliche Verwendung anderer Services wie Piwik o.ä.
* Gegenstelle des IES auf dem Webserver.

==ProfilePlus==
Das Modul ProfilePlus ermöglicht durch das Sitepark Auth-Modul die Authentifizierung eines Nutzers über die Website am IES bzw. IES-Webnode.
Sollen Inhalte auf dem Webserver personalisiert werden bedeutet dies, dass ein Nutzer sich am Webserver anmelden muss/kann.

Er erreicht dann über die zugewiesenen Gruppenrechte Zugriff auf mehr oder weniger Inhalte der Website. Auch ist der Nutzer für mögliche Online-Funktionen bereits bekannt und kann so z.B. Formulare absenden oder Kommentare posten. Voraussetzung hierfür ist das Modul ProfilePlus von Sitepark. Dieses erlaubt die Anmeldung über die IES-API am IES oder einem anderen konfiguriertem IES-Webnode mit separater Datenbank-Konfiguration. Funktionen zur autonomen Registrierung und Profil-Verwaltung auf der Website werden ebenfalls über dieses Modul bereit gestellt.

Details können je nach Projekt entsprechend abgestimmt werden.

=Kommunikation vom IES-Server=

==Remote-File-System zum Webserver (NFS-mount, rsync, …)==
Damit der Webserver autonom vom IES-Server arbeiten kann werden alle relevanten Daten auf das Dateisystem des Webservers übertragen. Hierbei handelt es sich in der Regel um PHP-, CSS- und JavaScript-Dateien, die über Templates vom System stets konsistent generiert werden. Alle verwendeten Medien werden in den tatsächlich verwendeten Formaten mit ausgeliefert. Weiterhin werden Bibliotheken des IES (z.B. PHP IES-API) im DocumentRoot des Webserver kopiert und aktuell gehalten.

Idealerweise ist eine synchrone Verbindung zwischen den beiden Systemen vorzusehen, bei der auf dem Webserver ein Ordner im Dateisystem für den IES-Server freigeben wird. Dieser wird dann vom IES-Server gemountet. Eine entsprechende Performanz dieser Verbindung ist zwingend notwendig. Je nach technischer Reglementierung kann dieser Mount über SSH oder HTTP(S) getunnelt werden und per NFS, WebDAV o.ä. erfolgen. Alternativ kann auch eine Lösung wie ein NAS oder SAN eingesetzt werden.

Ist eine direkte Verbindung zwischen den beiden Systemen technisch nicht möglich kann eine Übertragung der Daten auch per Synchronisation (rsync o.ä.) erfolgen. In diesem Fall müssen aber auf dem IES-System lokale Domains konfiguriert werden über die Redakteure Vorschau-Ansichten erzeugen und aufrufen können.
Wird der IES beendet, so kann der Webserver auch weiterhin die lokal gespeicherte Website ausliefern. Alle relevanten Dienste wie z.B. Suchen werden vom Webserver direkt bereit gestellt.

==IES-Webnode des Webservers==
Der IES hat mit dem IES-Webnode einen klaren, gerichteten Kommunikationskanal zum Webserver. Dieser ist über HTTPS geschützt und erlaubt die Übertragung von Daten des IES auf den Webserver, sowie die Bereitstellung von Information vom Webserver für den IES.

Änderungen an einzelnen Artikel werden vom IES-Server dem IES-Webnode auf dem Webserver kommuniziert, damit dieser z.B. den Solr-Suchindex partiell aktualisiert.

Ein Funktionsbeispiel für den IES-Webnode ist folgendes: Im IES-Server werden vom Redakteur inhaltliche Änderungen an einem Artikel vorgenommen. Der IES generiert alle relevanten Dateien neu. Diese sind über entsprechende Mounts direkt auf dem Webserver verfügbar. Die Volltextsuche ist aber damit nicht mehr aktuell. Für diesen Zweck sendet der IES einen entsprechenden Request an den IES-Webnode und nennt geändert URLs. Der IES-Webnode stößt in diesem Fall dann z.B. das Solr-Modul für die Volltextsuche an, welches die genannten URLs im Index aktualisiert. Damit ist die Konsistenz der Website gewährleistet.

==Email-Server==
Der IES versendet für verschiedene Anwendungsfälle E-Mails. In der Regel kann hierfür ein bereits vorhandene E-Mail-Server verwendet werden. Je nach gewünschter Konfiguration schickt der IES-Server die E-Mails zunächst an einen SMTP-Dienst auf dem eigenen Server (localhost). Dieser kann dann über Relay-Konfigurationen die E-Mail weiterleiten. Alternativ kann auch direkt der E-Mail-Server des Kunden angesprochen werden.

Einige IES-Applikationen wie z.B. Infoticket benötigen ein oder mehrere IMAP-Konten um eingehende E-Mails zu verarbeiten. In diesem Fall wird der E-Mail-Server des Kunden auch über SMTP angesprochen.

==LDAP-Server==
Um eine doppelte Pflege von Nutzerdaten zu vermeiden, wird häufig ein LDAP-Server angebunden. Der IES importiert und synchronisiert in regelmäßigen Abständen die Nutzer-Daten, die im IES zur Verfügung stehen sollen. Hierfür wird ein lesender Zugriff auf das LDAP-System benötigt. Erfahrungsgemäß sind die Importregeln von LDAP-Daten individuell. Auf diese Anforderung hat sich Sitepark eingestellt und stellt einen Import zur Verfügung, der bisher alle Anforderungen erfüllten konnte.

Passwörter der LDAP-Nutzer werden nie importiert. Die Authentifizierung der LDAP-Nutzer erfolgt immer direkt gegen den LDAP-Server.

=Kommunikation vom Webserver=

==IES-Server==
Sind auf der erzeugten Website Funktionen vorgesehen, bei denen Daten vom Webserver an den IES-Server übertragen oder Daten vom IES-Server abgefragt werden müssen, ist dies über entsprechende Konfigurationen vorzusehen. Es wird zwischen folgenden Aufrufen unterschieden:

Für alle der genannten Fälle ist somit kein direkter Zugriff von Nutzern auf das IES-System notwendig. Alle Zugriffe erfolgen grundsätzlich über den Webserver.

* Zugriff auf sog. Live-GUIs. Dabei handelt es sich um den Aufruf von Modules des IES, die bestimmte Dienstleistungen bereitstellen. Beispiel hierfür ist z.B. der NewsDesk.
* Zugriff auf Funktionen der IES-API in JavaScript oder PHP z.B. über das Verzeichnismodul, bei dem Besucher der Website Beiträge erfassen können.
* Zugriff auf IES-Module wie z.B. den Counter. Auch der Zugriff auf z.B. InfoSite ließe sich auf diese Form konfigurieren.

Die oben genannten Anfragen werden an den Host des Webservers gestellt. Dieser verfügt über fein justierte Proxy-Einstellungen, die entsprechende Anfragen (URL-RegExp z.B. /ies/infosite/control/) über eine weitere Firewall an den IES-Server im internen Netz übertragen. Dieser liefert dann die Antwort an den Webserver, der diese zurück an den Benutzer schickt.

Zwischen dem Webserver und dem IES-Server kann auch eine gut konfigurierte Application-Firewall eingesetzt werden. Diese erlaubt weitere sicherheitsrelevante Konfiguration bzgl. der übertragenen Daten. Auch weitere Proxy-Hosts könnten hier verwendet werden.

Die Kommunikation zwischen dem Webserver und dem IES-Server erfolgt stets über HTTP bzw. HTTPS (Port 80 und 443) und wird auf dem IES-Server vom Apache lokal über weitere Proxy-Regeln an den IES-Prozess geleitet.
* Der IES wird nie direkt angesprochen!
* Im IES ist ein integrierter Apache Tomcat (via JBoss) für die Ausführung von entsprechenden Servlets verantwortlich.
* Ein direkter Aufruf des JBoss ist nicht notwendig.
Der IES fungiert im Prinzip über die genannten Schnittstellen als eine Art Webservice. Bei dem Aufruf der IES-API (RPC-Call) erfolgt die Kommunikation mit dem IES ausschließlich im JSON-Format. Alle relevanten Informationen wie eine Session-ID werden entsprechend mit gesendet (stateless).

==Email-Server==
In der Regel ist es erforderlich, dass der Web-Server E-Mails versenden kann (z.B. bei Verwendung eines Kontakt-Formulars). Dies sind E-Mails die an konfigurierbare Empfänger gesendet werden. Hier wird normalerweise der E Mail Server des Kunden angebunden.

=IES-Update-Server=
Der IES besteht aus einem Kern und vielen Modulen, die kontinuierlich weiter entwickelt werden. Für den einfachen und reibungslosen Ablauf eines Updates eine HTTP(S)-Verbindung zum IES-Update-Server erforderlich (https://ies.sitepark.com/updater/).

=Kommunikationsdiagramm=
Das IES-Ökosystem ist ein auf Kundenwünsche kontinuierlich angepasstes, erweitertes und optimiertes System. Die Erfahrung hat gezeigt, dass eine optimale Unterstützung von Sitepark für die Wartung und Pflege des IES-Ökosystems nur über einen guten Wartungszugang erfolgen kann.

Das IES-Ökosystem kann komplex und sehr individuell sein. Es wird bestmöglich an die Umgebung des Kunden angepasst. Fragen zu auftretende Fehler können daher in der Regel nicht pauschal beantwortet werden, sondern erfordern oft einen Blick in das System.

[[Bild:IES-Kommunikation-screen.png|IES-Kommunikation]]

<noinclude>
[[Kategorie:Administration| 500]]
[[Category:Module]]
</noinclude>

IES-Admin (web) Binäre Datenbank

2021-01-08T12:58:48Z

OB: OB verschob die Seite IES-Admin (web) BinÃ¤re Datenbank nach IES-Admin (web) Binäre Datenbank, ohne dabei eine Weiterleitung anzulegen

__NOTOC__
Die Binäre-Datebank beinhaltet Medien, die beispielsweise in einer IES-Webapplikations (IES-Modul) hochgeladenen wurden.
Um in den Dienste-Bereich zu wechseln klicken Sie bitte den Menüpunkt 'Binäre Datenbank' in der Bereichsauswahl an.
Ist der 'Binäre Datenbank'-Bereich ausgewählt, wird in dem Hauptfenster eine Tabelle mit mandantenspezifischen Daten dargestellt.

; Mandant
: Mandant der Binären Datenbank
; Basisverzeichnis
: Basisverzeichnis, ab dem die binären Daten abgelegt werden.
; Vorberechnete Thumbail-Größen
: Anzahl und Größe der direkt zu berechnenden Bilder nach dem Hochladen eines Bildes in den IES.
; Anzahl der Medien
: Anzahl der Medien, die in der Datenbank gespeichert sind
; Anzahl der Medien-Versionen
: Anzahl aller Medien mit allen Versionen, die in der Datenbank gespeichert sind.
; gespeicherte Medien-Typen
: Alle Content-Typen der Medien, die in der Datenbank gespeichert sind

===Binäre Datenbank Konfigurieren===

Klicken Sie die 'Binäre Datenbank Konfigurieren'-Schaltfläche an um Einstellungen für die Binäre Datenbank zu ändern. Folgende Konfigurationen sind möglich:

; Vorberechnete Thumbail-Größen:
: Werden Bilder im IES hochgeladen werden automatisch bestimmte Thumbails berechnet. Die Anzahl und die Größe der direkt berechneten Thumbnails wird hier konfiguriert.

Excel Datei öffnen

2021-01-08T12:58:25Z

OB: OB verschob die Seite Excel Datei Ã¶ffnen nach Excel Datei öffnen, ohne dabei eine Weiterleitung anzulegen

==Kurzanleitung==

folgende Schritte sind notwendig, um Daten aus einer CSV-Datei in Excel zu importieren.

* leeres Dokument erstellen
* Datendatei importieren aus Text

[[datei:Schritt_1.jpg]]

===Textkonvertierungsassistent: Nötige Anpassungen===

====1. Dateiursprung (zum Beispiel utf-8):====
65001 Unicode (UTF-8) ==> Weiter

[[datei:Schritt_2.jpg]]

====2. Trennzeichen bestimmen:====
Tabstop entfernen, Semikolon auswählen ==> Weiter

[[datei:Schritt_3.jpg]]

====3. Datenformat der Spalten:====
In der Dateivorschau alle Spalten markieren (durch gleichzeitiges drücken Strg oder Schift Taste). Oben dann 'Text' auswählen (um bei großen Zahlen oder ID's die Exponentialschreibweise zu unterdrücken ) ==> fertig stellen

[[datei:Schritt_4.jpg]]

====4. Daten importieren:====
In dem nächsten Fenster 'Daten importieren' die Eigenschaften öffnen

[[datei:Schritt_5.jpg]]

====5. Zellenformatierung:====
Im Abschnitt Datenformatierung und Layout die Checkbox 'Zellformatierung beibehalten' deaktivieren

[[datei:Schritt_6.jpg]]

* Fertig!

<noinclude>
[[Kategorie:Optionale Software]]
</noinclude>

CityCall115 – Wissensmanagement

2021-01-08T12:57:58Z

OB: OB verschob die Seite CityCall115 â€“ Wissensmanagement nach CityCall115 – Wissensmanagement, ohne dabei eine Weiterleitung anzulegen

#WEITERLEITUNG [[Changelog CityCall115 – Wissensmanagement]]

Changelog KDVZ Bürgerservice Export

2021-01-08T12:57:14Z

OB: OB verschob die Seite Changelog KDVZ BÃ¼rgerservice Export nach Changelog KDVZ Bürgerservice Export, ohne dabei eine Weiterleitung anzulegen

<div class="noautonum">__TOC__</div>
==Changelog==
===1.0 (20.10.2017)===
''Release-Version''
{|
|}

Changelog Geschäftsverteilungsplan

2021-01-08T12:56:58Z

OB: OB verschob die Seite Changelog GeschÃ¤ftsverteilungsplan nach Changelog Geschäftsverteilungsplan, ohne dabei eine Weiterleitung anzulegen

==Changelog==
===1.0-RC1 (null)===
''Release enthält keine Änderungen''
{|
|}

Changelog CityCall115 – Wissensmanagement

2021-01-08T12:56:14Z

OB: OB verschob die Seite Changelog CityCall115 â€“ Wissensmanagement nach Changelog CityCall115 – Wissensmanagement, ohne dabei eine Weiterleitung anzulegen

==Update von der (orange-gelben) Template-Version auf die (blaue) Modul-Version 2==
* Einspielen des IES-Moduls "CityCall115 - Wissensmanagement" (Version >= 2)
* Aktualisieren der Templates über die Kommandozeile. <br />
Dabei bitte NUR die '<b>CityCall115, ServiceCenter - Grundstruktur</b>' einspielen:
: <code>iesadmin client profile -a [CLIENT-ANCHOR]</code>
* Kompilieren aller Templates:
: <code>iesadmin compile -a [CLIENT-ANCHOR]</code>
* Generieren des CityCall Publikationsbereiches:
: <code>iesadmin channel generate -p [CITYCALL-PUBLISHER-ANCHOR]</code>
* Deaktivierung des Apache-Module 'sumpf' (Die alte Personalisierung der Fa. Sitepark)
* Deaktivierung der CityCall-Apache Virtual-Host Konfiguration
* Erstellung einer neuen Apache-Host Konfiguration mit Hilfe der Sitepark 'site' Makros
: Für das Makro muss folgende 'includes' Ergänzung hinzugefügt werden: /includes/[MACRO-DEFINITION-NAME].extra.conf
<source lang="apache">
# Redirect
RedirectMatch ^/$ /cc/

# IES integration using mod_proxy
ProxyRequests Off

# always keep the host header
ProxyPreserveHost Off

# Bei Zugriff auf BalanceMember via HTTPS einzelne Setzungen aktivieren
#SSLProxyEngine On
#SSLProxyVerify none
#SSLProxyCheckPeerCN Off
#SSLProxyCheckPeerName Off
#SSLProxyCheckPeerExpire Off

# load balancer IES-API
<Proxy balancer://ies-api-balancer>
BalancerMember http://localhost:8080 timeout=3600 retry=0
</Proxy>
ProxyPassMatch ^(/ies/.*)$ balancer://ies-api-balancer$1 stickysession=JSESSIONID nofailover=On
</source>

===Migration der Themenseiten===
Sobald auf dem System CityGov in einer Version >= 6 installiert ist, müssen die Themenseiten wie folgt migriert werden:
* Erstellen einer neuen IES-XIP Export-Definition
** Name und Id können frei definiert werden
** Als Eintrag, der exportiert werden soll, muss der Pool: <code>"Artikel Pools / CityCall115 / CityCall115 Themen"</code> ausgewählt werden.
** Als 'default Anker' sollte <code>migragion.</code> angegeben werden.
** WICHTIG: Bei der 'Export Transformation' muss der folgende Module-Pfad für die Transformations-Templates eingetragen werden:
**: <code>citycall115:/migration/v6/</code>
** Anschließend kann der Export gestartet werden.

* Erstellen eines neuen XIP-Imports mit dem zuvor erstellen Paket
** Bei den Import Regeln MUSS die folgenden Checkbox zusätzlich angehakt werden:
**: <code>[X] Original-ID verwenden, wenn Anchor nicht gefunden wird</code>
** Anschließen kann der Import gestartet werden.

==Changelog==
===2.2.2 (18.02.2020)===
{|
| style="vertical-align:top;" | {{add}} || Bei 115 Leistungsergebnissen können die 115 Teilnehmerdaten an der Leistung und/oder den Organisationen angegeben sein. Alle sollen angezeigt werden.
|-
| style="vertical-align:top;" | {{add}} || Bei 115 Leistungen kann der Title der Verlinkungen fehlen. Dennoch sollen diese ausgegeben werden.
|-
| style="vertical-align:top;" | {{fix}} || Bei der Mitarbeitersuche werden Personen mit Doppelnamen nicht angezeigt, wenn mit dem Doppelnamen gesucht wird.
|}
===2.2.1 (13.02.2020)===
{|
| style="vertical-align:top;" | {{update}} || Kleine Anpassungen bei der Darstellung der 115 Leistungsbeschreibungen
|}
===2.2 (13.02.2020)===
{|
| style="vertical-align:top;" | {{fix}} || Das Menü, die Unvollständig-Button und die Formularübersicht werden bei Portalmandanten nicht korrekt angezeigt.
|-
| style="vertical-align:top;" | {{fix}} || Leistungsbeschreibungen aus der 115 Softwareplattform werden nicht vollständig angezeigt.
|}
===2.1.1 (04.02.2020)===
{|
| style="vertical-align:top;" | {{add}} || Die Recherche liefert mit den aktuellen Boost-Angaben keine Ergebnisse
|}
===2.1 (04.02.2020)===
''feature version''
{|
| style="vertical-align:top;" | {{add}} || Erstellung einer übergreifenden Suchanfragen API. Möglichst analog für CityCall interne Suchen, BUS (neue Rest-Api) und D115 (XZuFi-Struktur)
|-
| style="vertical-align:top;" | {{add}} || Styleguide von neuen CityCall "initialisieren" und Rahmen für Detailseiten erstellen
|-
| style="vertical-align:top;" | {{add}} || Styleguide: Spezialabschnitte für CityGov stylen (Orga-Einheite)
|-
| style="vertical-align:top;" | {{add}} || 115 Suche: Leistungdarstellung xoev auf xzufi
|-
| style="vertical-align:top;" | {{add}} || Beauskunftung über XZuFi
|-
| style="vertical-align:top;" | {{fix}} || Ermittlung der OE-Struktur für CityCall umstellen
|-
| style="vertical-align:top;" | {{add}} || Themenseiten zeigen im Backend leere Iterates, Templatepool für Bearbeitung fehlerhaft
|-
| style="vertical-align:top;" | {{add}} || 'Unvollständig'-Funktion in CityCall-2 umsetzen.
|-
| style="vertical-align:top;" | {{fix}} || Fehler bein nicht installiertem Ticketsystem abgefangen.
|-
| style="vertical-align:top;" | {{fix}} || Interner Links, die innerhalb der Organisationsbeschreibung mit dem Tiny-Editor erstellt werden, werden nicht korrekt aufgelöst.
|-
| style="vertical-align:top;" | {{fix}} || Für Cebit: Unvollständigformular im Hintergrund und 115-Produkte nicht in drei Spalten
|}
===2.0 (12.04.2018)===
{|
| style="vertical-align:top;" | {{fix}} || Das Zuklappzeichen von "Wissensmanagement" sollte ein Minus sein.
|-
| style="vertical-align:top;" | {{update}} || Die CityCall Oberfläche aus dem (Web) Verzeichnis /WEB-IES/cc/ nach /cc verschieben.
|-
| style="vertical-align:top;" | {{add}} || Erweiterung der Recherche nach Mitarbeiter nach detaillierten Organisations-Kürzel und Zuständigkeiten.
|}
===1.1===
''Eigenständiges GIT/Maven Projekt''
{|
| style="vertical-align:top;" | {{add}} || GIT/Maven Projekt erstellt
|}

Bürgeranfrage AddOn CityCall115

2021-01-08T12:44:33Z

OB: OB verschob die Seite BÃ¼rgeranfrage AddOn CityCall115 nach Bürgeranfrage AddOn CityCall115, ohne dabei eine Weiterleitung anzulegen

Live-Funktionen des [[IES]] für Suche und Eingabe von
* Meldungen an Fachbereiche via PDF-Export
* D115 Informationsweiterleitung via XML
* Gesprächsvermerk
Bitte beachten Sie die Hinweise zur Installation und Konfiguration von PHP bzgl. Mail, PDF und XML!

===Installation===
Dieses AddOn wird über ein XIP-Paket in dem gewünschten Mandanten eingespielt. Das benötigte XIP-Paket erhalten Sie entsprechend Ihrer Lizenz direkt bei Sitepark.

<div class="note">Hinweise zum Import von XIP-Daten finden Sie unter [[Kommandozeilen-Tool|XIP Import in der Konsole]] oder unter [[Webinterface XIP-Manager|XIP Import im Browser]]
<br>
Bitte geben Sie beim Importieren der Daten an in welchen Publikationsbereichen diese automatisch publiziert werden sollen. Dies können Sie über die Option <code>'''ies.xip.import.publishMode'''</code> steuern. Sie können diese Option beim Import über das [[Kommandozeilen-Tool]] direkt mit angeben. Beim Import über den [[Webinterface_XIP-Manager|XIP-Manager]] müssen Sie die Option noch manuell ergänzen, das Paket speichern und dann importieren.</div>

===Konfiguration===
Zur Interaktion zwischen CityCall115 und dem IES werden sog. SPML-Live-Seiten aufgerufen. Diese verwenden für Recherche und Eingabe von Daten einen globalen Account. Dieser Account muss Rechte auf die entsprechenden Pools der Bürgeranfrage-Daten haben.

Ein entsprechend vorkonfigurierter Account wird zusammen mit dieser Erweiterung installiert. Bitte passen Sie noch den Login und das Passwort an. Den Nutzer finden Sie unter
/ Nutzer Pools / IES / System / CityCall, 115 (citycall)
bzw. über den Anker:
ies.usre.system.cc

Die Angabe der Zugangsdaten erfolgt auch in der globalen Konfigurationsdatei. Diese stellt nach Aktivierung dieses AddOns entsprechende Eingabefelder bereit.

Der Artikel für die globale Konfiguration ist
/ Artikel Pools/ IES / CityCall 115 / CityCall 115: Administration & Konfiguration / CityCall 115: Konfiguration
Der Anker des Artikels ist
ies.infe.cc.configuration

<noinclude>
[[Kategorie:CityCall115]]
</noinclude>

Kategorie:Backup

2021-01-08T12:43:33Z

OB: /* Backup */

''IES Backup (ab Version 2.1.1)''

==Konzept==
Das hier beschriebene Verfahren garantiert konsistente Datensicherungen des [[IES]] zur Laufzeit. Auf diesen Mechanismen basiert auch das Verfahren für ein sog. [[:Kategorie:StandBy|IES StandBy]]. Dabei wird ein Mandant auf einem anderen [[IES]] synchron gehalten und kann im Notfall aktiviert werden. ''IES StandBy'' Mechanismen sind jedoch noch in der frühen Entwicklungsphase.

Ausgeführt werden die Operationen zum Backup über [[:Kategorie:Administration|IES-Admin]].

Grundsätzlich werden beim '' IES Backup'' drei Aktionen unterschieden:
*;backup: vollständiges Backup aller Daten und Konfigurationen eines Mandanten

*;snapshot: inkrementelle Sicherung aller Daten eines Mandanten basierend auf dem letzten vollen Backup

*;recover: reaktivieren von Sicherungen eines Mandanten inkl. aller Daten ohne automatische Übernahme der Konfiguration

Das Backup und allle Snapshots liegen in einem <code>$SITEPARK_BACKUP</code> Verzeichnis. Dieses Verzeichnis kann entweder ein Netzwerklaufwerk sein, oder auf einem Backup-Server gesichert werden. Der Status der Sicherungen wird in einer XML-Datei unterhalb dieses Verzeichnisses gesichert und kann somit zusammen mit den Daten und unabhängig vom IES archiviert werden.

In der Konfiguration des IES kann das Verzeichnis, welches standardmäßig <code>$SITEPARK_HOME/backup</code> ist, über die Property "backupDir" gesetzt werden.

==Technische Voraussetzungen==
Da das ''IES Backup'' auf den binären Logs von MySQL basiert sind mind. die MySQL-Tools
* mysql
* mysqldump
* mysqlbinlog
lokal zu installieren.

Weiterhin sind auf dem MySQL-Server noch folgende Konfigurationen vorzunehmen:
;<code>log_bin</code>: muss aktiviert sein
;<code>server-id</code>: muss auf einen Wert >1 gesetzt sein
;<code>expire_logs_days</code>: sollte bei Einsatz von '''Replikation''' gesetzt sein.

Ein großer Teil an SQL-Statements, die der IES lesend auf die Datenbank vornimmt, erfolgt über sog. temporäre Tabellen. Diese sind ein notwendiges und performantes Mittels um Abfragen auf unserem generischen Datenmodell vorzunehmen.
Da temp. Tabellen nicht repliziert werden sollten, müssen diese noch entsprechend in der Konfiguration des MySQL-Systems ausgenommen werden.

Hier entsprechende Anweisungen für die MySQL-Konfiguration:

replicate-wild-do-table = %
replicate-ignore-table= %.result
replicate-ignore-table = %.result
replicate-ignore-table = %.Channel%
replicate-ignore-table = %.GeneratableFile%
replicate-ignore-table = %.tmpcheckcon
replicate-ignore-table = %.checkcon
replicate-ignore-table = %.vtmp
replicate-ignore-table = %.queryTmp
replicate-ignore-table = %.historyTmp
replicate-ignore-table = %.templateTmp
replicate-ignore-table = %.contentTmp

==Backup==
Ein Backup wird pro Mandant ausgeführt und erstellt einen vollständigen MySQL-Dump, eine komplette Kopie der BinDB des Mandanten, optionale, spezifische Daten und die aktuellen Serverdaten.

* vollständig
* konsistent mit BinDB (Inkonsistent mit DocumentRoots, diese müssen über klassische Mechanismen gesichert oder bei Bedarf neu generiert werden)
* benötigen je nach Serverleistung und Datenumfang relativ viel Zeit und Resourcen
* sollte in regelmäßigen Abständen erstellt werden, wenn der Server nur gering beansprucht wird (z.B. einmal die Woche um 1:00 Uhr Nachts)
* optional können beim Backup alte MySQL-BINLOG automatisch gelöscht werden (Achtung bei Replikation von MySQL!)

Weitere Information hierzu unter: [[Backup - Vollständige Sicherung von Mandanten]]

==Snapshot==
In regelmäßigen Abständen werden alle Änderungen der Datenbank und der BinDB seit dem letzten Backup bzw. seit dem letzten Snapshot gesichert. Als Basis eines Snapshots dienst aber immer ein vollständiges Backup, da Snapshot auf der Basis von BINLOG-Mechanismen von MySQL aufbauen.

* inkrementell (nur Differenzen in der Datenbank und der BinDB)
* konsistent mit BinDB (Inkonsistent mit DocumentRoots)
* benötigen je nach Zeit zwischen den Snapshots nur geringe Resourcen
* sollten mehrmals täglich erfolgen

Weitere Information hierzu unter: [[Snapshot - Inkrementelle Sicherung von Mandanten]]

==Recover==
Ein Recover kann jeden gesicherten Stand des IES wieder herstellen. Dabei wird die gewünschte Version interaktiv ausgewählt. Die Summe der Aktionen kann je nach Datenumfang zu einer relativ langen Zeitspanne führen in der der Mandant nicht aktiv ist. Es gelten dabei folgende Regeln:

* der Mandant wird für die Wiederherstellung vorübergehend deaktiviert
* es wird stets immer erst das vollständige Backup einspielt (ist u.U. relativ zeitaufwendig!)
* optional kann die BinDB wieder hergestellt werden (nur notwendig, wenn das Filesystem defekt war)
* alle Snapshots, bis zu dem gewünschten Zeitpunkt werden nacheinander eingespielt
* nach einem Wiederherstellung einer alten Version werden mit dem nächsten Snapshot alle Versionen die "zurückgegangen" wurden gelöscht
* es ist optional möglich einen anderen Ordner mit Daten zum Backup anzugeben
* im Anschluss werden alle Templates des Mandanten für den Generator neu kompiliert
* evtl. vorhandene Lucene-Indices werden vollständig neu erzeugt

Weitere Information hierzu unter: [[Recover - Wiederherstellung einer Sicherung eines Mandaten]]

==Gesicherte Daten==
Bei Sicherung eines Mandant werden stets folgende Daten berücksichtigt:
* SQL-Zugangsdaten über die Konfiguration
* optionale, mandantenspezifische Daten unterhalb von <code>$SITEPARK_HOME/clients/$CLIENT_ID</code> ($CLIENT_ID ist analog zur BinDB)
* alle Daten (bei Snapshots Änderungen) der BinDB
* alle Daten der jeweiligen Datenbank (auch Remote) als gezippte, (bei Snapshots inkrementelle) SQL-Anweisungen

Bei Backups oder Snapshots werden neben den oben genannten Daten stets auch folgende Daten gesichert:
* Die IES-Konfiguration: <code>ies-server.xml</code> (alle weiteren Daten der Konfiguration können nicht zur Laufzeit verändert werden und sind somit in der Sicherung von <code>$SITEPARK_HOME</code> enthalten)
* Alle Moduldaten unterhalb von <code>$SITEPARK_DATA/modules</code>

==Regeln für das Backup==
===Auf dem IES-Server===
* Das Verzeichnis <code>$SITEPARK_HOME</code> muss unabhängig von den IES-Datensicherungen regelmäßig erfolgen
* Das Verzeichnis <code>$SITEPARK_DATA</code> (i.d.R. <code>$SITEPARK_HOME/data</code>) sollte vom Backup ausgenommen werden
* Das Verzeichnis <code>$SITEPARK_BACKUP</code> (i.d.R. <code>$SITEPARK_HOME/backup</code>) sollte entweder direkt auf einem externen System liegen, oder zusammen mit dem Verzeichnis <code>$SITEPARK_HOME</code> gesichert werden.
* Das Verzeichnis <code>$SITEPARK_BACKUP</code> (und evtl. auch <code>$SITEPARK_HOME</code>) sollten nach jedem Snapshot oder Vollbackup gesichert werden
* Weiterhin wird empfohlen folgende Konfigurationen regelmäßig zu sichern:
** Cronjobs
** Apache-Konfiguration (und Module)
** MySQL-Konfiguration
** weitere System-relevante Informationen

'''Nach dem Einspielen von Backups oder Snapshots werden zunächst alle SQL-Zugangsberechtigungen pro Mandat wieder hergestellt bzw. aktualisiert. Danach werden alle Templates neu kompiliert und die Indices neu generiert.'''

===Auf den Webservern===
* Das Verzeichnis <code>data</code> der Webnodes (i.d.R. <code>$SITEPARK_HOME/ies-webnode/data</code>) sollte regelmäßig gesichert werden
* Das Verzeichnis <code>config</code> der Webnodes (i.d.R. <code>$SITEPARK_HOME/ies-webnode/data</code>) sollte regelmäßig gesichert werden
* Cronjobs
* Apache-Konfiguration (und Module)
* weitere System-relevante Informationen

==Beispiel für Konfiguration des Backups via CRON==

* Vollständige Sicherung jeden Sonntag um 2:00 Uhr
* Inkrementelle Sicherung täglich zu jeder halben Stunde

Der Ordner mit den Sicherungen (hier: <code>/srv/sitepark/backup</code>) sollte spätestens Sonntags vor 1:40 Uhr auf ein externes Laufwerk gesichert werden, da das vollständige Backup alle vorhandenen Sicherungen löscht.

Struktur von Cronjobs unter Linux:
* * * * * auszuführender Befehl
┬ ┬ ┬ ┬ ┬
│ │ │ │ │
│ │ │ │ └──── Wochentag (0-7) (Sonntag =0 oder =7)
│ │ │ └────── Monat (1-12)
│ │ └──────── Tag (1-31)
│ └────────── Stunde (0-23)
└──────────── Minute (0-59)

Vollständiges Beispiel:
<source lang="bash">
# m h dom mon dow command

# ies backup
0 2 * * 0 /usr/bin/iesadmin backup --all --purge --force > /dev/null

# ies snapshots
30 * * * * /usr/bin/iesadmin snapshot --all --force > /dev/null
</source>

<noinclude>
[[Kategorie:Administration| 300]]
</noinclude>

Backup - Vollständige Sicherung von Mandanten

2021-01-08T12:42:57Z

OB: OB verschob die Seite Backup - VollstÃ¤ndige Sicherung von Mandanten nach Backup - Vollständige Sicherung von Mandanten, ohne dabei eine Weiterleitung anzulegen

#WEITERLEITUNG [[Iesadmin backup]]

Changelog CityGov – Virtuelle Verwaltung

2021-01-08T12:02:28Z

OB: OB verschob die Seite Changelog CityGov â€“ Virtuelle Verwaltung nach Changelog CityGov – Virtuelle Verwaltung, ohne dabei eine Weiterleitung anzulegen

<div class="noautonum">__TOC__</div>
==Weitere Changelogs==
*[[Changelog|IES]]
*[[Changelog_InfoSite_5|InfoSite 5]]
*[[Changelog_CityCall115|CityCall115]]

==WICHTIG für ein Update auf die Version 6==

<div class="note">
'''Version 6.16: ''' (und ab 5.4.20) ''' Übertragung von 115-Nummern zu Leika-Nummern '''<br>
Es werden alle Artikel ermittelt, die d115-Nummern besitzen. NUR wenn der jeweilige Artikel noch keine Leika-Nummern besitzt, werden die D115-Nummern in das Leika-Nummern Feld kopiert. Unabhängig vom Kopieren werden anschließend alle D115-Nummern entfernt:
<source lang="bash">
iesclient com.sitepark.ies.citygov.update.Move115NumberToLeikaNumberIfEmpty
</source>
Vor der Ausführung kann mit Hilf des Parmeters 'test' eine Prüfung durchgeführt, die alle Daten und Anpassungen ausgibt ohne die Datenbank zu ändern:
<source lang="bash">
iesclient com.sitepark.ies.citygov.update.Move115NumberToLeikaNumberIfEmpty test
</source>
Mit Optionen kann das Verhalten noch angepasst werden. Die Optionen können auch kombiniert werden.<br>
Dieser Aufruf überschreibt die möglicherweise bestehenden Leika-Nummern immer mit den D115-Nummern:
<source lang="bash">
iesclient com.sitepark.ies.citygov.update.Move115NumberToLeikaNumberIfEmpty overwriteExistingLeikaNumber
</source>
Verhindert das Löschen der 'alten' D115-Nummern:
<source lang="bash">
iesclient com.sitepark.ies.citygov.update.Move115NumberToLeikaNumberIfEmpty keep115Numbers
</source>
Diese Aufrufe können auch später bei Bedarf ausführt werden.
</div>

<div class="note">
'''Version 6.0: Integration in Infosite 6:'''<br>

'''Achtung:''' Für diese Version wurden einige Feld-Definitionen angepasst, so dass diese Update '''nicht''' automatisch abwärtskompatibel ist! Die redaktionelle Arbeit kann weiterhin in der separaten CityGov Oberfläche erfolgen. Mit der Integration in das Redaktionssystem Infosite6 können die Daten der Virtuellen-Verwaltung innerhalb von Infosite bearbeitet werden. In dem Fall darf '''ausschließlich''' nur noch in Infosite gearbeitet werden. Ein Wechsel zur alten CityGov-Oberfläche darf dann nicht mehr erfolgen!!!
<br />

Für die Anpassung der Feld-Definitionen innerhalb der Datenbank muss folgendes Update-Skipt ausgeführt werden:
<source lang="bash">
iesclient com.sitepark.ies.citygov.update.v6.v0.DoInfosite6Integration
</source>

Innerhalb der Templates von Template-basierten Publikationsbereichen, müssen die Feld-Namen wie folgt manuell angepasst werden.
{|
|<code>sp_vv_info_title</code>
|wird zu
|<code>sp_headline</code>
|-
|<code>sp_vv_title</code>
|wird zu
|<code>sp_headline</code>
|-
|<code>sp_vv_description_title </code>
|wird zu
|<code> sp_headline</code>
|-
|<code>sp_vv_headline</code>
|wird zu
|<code> sp_headline</code>
|-
|<code>sp_vv_short_description </code>
|wird zu
|<code> sp_intro</code>
|-
|<code>sp_vv_short_info</code>
|wird zu
|<code> sp_intro</code>
|-
|<code>sp_sc_short_info</code>
|wird zu
|<code> sp_sc_intro</code>
|}
<br />

'''Template-Publikationsbereiche:'''<br />
In der Konfiguration für Templates-basierte Publikationsbereiche muss folgenden Attribut ergänzt werden
<source lang="bash">preferTemplates=true</source>

'''Startseiten der Virtuellen-Verwaltung:'''<br />
* Die Startseiten müssen in Infosite6 neu konfiguriert werden.

'''Globale Einstellungen:'''<br />
Die folgenden Einstellungen müssen aus dem CityGov-Konfigurationsartikel in die (Root) Pool-Konfigurationen übernommen werden:
* Konfiguration der darzustellenden Mitarbeiter an Produkten und Organisationen. Auflisten
** der verknüpften Mitarbeiter,
** eines 'default' Mitarbeiters bzw.
** des Standard-Mitarbeiters.

</div>

==Hinweis zu neuen funktionalen Bestandteilen==
<div class="notice">
<b>Version 3.10.2</b><br>
Mit dieser Version können die alternativen Title wieder als eigenständige Suchergebnistreffer aufgelistet werden. Für diese Funktion sind noch die folgenden Anpassungen nötig:<br>
#In der Konfiguration des Solr-Core muss im Url-Parameter-Normalizer der Parameter-Name '''<code>cg_at_id</code>''' ergänzt werden.
#Wenn vorhanden, muss das Template <code>ies.tple.cc.index</code> aktualisiert werden.
#Bei der Ausgabe des Titels (und der Seitenüberschrift) muss in den Templates die Funktion '''<code>$cityGovObject->getTitle()</code>''' verwendet werden.
Die Funktion der Anzeige von alternativen Titeln kann auch deaktiviert werden! Über die IES-Admin Oberfläche muss lediglich das Attribute '''<code>sp_vv_alternativeTitle=false</code>''' für die jeweiligen Publikationsbereiche gesetzt werden. In dem Fall verhalten sich die bei den Produkten eingetragenen 'alternativen Bezeichnungen' wie die Synonyme und dienen lediglich der Volltextsuche.

<b>Version 3.9</b><br>
''BUS: Einheitlichen Ansprechpartner''<br>
Auf Grund von Anpassungen innerhalb des BUS sowie dessen Schnittstelle werden die "Einheitlichen Ansprechpartner" in der Regel nun von der Zentralredaktion gepflegt. In dem Fall muss von der CityGov Redaktion genau die Organisation, die von der Zentralredaktion als "Einheitlichen Ansprechpartner" eingetragen wurde, als solche definiert werden. Zu diesem Zweck muss in dem CityGov-KonfigurationsArtikel in dem Abschnitt 'Schnittstellen' diese Organisationseinheit einmal zentral angegeben werden.<br>
<br>
''Wiederholfelder für E-Mail und Telefonnummern''<br>
Bezüglich der Eingabe von Telefonnummern und E-Mail Adressen ist es nun möglich beliebig Eingabefelder zu erzeugen um die entsprechenden Daten einzupflegen. Um weiterhin die zuvor angegebenen Daten auch in den 'öffentlichen Bereichen'
anzeigen zu lassen, es nötig die unten beschriebene Datenbankanpassung für die Version 3.9 durchzuführen.

<b>Version 3.8</b><br>
''Meist besuchten Seiten''<br>
Die automatische Ermittlung der Meistbesuchten Seiten auf den Startseiten von CityGov wird nun nicht mehr über den Counter gesteuert. Dieser hatte verschiedene Nachteile. Zum einen musste die Möglichkeit für das Versenden eines Requests vom Webserver zum CMS-Server freigegeben werden, um die Zählerstände zu inkrementieren. Zweitens und wesentlich relevanter ist die Tatsache, dass der Wert des Counters nicht aussagekräftig genug für die geforderte Funktion ist. Da der Counter der Leistungsbeschreibungen in der Regel nicht zurückgesetzt wird, werden stets die Produkte zuerst aufgelistet, die in der Summe der Webseiten am häufigsten aufgerufen wurden. Aktuelle Produkte beispielsweise zum Thema Wahlen, Hochwasser oder andere Themen, die kurzfristig von hoher Relevanz sind werden nie in dieser Liste erscheinen. Aus dem Grund ist die Liste der relevanten Leistungsbeschreibungen nun manuell bei der entsprechenden Startseite zu pflegen. Zur Abwärtskompatibilität verhalten sich die Listen der meist besuchten Objekte bis zur ersten redaktionellen Bearbeitung der Startseiten aber weiterhin wie zuvor.<br>
<br>
''CityGov interne Suche''<br>
Sowohl über den gesamten Datenbestand als auch innerhalb jedes Verknüpfungsdialoges kann nun mit Hilfe einer internen Volltextsuche nach den entsprechenden Objekten recherchiert werden. <br>
<br>
<b>Version 3.7</b><br>
''Form-Solution Schnittstelle''<br>
Auf Grund von Schnittstellen Anpassungen und Aktualisierungen der Firma Form-Solutions fanden auch Änderungen der Sitepark Form-Solution Schnittstelle statt. Die Auswahl eines Formulars findet nun nicht mehr über eine IES-Internen Link statt sondern erfolgt nun direkt innerhalb der Recherche-Maske der Form-Solution Schnittstelle. Nach der Suche und Auswahl eines Formulars erfolgt die weitere Konfiguration wie zuvor. <br>
Bereits konfigurierte Formular-Links sind weiterhin gültig und können auch weiterhin konfiguriert werden.
</div>

==WICHTIG für ein Update auf die Version 4.2 mit Sitekit:==
Wenn das SiteKit installiert ist, muss dieses für die CityGov-Version 4.2 in der Version 1.5 installiert sein!
Für Server ohne das SiteKit kann diese CityGov Version ohne Probleme eingespielt werden.

==WICHTIG für ein Update auf die Version 4.1 mit Sitekit:==
Wenn das SiteKit installiert ist, muss dieses für die CityGov-Version 4.1 in der Version 1.2 installiert sein!
Für Server ohne das SiteKit kann diese CityGov Version ohne Probleme eingespielt werden.

<div class="note">
'''CityGov Version 4.0: Anpassungen für die BUS-Schnittstelle Version 6.1:'''<br>
Nur wenn die [[TSA-BUS-Integration CityGov3|BUS-Schnittstelle]] angebunden ist:<br>
Vor dem Import muss zunächst die Konfiguration erweitert werden. Konkret muss die Synchronisations-Datei für die importierten Mitarbeiter durch den folgenden Parameter angegeben werden:
<source lang="ini">
tsabus.export.person=[pathToBUS-config]/export.persons.xml
</source>
Zum zweiten sollte angegeben werden, ab welchem Pool-Anker die Mitarbeiter exportiert werden sollen:
<source lang="ini">
tsabus.export.person.root=[person.pool-anchor] # alternativ werden alle Mitarbeiter exportiert
</source>
Anschließend muss der Export der Mitarbeiter einmalig durch den folgenden Aufruv initiert werden.
<source lang="bash">
iesclient com.sitepark.tsabus.exporter.Exporter tsaBus/tsabus.properties --initPersons
</source>
Im regelmäßigen Export werden die Daten anschließend automatisch regelmäßig exportiert.
</div>

<div class="note">
<b>MarkUp-Anpassungen am Kontaktformlar mit Version 3.11</b><br />
Mit einem Update auf die Version 3.11 hat sich das MarkUp im Bereich der Radiobuttons (Anrede) geringfügig geändert. Daher ist das Formular zu kontrollieren und es sind ggf. clientspezifische CSS-Anpassungen vorzunehmen.
</div>

<div class="note">
<b>Datenbankanpassung für die Version 3.9 </b><br />
Bei der Eingabe der Kontaktdaten können nun neben den weiterhin bestehenden Feldern (<code>sp_vv_phone, sp_vv_fax</code>) beliebige weitere Telefon- und Faxnummern sowie E-Mail Adressen eingeben werden. Um die bestehenden Funktionalitäten und die Ausgabe der bisherigen Telefon- und Faxnummer in öffentlichen Webbereichen sicher zu stellen, <b>müssen</b> Datenbank-Anpassungen mit dem folgende Kommando eingespielt werden:<br>
<b>WICHTIG:</b> Für die Anpassungen der Datenbank sollte der IES beendet werden!
<source lang="bash">
iesclient com.sitepark.ies.citygov.update.SetDefaultPhoneAndFaxPublishState
</source>
<b>CSS-Anpassung für die Version 3.9 </b><br />
Mit der Version 3.9 haben sich die Buttons von <code><input type="button" /></code> zu echten Buttons <code><button><span>...</span></button></code> geändert.<br />Möglicherweise hat dies Auswirkung auf clientspezifische CSS (<code>vv_all.client.css</code>), die zu kontrollieren wären.<br>
<b>Template-Anpassung für die Version 3.9 </b><br />
Bei älteren System ist es, wenn es nicht schon geschehen ist, nötig das Template <code>mod_vv:gui.vv.tpl.snippets.php.head.output</code> zu Beginn (zwischen <code><sp:io="out"></code> und <code><!DOCTYPE</code>) der Seitentemplates von Personen, Organisationen, Produkten und Startseiten (ggf. auch Contentseiten) einzubinden.
<source lang="bash">
<sp:io type="out"><sp:include anchor="mod_vv:gui.vv.tpl.snippets.php.head.output"/><!DOCTYPE html>
...
</source>
</div>

<div class="note">
<b>Datenbankanpassung der TSA-BUS Leistungen ab Version 3.6.2:</b><br />Die BUS-Leistungen enthalten nun eigene Binärdaten und PDF-Formulare. Damit diese nach dem Import auch in die Publikationsbereiche geschrieben werden, müssen die BUS-Artikel zu Medien konvertiert werden. Folgende zweit SQL-Statements sind zu diesem Zeck für jeden Mandaten mit TSA-BUS-Import auszuführen. WICHTIG: Für die Anpassungen der Datenbank sollte der IES beendet werden!
<source lang="sql">
update InformationDefinition set _type = 1017 where _type = 1016 and _informationID in (select _ad._id from AnchorDefinition as _ad where _ad._name like "tsabus.anliegen.%" ) ;
update Object set type = 1017 where type = 1016 and id in (select _ad._id from AnchorDefinition as _ad where _ad._name like "tsabus.anliegen.%" ) ;
update AnchorDefinition set _type = 1017 where _type = 1016 and _name like "tsabus.anliegen.%" ;
</source>
Anschließend muss die Importkonfiguration (tsabus.properties) erweitert werden, um den Abbruch des Imports zu unterdrücken, solange die Anpassungen nicht in der Konfiguration bestätigt sind;:
<source lang="bash"> ...
# sind die Datenbank Anpassungen bereits erfolgt (article to media-article)?
tsabus.products.converted.to.media=true
...
</source>
</div>

<div class="note">
<b>Ab der Version 3.6:</b><br />Zur Unterstützung der Suche nach allen Telefonnummern ist es nötig die Konfigurationen für den/die Nutch-Crawler zu ergänzen. In der Datei <code>../nutch/zones/[ZONE]/conf/index-extra-conf.xml</code> muss zu diesem Zweck folgender Block hinzugefügt werden:
<source lang="xml"> ...
<ExtraIndexingMetaData
name="sp_vv_furtherphone"
stored="yes"
indexed="tokenized"
termVector="with_offsets"
boost="1.0"
sourceType="meta"
sourceValue="sp_vv_furtherphone" />
...
</source>
</div>

<div class="note">
Seit dem Release 3.5.1 führen wir für CityGov ein neues Changelog. Ältere Changelog-Einträge für CityGov, sowie die Hinweise für das <b>Update auf die Version 3.5</b> befinden sich daher vorherigen <b>[[Changelog CityGov 3|CityGov Changelog]]</b>.<br>
Die allgemeinen Änderungen befinden sich im globalen [[Changelog|IES Changelog]].</div>

==Changelog==
===6.23.2 (04.01.2021)===
{|
| style="vertical-align:top;" | {{fix}} || Darstellung der Öffnungzeiten unvollständig (neues JSON Format)
|}
===6.23.1 (16.12.2020)===
{|
| style="vertical-align:top;" | {{fix}} || Hinweise zur Öffnungszeit wird nicht ausgegeben
|}
===6.23 (09.12.2020)===
''Release Version''
{|
| style="vertical-align:top;" | {{add}} || Bereitstellung des Downloads des PDF-Telefonbuchs für Sitekit-Kunden
|-
| style="vertical-align:top;" | {{fix}} || CityGov: Fehlerhaftes Verhalten bein Setzen von Checkboxes bei Verknüpfungen
|-
| style="vertical-align:top;" | {{update}} || Über Infosite6 ist keine Bearbeitung der zusätzlichen Hinweise möglich, die in CityCall bei dem jew. Objekt stets an der Seite angezeigt werden.
|-
| style="vertical-align:top;" | {{fix}} || Der TSA-BUS Export aktualisiert keiner regionalen Ergänzungen mehr.
|-
| style="vertical-align:top;" | {{add}} || Rekursives Löschen von Organisations-Strukturen innerhalb der Infodienste (ehem. BUS)
|-
| style="vertical-align:top;" | {{add}} || Beim BUS-Export muss zwischen Gebieten von Adressen und Zuständigkeiten differenziert werden.
|-
| style="vertical-align:top;" | {{fix}} || Bei der Auflistung von Formularen fehlen einzelne Objekte
|}
===6.22.6 (19.11.2020)===
''Hotfix''
{|
| style="vertical-align:top;" | {{fix}} || Die Optionen werden beim Aggregieren des ContactPoints nicht mehr übergeben.
|}
===6.22.5 (18.11.2020)===
''Hotfix''
{|
| style="vertical-align:top;" | {{fix}} || Address-Service UI-Komponente wird für Adress-Resourcen nicht korrekt initialisiert
|}
===6.22.4 (09.11.2020)===
{|
| style="vertical-align:top;" | {{fix}} || Ohne SiteKit-Kundenmodul fehlen die Eingabefelder für die Produkt-Details
|}
===6.22.3 (05.11.2020)===
{|
| style="vertical-align:top;" | {{update}} || Leerer Verknüpfungsdialog bei den Person / Produkt Zuständigkeiten
|}
===6.22.2 (29.10.2020)===
{|
| style="vertical-align:top;" | {{fix}} || Die Optionen werden beim Aggregieren des ContactPoints nicht mehr übergeben.
|}
===6.22.1 (29.10.2020)===
{|
| style="vertical-align:top;" | {{fix}} || Die Optionen werden beim Aggregieren des ContactPoints nicht mehr übergeben.
|}
===6.22 (07.10.2020)===
''Release Version''
{|
| style="vertical-align:top;" | {{add}} || Ersetzen der Checkbox 'zentralen Leistungstexte standardmäßig ausgeben' gegen entsprechende Funktionen in der Oberfläche.
|-
| style="vertical-align:top;" | {{update}} || Sämtliche Abhängigkeiten zum Konfigurations-Artikel für SiteKit Webseiten auflösen.
|-
| style="vertical-align:top;" | {{add}} || Die Telefonnummern in den Tabellen der Template-Ausgabe auch mit 'tel:' auszeichnen.
|-
| style="vertical-align:top;" | {{fix}} || Die Anrede der Personen wird im Kontaktabschnitt nicht angezeigt.
|-
| style="vertical-align:top;" | {{add}} || JSON-LD Daten für Organisations-Seiten bereit stellen
|-
| style="vertical-align:top;" | {{add}} || JSON-LD Daten für Personen-Seiten bereit stellen
|-
| style="vertical-align:top;" | {{add}} || Kontaktabschnitt in CityGov: Das sollte ggf. vereinheitlicht werden.
|}
===6.21.2 (22.09.2020)===
{|
| style="vertical-align:top;" | {{fix}} || Die 'Wichtigen übergreifende Meldungen' werden nicht mehr von der direkt übergeordneten Organisation, sondern nur vom nächsten Amt übernommen.
|-
| style="vertical-align:top;" | {{fix}} || Die Vorschau der ggf. vererbten Adresse und Öffnungszeit fehlt
|-
| style="vertical-align:top;" | {{fix}} || Die Ermittlung einer von der Organisation übernommenen Adresse kann in bestimmten Situationen fehlschlagen.
|}
===6.21.1 (07.09.2020)===
{|
| style="vertical-align:top;" | {{fix}} || Die Konfiguration für den Kontaktabschnitt wird nicht für die jeweiligen ObjetctTypes übernommen.
|}
===6.21 (27.08.2020)===
''Release Version''
{|
| style="vertical-align:top;" | {{fix}} || Es können keine zwei identischen Telefonnummern für Organisationen aggregiert werden
|-
| style="vertical-align:top;" | {{fix}} || [Alle Mandanten] CityGov - Spaltenkopf „Einschränkungen“ lässt alle anderen nach rechts verrutschen
|-
| style="vertical-align:top;" | {{add}} || Fehlerhandling beim Laden von 115-Produkten verbessert
|}
===6.20.5 (27.08.2020)===
{|
| style="vertical-align:top;" | {{update}} || Die Navigation mit CityGov Objekten wird nicht in alphabetischer Reihenfolge sortiert.
|}
===6.20.4 (26.08.2020)===
{|
| style="vertical-align:top;" | {{fix}} || Für die CityCall Statistik werden die Eingabefelder der Abrechnungsnummern nicht mehr angezeigt.
|}
===6.20.3 (17.08.2020)===
{|
| style="vertical-align:top;" | {{fix}} || Der LinkDialog bei Downloads & Links zeigt keine/doppelte Inhalte an.
|}
===6.20.2 (17.08.2020)===
{|
| style="vertical-align:top;" | {{fix}} || Es können keine zwei identischen Telefonnummern für Organisationen aggregiert werden
|-
| style="vertical-align:top;" | {{fix}} || [Alle Mandanten] CityGov - Spaltenkopf „Einschränkungen“ lässt alle anderen nach rechts verrutschen
|}
===6.20.1 (11.08.2020)===
{|
| style="vertical-align:top;" | {{fix}} || Beim Verknüpfen von FormSolutions Formular-Artikel werden die Pools im LinkDialog mehrfach angezeigt.
|}
===6.20 (11.08.2020)===
''Release Version''
{|
| style="vertical-align:top;" | {{fix}} || Menülabel bei Mitarbeiterobjekten nicht gefüllt
|-
| style="vertical-align:top;" | {{fix}} || Bei der Auflistung aller Formulare werden die internen FormSolutions- Formularobjekte nicht korrekt berücksichtigt.
|}
===6.19 (21.07.2020)===
''Release Version''
{|
| style="vertical-align:top;" | {{fix}} || QA-System: Warnung auf Rekursion
|-
| style="vertical-align:top;" | {{update}} || Bei der Mitarbeiterrecherche wird bei der Suche nach Nachnamen nicht mehr explizit im Nachnamen-Feld des Index gesucht.
|-
| style="vertical-align:top;" | {{add}} || Telefonnummer-Suche soll auch Eingabe von Durchwahl unterstützen
|-
| style="vertical-align:top;" | {{add}} || Mehrfaches Auflisten einer Personen mit unterschiedlichen Einschränkungen (zB. Buchstabenbereichen) an einem Produkt.
|-
| style="vertical-align:top;" | {{fix}} || Bei Template-basierenden Publikationsbereichen wird die Organisationsstruktur für die Gliederung nicht mehr aufgebaut .
|-
| style="vertical-align:top;" | {{update}} || Die Konfiguration zur automatischen Übernahme der Adresse und Öffnungszeit von der Primären Organisation bei Personen und Produkte in die jeweiligen Pool-Einstellungen übertragen.
|-
| style="vertical-align:top;" | {{fix}} || Template: TSA-BUS Anliegen
|-
| style="vertical-align:top;" | {{add}} || Ausgabe der Mitarbeiter nach Standorten (Bürgerbüros / Landkreis)
|-
| style="vertical-align:top;" | {{fix}} || Tippfehler in den Labels korrigiert
|-
| style="vertical-align:top;" | {{add}} || sp_vv_sortKeys soll sich auch auf die Navigation auswirken und Sortierung von Listen innerhalb von CityGov sollen an die Sortierung der Navigation angeglichen werden
|}
===6.18.6 (17.07.2020)===
{|
| style="vertical-align:top;" | {{add}} || Bei den Organisationen der 115 XML-Leistungen kann der Herausgeber fehlen.
|}
===6.18.5 (01.07.2020)===
''Hotfix''
{|
| style="vertical-align:top;" | {{fix}} || Kompatibilitätsprobleme zum neuen TinyMce
|}
===6.18.4 (12.06.2020)===
{|
| style="vertical-align:top;" | {{add}} || Bei der 115 Suche über den php Controller fehlen Informationen über die genaue 115 Fundstelle
|}
===6.18.3 (03.06.2020)===
''Hotfix''
{|
| style="vertical-align:top;" | {{fix}} || Bei Template-basierenden Publikationsbereichen wird die Organisationsstruktur für die Gliederung nicht mehr aufgebaut .
|}
===6.18.2 (26.05.2020)===
{|
| style="vertical-align:top;" | {{add}} || Abschnitt für Auflistung der Leistungen dieser Produktkategorie wird nicht angezeigt, wenn Überschrift leer
|}
===6.18.1 (26.05.2020)===
{|
| style="vertical-align:top;" | {{fix}} || Die Auflistung der Lebenslagen sowie die Listen der Leistungen einer Lebenslage (oder Thema) wird nicht sortiert.
|-
| style="vertical-align:top;" | {{fix}} || Bei den Mitarbeiter-Produkt-Verknüpfungen können keine Einschränkungen ergänzt werden.
|}
===6.18 (30.04.2020)===
''Release Version''
{|
| style="vertical-align:top;" | {{update}} || Die Placeholder mit den Hinweistexten bei den Telefon- und Email Feldern verschwinden nicht mehr.
|-
| style="vertical-align:top;" | {{fix}} || Verknüpfungen zwischen Objekte(Person/Organisation/Produke), die gelöscht wurden, führen zu Problemen beim Erstellen neuer Verknüpfungen.
|-
| style="vertical-align:top;" | {{fix}} || Probleme beim Übertragen der Zuständigkeiten in den BUS korrigiert.
|-
| style="vertical-align:top;" | {{add}} || Für Produktbeschreibungen könnte nun auch ein 'Bild zur Beschreibung' kundenspezifisch konfiguriert werden.
|}
===6.17 (15.04.2020)===
''Release Version''
{|
| style="vertical-align:top;" | {{add}} || Featurewunsch - Mitarbeiter hat mehrere Jobs
|-
| style="vertical-align:top;" | {{add}} || Symbolbilder
|-
| style="vertical-align:top;" | {{fix}} || Templatefehler bei Teaserermittlung mit Teaserimage
|-
| style="vertical-align:top;" | {{fix}} || Telefon- und Faxnummer nicht mehr in den Index-Daten
|}
===6.16.3 (26.03.2020)===
{|
| style="vertical-align:top;" | {{fix}} || Ausgabe der Contentseiten-Inhalte auch für ServiceCenter korrigiert.
|}
===6.16.2 (26.03.2020)===
{|
| style="vertical-align:top;" | {{fix}} || Bei den Contentseiten werden die Inhalte nicht mehr ausgegeben.
|}
===6.16.1 (20.03.2020)===
{|
| style="vertical-align:top;" | {{update}} || Auswertung der Pool-Konfigurationen für die Anzeige von Mitarbeitern bei Produkten und Organisationen kann nicht auf 'keine Mitarbeiter' gesetzt werden.
|}
===6.16 (06.03.2020)===
''Release Version''
{|
| style="vertical-align:top;" | {{add}} || Ergänzung eines separaten (php) Objektes für die Verknüpfungen zwischen Produkten und Organisationen
|-
| style="vertical-align:top;" | {{fix}} || Bei den Kontaktdaten von Leistungen, die über die Softwareplattform ermittelt wurden, sind die Telefonnummern nicht als 'tel:' Link ausgezeichnet.
|-
| style="vertical-align:top;" | {{fix}} || Bei Produkten, bei denen auch manuell Adressdaten eingegeben werden dürfen, kommt es zu einer Kollision bei dem Feld 'Weitere Hinweise'
|-
| style="vertical-align:top;" | {{add}} || Migration zur Übertragung der "alten" 115-IDs in das Feld für die Leika-Nummer
|}
===6.15.1 (18.02.2020)===
{|
| style="vertical-align:top;" | {{fix}} || Das Label für die Liste weiterer Contentseiten wird angezeigt, obwohl die Liste leer ist.
|}
===6.15 (13.02.2020)===
''Release Version''
{|
| style="vertical-align:top;" | {{add}} || CityGov-Link-Dialog für bidirektionale Links mit Attributen reaktivieren
|-
| style="vertical-align:top;" | {{add}} || Die Ausgabe der Anrede von Personen muss über eine Konfiguration abgeschaltet werden können
|-
| style="vertical-align:top;" | {{fix}} || Exceptions beim Aufruf von Produkten, dessen Organisationsbaum nicht vollständig publiziert wurde
|-
| style="vertical-align:top;" | {{fix}} || Die bei Organisationen direkt erstellten Contentseiten werden nicht aufgelistet und enthalten keine Inhalte
|}
===6.14.1 (30.01.2020)===
{|
| style="vertical-align:top;" | {{fix}} || Null-Pointer in Organisation::getDisplayNamHelper() abfangen
|}
===6.14 (14.01.2020)===
''Release Version''
{|
| style="vertical-align:top;" | {{add}} || CityGov: Matomo Statistikdaten werden nicht angezeigt
|-
| style="vertical-align:top;" | {{add}} || Orga-Ziffer für ausgewählte Publikationskanäle ausgeben
|-
| style="vertical-align:top;" | {{fix}} || Fehler in Templates in Bezug auf Vertretungsregel korrigiert
|}
===6.13 (03.12.2019)===
''Release Version''
{|
| style="vertical-align:top;" | {{add}} || Strukturiertes Datenmodell für Öffnungszeiten
|-
| style="vertical-align:top;" | {{update}} || Funktion eines Mitarbeiters als Objekt und nicht mehr als String aggregieren
|-
| style="vertical-align:top;" | {{update}} || MembershipList-Aggregierung in eingenen Aggregator getMembership.spml ausgelagert
|-
| style="vertical-align:top;" | {{fix}} || Angabe der Sortierung von der Mitarbeiter an Produkten wird unabhängig vom Publikationsbereich ermittelt.
|-
| style="vertical-align:top;" | {{fix}} || Beim Ermitteln der Mitarbeiter-Produktzuständigkeiten der Organisation eines Produktes werden die Einschränkungen doppelt angegeben.
|}
===6.12.1 (19.11.2019)===
{|
| style="vertical-align:top;" | {{fix}} || Sortierung der Mitarbeiter an Produkten im Intranet/ServiceCenter entspricht nicht der Konfiguration.
|}
===6.12 (13.11.2019)===
''Release Version''
{|
| style="vertical-align:top;" | {{update}} || HTTP-Header für Alternativen Titel nicht direkt setzten sondern $componentModel->getMetadata()->addSiteVariantUrl($siteVariantUrl) verwenden
|-
| style="vertical-align:top;" | {{add}} || Über die Funktionen, die an der Verknüpfung zwischen Mitarbeitern und Organisationen angegeben wird, kann jetzt auch der Leiter/Stellvertreter markiert werden
|-
| style="vertical-align:top;" | {{add}} || TinyMCE für "Weitere Informationen nur für das Servicecenter" bei Kurzeinleitung aktivieren
|-
| style="vertical-align:top;" | {{update}} || Teaser-Bild auch für das Kontakt-Bilder verwenden
|}
===6.11.1 (07.11.2019)===
{|
| style="vertical-align:top;" | {{fix}} || Die Suche in den Infodiensten von AGS auf den Regionalschlüssel umgestellt
|}
===6.11 (16.10.2019)===
''Release Version''
{|
| style="vertical-align:top;" | {{add}} || Strukturierte Öffnungszeiten
|-
| style="vertical-align:top;" | {{add}} || Für die TeaserListen sollen die 'characteristic' Informationen aggregiert werden
|-
| style="vertical-align:top;" | {{fix}} || Für die Organisations-Struktur (Startseiten) werden fälschlicherweise Startsteiten-Parents aggregiert.
|}
===6.10.3 (21.04.2020)===
{|
| style="vertical-align:top;" | {{fix}} || Beim BUS-Export werden die Im IES-Admin angegebenen Proxy-Angaben nicht korrekt übernommen
|-
| style="vertical-align:top;" | {{fix}} || Übernahme der an einzelnen Organisationen angegebenen Govell-Id für den BUS-Export korrigiert.
|}
===6.10.2 (27.09.2019)===
{|
| style="vertical-align:top;" | {{fix}} || Es kommt (vor allem bei der XZuFi-Ausgabe) zu php Fehlern, wenn innerhalb der Produkt-Detail-Beschreibungen mehrere zusätzlich Verknüpfungen angegeben sind
|}
===6.10.1 (27.09.2019)===
{|
| style="vertical-align:top;" | {{fix}} || Die Organisations-Namen werden bei den Produkten fehlerhaft angezeigt
|-
| style="vertical-align:top;" | {{fix}} || Bei Mitarbeitern werden Produkte angezeigt, die nicht auch einer Orga der Person zugewiesen sind.
|}
===6.10 (24.09.2019)===
''Release Version''
{|
| style="vertical-align:top;" | {{fix}} || Formularübersicht - keine Ausgabe von Dokumenten/Formularen aus den "Weiteren Links" der Text-Blöcke
|-
| style="vertical-align:top;" | {{fix}} || Bei verknüpften BUS-Leistungen werden die zusätzlichen externen Links nicht ausgegeben.
|-
| style="vertical-align:top;" | {{add}} || Auflistung der 115 Index-Datei im Textformat mit XZuFi spezifischen Dateinamen
|}
===6.9.3 (18.12.2019)===
''Support-Fix''
{|
| style="vertical-align:top;" | {{add}} || CityGov Artikel sollen innerhalb der 'gelben Felder' auch auf CityCall-Themenseiten verweisen können, sofern CityCall installiert ist.
|}
===6.9.2 (18.12.2019)===
{|
| style="vertical-align:top;" | {{add}} || TinyMCE für "Weitere Informationen nur für das Servicecenter" bei Kurzeinleitung aktivieren
|}
===6.9.1 (04.09.2019)===
{|
| style="vertical-align:top;" | {{fix}} || Bei dem Kontaktblock von Organisationen wird der Title der übergeordneten Organisation angezeigt.
|}
===6.9 (28.08.2019)===
''Release Version''
{|
| style="vertical-align:top;" | {{add}} || Darstellung der weiteren Seiteninhalte als Elemente innerhalb der Dreispaltigkeit
|}
===6.8 (27.08.2019)===
''Release Version''
{|
| style="vertical-align:top;" | {{add}} || Erweiterung der Konfiguration von Produkt-, Personen und Organistations-Seiten
|-
| style="vertical-align:top;" | {{fix}} || TSA-Bus Import unter bestimmten Proxy-Konstellationen nicht funktionsfähig
|}
===6.7 (23.08.2019)===
''Release Version''
{|
| style="vertical-align:top;" | {{fix}} || Fehlerhafte Fallback-Funktion bei Teasertexten von Produkten im A-Z
|}
===6.6.6 (21.08.2019)===
{|
| style="vertical-align:top;" | {{add}} || Die Controller der Softwareplattform und Infodienste optimiert.
|-
| style="vertical-align:top;" | {{fix}} || ClassLoader Fehler beim Starten des iesclient für Citygov
|-
| style="vertical-align:top;" | {{fix}} || Anzeige und Ausgabe der Infodienste (BUS) Formulare bei Dienstleistungen korrigiert.
|}
===6.6.5 (16.08.2019)===
{|
| style="vertical-align:top;" | {{update}} || Geo-Koordinaten (für die Suche/Anzeige in einer Karte) werden nicht korrekt in den Html-Head geschrieben.
|}
===6.6.4 (16.08.2019)===
{|
| style="vertical-align:top;" | {{fix}} || Interne Verknüpfungen innerhalb von Öffnungszeiten werden nicht korrekt aufgelöst.
|}
===6.6.3 (06.08.2019)===
{|
| style="vertical-align:top;" | {{fix}} || Redaktionell eingegebenen Leerzeichen bei den Zuständigkeiten können die Sortierung beeinflussen.
|-
| style="vertical-align:top;" | {{update}} || Bei der Ausgabe der Organisations-Struktur werden 'p' Parameter angehangen.
|}
===6.6.2 (05.08.2019)===
{|
| style="vertical-align:top;" | {{fix}} || Fehler beim Abschließen der Formsolutions-Formularkonfigurationen direkt an den Objekten.
|}
===6.6.1 (02.08.2019)===
{|
| style="vertical-align:top;" | {{add}} || Auch bei Organisationen soll die Sortierung zentral konfiguriert werden können.
|}
===6.6 (02.08.2019)===
''Release Version''
{|
| style="vertical-align:top;" | {{add}} || Bei den Produkten kann die primäre Organisation aus einer der verknüpften Organisationen bestimmt werden.
|-
| style="vertical-align:top;" | {{add}} || Die Ausgabe eines fest hinterlegten Ansprechpartners bei Produkten für externe Publikationsbereich kann bei den Eigenschaften der Produkt-Pools angegeben werden.
|-
| style="vertical-align:top;" | {{add}} || Die Sortierung der zuständigen Mitarbeiter bei Produkten kann zentral am Produkt-Pool oder auch dezentral an den Produkten definiert werden.
|-
| style="vertical-align:top;" | {{add}} || Die Sortierung der Mitarbeiterliste bei den Produkten kann zentral am Produktpool eingestellt und ggf dezentral an dem Produkt angepasst werden.
|}
===6.5.1 (31.07.2019)===
{|
| style="vertical-align:top;" | {{fix}} || FormSolution Links, die über die 'alte' Oberfläche gepflegt werden, werden nicht angezeigt.
|}
===6.5 (26.07.2019)===
''Release Version''
{|
| style="vertical-align:top;" | {{add}} || CityGov 5: Gibt es Dachzeile als Eingabefeld im Projekt, sollten auch Organisationen Eingabefelder dafür bieten
|-
| style="vertical-align:top;" | {{fix}} || CityGov Landkreis: Ausgabe Formulare
|-
| style="vertical-align:top;" | {{add}} || Neuer ContentBlock "Weiterführende Informationen"
|-
| style="vertical-align:top;" | {{fix}} || TSA-BUS Import schlägt fehl, wenn ein Proxy mit Schema in der IES-Konfiguration angegeben wurde
|}
===6.4.3 (16.07.2019)===
{|
| style="vertical-align:top;" | {{add}} || Die Organisation wird bei vererbter Adresse nicht im Kontakt-Block der Produkte angezeigt.
|}
===6.4.2 (15.07.2019)===
{|
| style="vertical-align:top;" | {{fix}} || Die Organisations-Struktur wird bei den Startseiten nicht 'aufgespannt'.
|}
===6.4.1 (10.07.2019)===
{|
| style="vertical-align:top;" | {{fix}} || Bei der Migration werden die Publikations-Stati nicht übernommen.
|}
===6.4 (10.07.2019)===
''Release Version''
{|
| style="vertical-align:top;" | {{fix}} || Suchergebnisse können nur noch über einen separaten Suchergebnis-Startseite angezeigt werden (und nicht mehr innerhalb der Startseite).
|-
| style="vertical-align:top;" | {{add}} || Auflistung aller Formulare enthält keine Daten.
|-
| style="vertical-align:top;" | {{fix}} || Die Organisationsstruktur wird bei 'weiteren Startseiten' nicht angezeigt.
|}
===6.3 (26.06.2019)===
''Release Version''
{|
| style="vertical-align:top;" | {{add}} || Möglichkeit zur individuellen Ausblendung von Nachnamen im öffentlichen Bereichen
|}
===6.2.1 (04.06.2019)===
{|
| style="vertical-align:top;" | {{fix}} || Korrektur beim XIP-Im-Export (Transformation) von Adressen
|-
| style="vertical-align:top;" | {{add}} || Eingabemöglichkeit des Dachzeilentextes für Organisationen ermöglicht, der an Stelle des Titels genutzt werden kann.
|-
| style="vertical-align:top;" | {{fix}} || Fehler beim Import der BUS-Daten.
|}
===6.2 (29.05.2019)===
''Release Version''
{|
| style="vertical-align:top;" | {{add}} || Überarbeitung des CLI für Im- und Exporter und Untersützung von zentralen Konfiguration die auch im IES verwendet werden können
|-
| style="vertical-align:top;" | {{add}} || BUS-Schnittstelle überarbeitet
|-
| style="vertical-align:top;" | {{add}} || Neue Methode SP\CityGov\Organisation::getHierarchyName()
|-
| style="vertical-align:top;" | {{update}} || Für XZuFi-Schnittstelle notwendige Anpassungen
|-
| style="vertical-align:top;" | {{add}} || Auslagern der CityGov-Konfiguration nach PHP
|-
| style="vertical-align:top;" | {{add}} || Details von Verknüpften Objekten sollen mit php nachgeladen werden, so dass die IES-Abhängigkeiten der verschiedenen Felder eines verknüpften Objektes reduziert werden.
|}
===6.1.4 (24.05.2019)===
{|
| style="vertical-align:top;" | {{fix}} || Die Produkt- und Mitarbeiterlisten werden je nach Konfiguration nicht sortiert angezeigt.
|}
===6.1.3 (03.05.2019)===
{|
| style="vertical-align:top;" | {{fix}} || Texte von Produkt-Detail Beschreibungsblöcken, die nicht mit dem BUS synchronisiert werden, werden in der Webseite nicht angezeigt.
|}
===6.1.2 (26.04.2019)===
{|
| style="vertical-align:top;" | {{fix}} || Die Ein- und Ausgabe der der BUS-Texte Texte ist fehlerhaft.
|-
| style="vertical-align:top;" | {{fix}} || Produkte mit alternativen Überschrift werden unvollständig angezeigt.
|}
===6.1.1 (25.04.2019)===
{|
| style="vertical-align:top;" | {{add}} || Die (default) Eingabefelder der Produkt-Detailbeschreibungen werden nicht angzeigt
|}
===6.1 (16.04.2019)===
{|
| style="vertical-align:top;" | {{add}} || Checkboxen zum Thema Barrierefreiheit und 'Wickeltisch'
|-
| style="vertical-align:top;" | {{add}} || Anzeige von 115 Kontaktinformationen für Objekte die selber keine Kontaktinformation besitzen
|-
| style="vertical-align:top;" | {{fix}} || CityGov 5: Speichern in Eigenschaften und Zur Person setzt wieder sp_title
|-
| style="vertical-align:top;" | {{update}} || FormSolutions-Link unter Links und Downloads anbieten
|-
| style="vertical-align:top;" | {{add}} || Migrationsroutinen für vollständige Exporte
|-
| style="vertical-align:top;" | {{fix}} || Abhängigkeiten korrigiert
|-
| style="vertical-align:top;" | {{add}} || 'doppelte' Überschrift bei der Ausgabe der Gliederung per Konfiguration unterdrücken
|-
| style="vertical-align:top;" | {{fix}} || Label für "Zuständige Stelle" falsch
|}
===6.0.2 (03.04.2019)===
{|
| style="vertical-align:top;" | {{add}} || Die Sortierung der Mitarbeiterlisten bei einer Organisation ist nicht korrekt.
|-
| style="vertical-align:top;" | {{fix}} || CityGov: Inhalte in Terminvereinbarung verschwunden
|-
| style="vertical-align:top;" | {{update}} || Bei den Produkten werden alle Detailbeschreibungen indiziert, was bei 'Mitzubringende Unterlagen' und Ausweis zu falschen Ergebnissen führt.
|}
===6.0.1 (27.03.2019)===
{|
| style="vertical-align:top;" | {{fix}} || Anzeige Vornamen im CityGov
|}
===6.0 (26.03.2019)===
''InfoSite 6 Integration''
{|
| style="vertical-align:top;" | {{fix}} || Überschrift der Organisationsstruktur prodiziert ganze Sektion mit leerem Textabschnitt
|-
| style="vertical-align:top;" | {{fix}} || CityGov 6: Liste der Formulare noch unvollständig
|-
| style="vertical-align:top;" | {{add}} || Bei der Suche nach Leistungen und Organisationen sollen die A-Z Button deaktiviert werden können
|-
| style="vertical-align:top;" | {{fix}} || Falscher Fallback-Text im Seitentitel der allgemeinen Seitenbeschreibung in Ämter-Seiten
|-
| style="vertical-align:top;" | {{add}} || Erweiterung der Detail-Texte einer Leistung um In- und Externe Verknüpfungen pro Beschreibungs-Feld
|-
| style="vertical-align:top;" | {{add}} || Ergänzung von ServiceCenter-Texten für die LinkListe (Person, Mitarbeiter, Organisationen)
|-
| style="vertical-align:top;" | {{fix}} || QA-System: fehlerhafte Ausgabe der VV-Startseite
|-
| style="vertical-align:top;" | {{add}} || Erweiterung der Eingabe um 'gelbe' ServiceCenter Felder für Mitarbeiter-Liste und Öffnungszeiten
|-
| style="vertical-align:top;" | {{fix}} || Kontakt-Verknüpfung auf Organisation wird nicht mehr ausgegeben
|-
| style="vertical-align:top;" | {{fix}} || Kontakt-Verknüpfung auf Mitarbeiter: Daten werden unvollständig ausgegeben
|-
| style="vertical-align:top;" | {{fix}} || CityGov Frontend Dienstleitungen Rechtschreibfehler
|-
| style="vertical-align:top;" | {{add}} || Themenseiten in CityGov etablieren
|-
| style="vertical-align:top;" | {{add}} || Neue Bereich in Ressourcen für Artikelseiten
|-
| style="vertical-align:top;" | {{fix}} || Mitarbeiter - Rechtschreibffehler
|-
| style="vertical-align:top;" | {{update}} || Produkt-Model Aggregator
|-
| style="vertical-align:top;" | {{update}} || Downloads und Medien im Link-Dialog von allen Sites in CityGov wieder bereit stellen
|-
| style="vertical-align:top;" | {{add}} || Organisation-Model Aggregator
|-
| style="vertical-align:top;" | {{update}} || Person-Model Aggregator
|-
| style="vertical-align:top;" | {{add}} || Renderer für die CityGov-Models
|-
| style="vertical-align:top;" | {{update}} || Refactoring der Aggregatoren und PHP-Kompnenten
|-
| style="vertical-align:top;" | {{fix}} || Bei dem Textarea für die Öffnungszeiten fehlt die Möglichkeit der internen Verknüpfungen.
|-
| style="vertical-align:top;" | {{add}} || Dachzeilen (Kicker) Texte für Startseiten/Dezernate/Ämter analog zu Infosite-Rubrikseiten ermöglichen. Lookup kann weiterhin die Bezeichnung der Orga sein.
|-
| style="vertical-align:top;" | {{add}} || Migration sämtlicher CityGov Daten für die Infosite6 Integration, inklusive Abwärtskompatibilität zur bisherigen Oberfläche und Templates
|-
| style="vertical-align:top;" | {{add}} || Einbindung von mehrfach verwendbaren Textbausteinen.
|-
| style="vertical-align:top;" | {{add}} || Textfeld in den Metadaten von Produkten: Fachlicher (interner) Ansprechpartner
|-
| style="vertical-align:top;" | {{add}} || Umsetzung der X-ZUFI Schnittstelle
|-
| style="vertical-align:top;" | {{add}} || Analyse der Spezifikation und Erstellen eines Konzeptes für die Umsetzung
|-
| style="vertical-align:top;" | {{add}} || Erstellen der Server-Komponente zur Auslieferung der X-ZUFI Anfragen
|-
| style="vertical-align:top;" | {{add}} || Vereinheitlichung der Feldnamen (wenn mögliche template/view & aggregator) für die Adressen in CityGov und im SiteKit Kontaktabschnitt (Thema Straßenverzeichnis)
|-
| style="vertical-align:top;" | {{update}} || Zusätzliche Beschreibungs-Abschnitte bei Produkten und Organisationen vs. CityGov-Contentseiten.
|-
| style="vertical-align:top;" | {{update}} || Definition weniger Content-Abschnitte, dessen Daten für Sitkit- und Template-Ausgaben (altes CityGov Markup) funktionieren müssen
|-
| style="vertical-align:top;" | {{update}} || Zusätzliche müssen für bestehende Kunden die aktuellen Contentdaten von Organisationen sowie eigenständige Contentseiten für die neuen Strukturen migriert werden.
|-
| style="vertical-align:top;" | {{fix}} || CityGov: Artikel die durch andere Benutzer in Bearbeitung sind, zeigen kein entsprechendes Icon im Grid.
|-
| style="vertical-align:top;" | {{fix}} || Verknüpfung von Bus-Texten: Default-Haken muss gesetzt sein, damit überhaupt Texte ausgegeben werden
|}
===5.4.21 (02.12.2020)===
''Support-Fix''
{|
| style="vertical-align:top;" | {{fix}} || Suchausgabe mit Filtern teilweise fehlerhaft
|}
===5.4.20 (31.08.2020)===
''Support-Fix''
{|
| style="vertical-align:top;" | {{add}} || Migration zur Übertragung der "alten" 115-IDs in das Feld für die Leika-Nummer
|-
| style="vertical-align:top;" | {{add}} || Ausgabe E-Mail-Icon bei Personen mit alternativer E-Mail-Adresse
|}
===5.4.19 (03.03.2020)===
''Support-Fix''
{|
| style="vertical-align:top;" | {{add}} || Auch ohne ServiceCenter sollen 115 und Leikanummern editierbar sein.
|}
===5.4.18 (21.01.2020)===
{|
| style="vertical-align:top;" | {{fix}} || 115-Xzufi-Bereitstellung per Template schreibt leere Anschrift (Postfach) raus
|}
===5.4.17 (17.01.2020)===
{|
| style="vertical-align:top;" | {{add}} || Für den xZuFi Export kann keine Gebiets-ID eingetragen werden.
|}
===5.4.16 (17.01.2020)===
{|
| style="vertical-align:top;" | {{fix}} || 'NullPointerException' beim Bearbeiten von Produkten.
|-
| style="vertical-align:top;" | {{fix}} || Fehler bei der Ausgabe von Formularlisten
|}
===5.4.15 (18.11.2019)===
{|
| style="vertical-align:top;" | {{update}} || Kompatibilität zur neuen Sitekit-Rendering-Engine
|}
===5.4.14===
''Support-Fix''
{|
| style="vertical-align:top;" | {{update}} || php 5.3 Kompatibilität ergänzt.
|}
===5.4.13 (26.09.2019)===
''Support-Fix''
{|
| style="vertical-align:top;" | {{add}} || Auflistung der 115 Index-Datei im Textformat mit XZuFi spezifischen Dateinamen
|}
===5.4.12 (27.06.2019)===
''Support-Fix''
{|
| style="vertical-align:top;" | {{fix}} || Bei den Personen wird die Teaser-Headline nicht korrekt ermittelt.
|}
===5.4.11 (26.06.2019)===
{|
| style="vertical-align:top;" | {{add}} || Möglichkeit zur individuellen Ausblendung von Nachnamen im öffentlichen Bereichen
|}
===5.4.10 (25.06.2019)===
''Support-Fix''
{|
| style="vertical-align:top;" | {{fix}} || Citygov Contentseiten werden mit dem Sitekit-2 nicht korrekt in die Webseite aggregiert.
|}
===5.4.8 (21.06.2019)===
{|
| style="vertical-align:top;" | {{fix}} || Bei aktivierter Option, die Kurzbeschreibung auch mit dem TinyMCE einzugeben, werden diese (nur) bei der Organisationen inklusive der HTML-Tags aggregiert
|}
===5.4.7 (21.06.2019)===
{|
| style="vertical-align:top;" | {{fix}} || Die Checkboxen bei den Angaben zur Barrierefreiheit werden mit aktuellen Sitekit nicht in der Webseite angezeigt.
|}
===5.4.6 (17.06.2019)===
{|
| style="vertical-align:top;" | {{fix}} || Bei Kontakt-Abschnitt-Verknüpfungen von Artikeln auf Personen wird u.U. der Name der Organisation anstatt der Name der Person angezeigt.
|}
===5.4.5 (17.06.2019)===
{|
| style="vertical-align:top;" | {{fix}} || Bei NICHT aktivierter Vererbung der Adressen wird bei Leistungen und Personen dennoch der Kontaktabschnitt mit dem Namen der Organisation aggregiert.
|}
===5.4.4 (12.06.2019)===
{|
| style="vertical-align:top;" | {{fix}} || Korrektur bei der automatischen Setzung von sp_title für Systeme mit Sitekit-Ausgabebereichen.
|}
===5.4.3 (31.05.2019)===
''Support-Fix''
{|
| style="vertical-align:top;" | {{fix}} || Fehler bei der Anzeige der Adressdaten.
|}
===5.4.2 (16.04.2019)===
''Support-Fix''
{|
| style="vertical-align:top;" | {{add}} || sp_title wird nicht mehr automatisch gesetzt
|-
| style="vertical-align:top;" | {{add}} || Die Organisationen der (sitekit) Beispieldaten können nicht bearbeitet werden.
|}
===5.4.1 (27.03.2019)===
{|
| style="vertical-align:top;" | {{add}} || Bei der Ausgabe von Bildern über die Template-Ergänzungen fehlen die Höhe und Breite des Bildes für den Zoom
|}
===5.4 (26.03.2019)===
''Release Version''
{|
| style="vertical-align:top;" | {{fix}} || Bei vielen Produkt.Zuständigkeiten mit wiederholenden Zuständigkeitshinweisen kann es zu Problemen beim Indizieren der Mitarbeiter kommen.
|}
===5.3 (06.03.2019)===
''Release Version''
{|
| style="vertical-align:top;" | {{add}} || Umstellung der d115 Export-Daten auf das XZuFi Format
|-
| style="vertical-align:top;" | {{add}} || Formulare aus dem BUS werden in der Webseite nicht angezeigt.
|}
===5.2.4 (26.02.2019)===
''Hotfix''
{|
| style="vertical-align:top;" | {{fix}} || OpenStreetMap-Link wird bei Kontakt-Abschnitten nicht ausgegeben
|}
===5.2.3 (03.01.2019)===
{|
| style="vertical-align:top;" | {{fix}} || Detailbeschreibungen bei Produkten werden unter bestimmten Umständen mehrfach ausgegeben .
|}
===5.2.2 (19.12.2018)===
''Hotfix''
{|
| style="vertical-align:top;" | {{fix}} || Fehlender modelType bei Zoom-Links von Bildern
|}
===5.2.1 (18.12.2018)===
{|
| style="vertical-align:top;" | {{fix}} || Fehlenden ModelType bei E-Mail Adessen im 'contactPoint' hinzugefügt.
|}
===5.2 (05.12.2018)===
''Release Version''
{|
| style="vertical-align:top;" | {{fix}} || Ausgabe der Link-Listen zwischen Person, Produkten und Organisationen für SiteKit2 angepasst.
|}
===5.1 (03.12.2018)===
''Release Version''
{|
| style="vertical-align:top;" | {{add}} || Bei der Verlinkung vom Typ Download, werden die Download-Pools nicht vollständig ermittelt.
|-
| style="vertical-align:top;" | {{fix}} || Medien-Pools nur ergänzen, wenn CityGov eingerichtet ist.
|-
| style="vertical-align:top;" | {{fix}} || Bei den Verweisen zwischen CityGov Objekten werden leere Telefonnummern aggregiert.
|-
| style="vertical-align:top;" | {{add}} || Auswertung der Proxy-Angaben bei der FormSolutions-Anbindung korrigiert.
|}
===5.0.4 (14.11.2018)===
''Hotfix''
{|
| style="vertical-align:top;" | {{fix}} || Bei Downlod-Links werden die CityGov-Medien nicht korrekt zur Verfügung gestellt.
|}
===5.0.3 (19.10.2018)===
{|
| style="vertical-align:top;" | {{fix}} || Die Synonyme werden mit dem aktuellen Sitekit-Module nicht mehr korrekt übernommen.
|}
===5.0.2===
{|
| style="vertical-align:top;" | {{add}} || Sortierung der Suchergebnisse von Mitarbeitern und Produkten korrigiert.
|-
| style="vertical-align:top;" | {{fix}} || Counter-Fehler
|}
===5.0.1 (08.10.2018)===
{|
| style="vertical-align:top;" | {{fix}} || Linklisten werden in 'SiteKit' Webseiten nicht korrekt ausgegeben.
|}
===5.0 (02.10.2018)===
''Feature-Release''
{|
| style="vertical-align:top;" | {{fix}} || Gliederung: Seite selbst darf nicht verlinkt sein
|-
| style="vertical-align:top;" | {{fix}} || Platzhalter-Variablen in Title- und Value-Inhalten an Eingabefeldern dürfen nicht evaluiert werden
|-
| style="vertical-align:top;" | {{fix}} || Suche nach Produkten / Organisationen wirft Fehler
|-
| style="vertical-align:top;" | {{fix}} || Aufruf einer OE wirft Fehler
|-
| style="vertical-align:top;" | {{fix}} || Beim Kopieren von Produkten, die auch Contentseiten , werden diese nicht mitkopiert.
|-
| style="vertical-align:top;" | {{fix}} || CityGov 6: Einleitungstext wird nicht ausgegeben
|-
| style="vertical-align:top;" | {{add}} || Umstellung auf SiteKit 2.0
|-
| style="vertical-align:top;" | {{add}} || Kontaktabschnitt soll Standard-Kontaktabschnitt sein
|}
===4.3.14 (14.12.2018)===
''Hotfix''
{|
| style="vertical-align:top;" | {{fix}} || Fehlende Klammer in Ausdruck
|}
===4.3.13 (11.09.2018)===
{|
| style="vertical-align:top;" | {{add}} || Unter bestimmen Umständen kann es möglich sein unbeabsichtigt, aber redaktionell bestätigt, z.B. die Produkte eines Pools zu löschen
|}
===4.3.12 (05.09.2018)===
{|
| style="vertical-align:top;" | {{fix}} || Adressen und/oder Öffnungszeiten werden trotz Konfiguration bei Produkte und Personen nicht korrekt bzw. fälschlicherweise von der Organisation geerbt.
|}
===4.3.11 (03.09.2018)===
{|
| style="vertical-align:top;" | {{add}} || Bei der Mitarbeiterrecherche sollen die Organisations-Token in externen Bereichen (Internet) nicht pauschal angezeigt werden.
|}
===4.3.10 (21.08.2018)===
{|
| style="vertical-align:top;" | {{add}} || Bei den php Objekten werden Cotent-Daten (Email, Telefonnummern) unter bestimmten Umständen nicht zurückgeliefert.
|}
===4.3.9 (21.08.2018)===
{|
| style="vertical-align:top;" | {{add}} || Die Preview-Links werden bei Medien nicht korrekt ausgeführt. Hier sollte auf das Original-Medium im System verwiesen werden.
|}
===4.3.8 (25.07.2018)===
{|
| style="vertical-align:top;" | {{fix}} || Mobilfunknummern werden für die Suche nach Mitarbeitern nicht vollständig berücksichtigt.
|}
===4.3.7 (24.07.2018)===
{|
| style="vertical-align:top;" | {{add}} || Der Button zum Speichern wird bei Pool-Objekten nicht (mehr) angezeigt.
|}
===4.3.6 (22.06.2018)===
''Hotfix Release''
{|
| style="vertical-align:top;" | {{update}} || Hotfix-Anpassungen nicht übernommen
|}
===4.3.5 (22.06.2018)===
''Hotfix Release''
{|
| style="vertical-align:top;" | {{add}} || Korrektur der Toolbar-Option
|}
===4.3.4 (22.06.2018)===
''Hotfix Release''
{|
| style="vertical-align:top;" | {{update}} || Rechte des Speicher-Buttons angepasst: Auch beim Anlegen neuer Elemente muss der Speichern-Button auftauchen
|}
===4.3.3 (22.06.2018)===
''Hotfix Release''
{|
| style="vertical-align:top;" | {{fix}} || Neues Produkt ohne Pool-Rechte kann nicht gespeichert werden
|}
===4.3.2 (18.05.2018)===
''HotfixRelease''
{|
| style="vertical-align:top;" | {{fix}} || Bei der Mitarbeiterrecherche in Intranetseiten werden die frei eingegebenen Produktbezeichnungen mit ihren Zuständigkeiten nicht korrekt ausgewertet.
|}
===4.3.1 (18.05.2018)===
''HotfixRelease''
{|
| style="vertical-align:top;" | {{add}} || Bei den Download & Links Verweise auf den ArtikelTyp: "Externer Link zu einem Form-Solutions Formular" ergänzt
|}
===4.3 (09.05.2018)===
''HotfixRelease''
{|
| style="vertical-align:top;" | {{add}} || Abschnitts Templates: Link-Abschnitt kein direkter upload möglich
|-
| style="vertical-align:top;" | {{fix}} || Beim Anlegen von Organisationen wird, wenn nicht erneut gespeichert wird, an den Publikationsbereichen kein Template übernommen, so dass in die SiteKit-Ausgabe in 'alten' Publikationsbereichen erfolgen kann, was zu PHP-Fehler führt.
|-
| style="vertical-align:top;" | {{add}} || Die zusätzlichen Beschreibungstexte und Inhalte von Contentseiten werden in separaten Sektionen ausgegeben, die auch als Ankerliste am Seitenanfang ausgegeben werden können.
|-
| style="vertical-align:top;" | {{add}} || Zwischen Mitarbeitern und Produkten werden während der Generierung unverhältnismäßig viele Abhängigkeiten erzeugt. Das führt zu unnötigen Generierungen!
|-
| style="vertical-align:top;" | {{add}} || Bei der Ausgabe für CityCall werden die Anker und Sprungmarken 'Zum Seitenanfang' auch bei leeren Abschnitten ausgegeben.
|-
| style="vertical-align:top;" | {{fix}} || Placeholder für Radio-Buttons nicht valide
|-
| style="vertical-align:top;" | {{fix}} || Beim BUS-Export kann es zu Fehlern bei Übertragen von Mitarbeitern kommen.
|-
| style="vertical-align:top;" | {{fix}} || Wenn Suchformular und Ergebnisseite getrennt sind, kann es zu JavaScript Fehlern kommen.
|}
===4.2.1 (25.01.2018)===
''HotfixRelease''
{|
| style="vertical-align:top;" | {{add}} || Bei den Kontaktdaten von Mitarbeitern und Produkten wird der Organisations-Name nicht angezeigt, obwohl die Daten von der (primären) Organisation geerbt werden.
|-
| style="vertical-align:top;" | {{update}} || Über die Objektsuche sollen auch Ämter gefunden werden können
|-
| style="vertical-align:top;" | {{add}} || Wenn bei der Buchstaben-Suche auf den aktuell aktiven Buchstaben geklickt wird, wird dieser Filter zurückgesetzt (toggle)
|-
| style="vertical-align:top;" | {{fix}} || Wenn bei der Objektsuche keine Auswahl über den Suchfilter getätigt wurde, sind keine der Radio-Buttons ausgewählt
|-
| style="vertical-align:top;" | {{add}} || Bei der detaillierten Suche mit Einschränkungen (z.B. Buchstabenbereiche) werden nur die Einschränkungen von in öffentlichen Bereichen freigegebenen Produkt-Verknüpfungen berücksichtigt.
|}
===4.2 (29.11.2017)===
''Feature-Release''
{|
| style="vertical-align:top;" | {{add}} || Bei Eingabefeldern mit dem Tiny aktiviert dieser sich nun direkt beim Überfahren mit der Maus.
|-
| style="vertical-align:top;" | {{add}} || Aus dem BUS übernommene Daten, die als CityGov-Objekte importiert werden, benötigen die entsprechenden 'objectType'n für die Bearbeitung und Ausgabe in Systemen mit Infosite6-Enterprise
|-
| style="vertical-align:top;" | {{add}} || Von Publikationsbereichen vorranging das Label ausgeben, als Default weiterhin den Namen
|-
| style="vertical-align:top;" | {{update}} || DOCTYPE-Umstellung auf HTML5
|-
| style="vertical-align:top;" | {{add}} || Vorangestellte Ausgabe der Organisations-Kürzel konfigurierbar für OrganisationsStrukturen und Organisations-LinkListen.
|-
| style="vertical-align:top;" | {{fix}} || Salutation Label keine Übersetzung
|-
| style="vertical-align:top;" | {{fix}} || Adressbearbeitung: Geokoordinaten an Mitarbeitern dürfen nicht mit den default Daten beim Speichern befüllt werden
|-
| style="vertical-align:top;" | {{add}} || Label "Produkte" in der Suche sollte anpassbar sein
|}
===4.1.12 (30.11.2017)===
''HotfixRelease''
{|
| style="vertical-align:top;" | {{add}} || Bei der detaillierten Suche mit Einschränkungen (z.B. Buchstabenbereiche) werden nur die Einschränkungen von in öffentlichen Bereichen freigegebenen Produkt-Verknüpfungen berücksichtigt.
|}
===4.1.11 (01.09.2017)===
''Hotfix-Version''
{|
| style="vertical-align:top;" | {{update}} || sp_source=citygov für SiteKit nicht mehr in den HTML-Head schreiben, da sp_source für SiteKit umdefiniert ist.
|}
===4.1.10 (21.08.2017)===
''HotfixRelease''
{|
| style="vertical-align:top;" | {{fix}} || Beim Einbinden von CityGov Objekten (als Kontakte) in anderen Webseiten kann es zu php Fehlern kommen.
|}
===4.1.9 (18.08.2017)===
''HotfixRelease''
{|
| style="vertical-align:top;" | {{fix}} || Einschränkende Buchstabenbereiche oder Aktenzeichen werden nur ausgegeben, wenn es auch eine Freitext-Zuständigkeit angegeben worden ist.
|-
| style="vertical-align:top;" | {{fix}} || Das Löschen von Mitarbeiterdatensätzen führt zu Fehler beim folgenden BUS-Export, der versucht die korrespondierenden Daten innerhalb des BUS zu entfernen.
|-
| style="vertical-align:top;" | {{fix}} || Die Formular-Übersicht listet keine Formulare mehr auf.
|}
===4.1.8 (09.08.2017)===
''HotfixRelease''
{|
| style="vertical-align:top;" | {{fix}} || Beschreibungstexte bei Produkten werden nicht ausgegeben, wenn mit dem TinyMce eine interne Verknüpfung erstellt wurde.
|-
| style="vertical-align:top;" | {{fix}} || Die Auflistung von 'Alternativen Titeln' als separate Suchergebnisse ist für Sitekit-Mandanten noch nicht umgesetzt.
|-
| style="vertical-align:top;" | {{add}} || Verknüpfte Mitarbeiter am Produkt werden im Backend aufgelistet, im Linkdialog sind diese aber nicht mehr sichtbar
|-
| style="vertical-align:top;" | {{fix}} || sp_vv_responsiblePersonNotFromConfig_extern zeigt keine Funktion
|-
| style="vertical-align:top;" | {{add}} || Bei der Mitarbeitersuche soll differenziert nach den Freitexten von Produkt-Zuständigkeiten gesucht werden können.
|-
| style="vertical-align:top;" | {{update}} || Konsiste Schreibweise von E-Mail-Adresse
|-
| style="vertical-align:top;" | {{fix}} || Zuständige Mitarbeiter an Produkten werden zum Teil nicht ausgegeben
|}
===4.1.7 (26.07.2017)===
''Hotfix-Version''
{|
| style="vertical-align:top;" | {{fix}} || Paging in der Suche funktioniert nicht
|-
| style="vertical-align:top;" | {{add}} || Für Organisationen können nun differenzierte Rechte für 'nur lesen' und 'versteckt schreiben' vergeben werden.
|}
===4.1.6 (24.07.2017)===
''Hotfix-Release''
{|
| style="vertical-align:top;" | {{update}} || Konfiguration von Kontaktabschnitten gelten nun auch für Kontakte von CityGov
|-
| style="vertical-align:top;" | {{fix}} || Die Formulare von Leistungsbeschreibungen der Produkte mit einer Verbindung zum BUS bzw. HessenFinder werden nicht aufgelistet.
|-
| style="vertical-align:top;" | {{add}} || VV Suchergebnis - Kicker
|}
===4.1.5 (18.07.2017)===
''HotfixRelease''
{|
| style="vertical-align:top;" | {{fix}} || Wird in einer Startseite die Formular-Ausgabe zurückgenommen, wirkt sich dieses nicht auf die Webseite aus.
|-
| style="vertical-align:top;" | {{fix}} || Bei der Vorschau-Funktion werden die Mitarbeiter-Verknüpfungen von Produkten nicht angezeigt.
|-
| style="vertical-align:top;" | {{fix}} || Die zusätzlichen Links von BUS-Beschreibungsblöcken werden nicht ausgegeben.
|}
===4.1.4 (14.07.2017)===
''HotfixRelease''
{|
| style="vertical-align:top;" | {{fix}} || Ausgabe von Details eines Produktes mit Daten aus dem BUS erzeugt einen Fehler.
|-
| style="vertical-align:top;" | {{fix}} || Anpassung der Sortierung von Sektionen im Kunden-Modul wird nicht korrekt ausgewertet.
|}
===4.1.3 (05.07.2017)===
''HotfixRelease''
{|
| style="vertical-align:top;" | {{fix}} || Kompatibilität bei der Ermittlung der BUS Daten innerhalb des Sitekit erstellt.
|}
===4.1.2 (04.07.2017)===
''HotfixRelease''
{|
| style="vertical-align:top;" | {{fix}} || Bei reduzierten Berechtigungen wird der entsprechende Bereich nicht korrekt vorselektiert.
|-
| style="vertical-align:top;" | {{fix}} || Der 'Artikelname' eines AdressObjektes wird im Sitekit fälschlicherweise als Adressbezeichung ausgegeben.
|}
===4.1.1 (26.06.2017)===
''Hotfix-Release''
{|
| style="vertical-align:top;" | {{fix}} || JavaScript Fehler im Suchskript im Safari
|}
===4.1 (14.06.2017)===
''feature version''
{|
| style="vertical-align:top;" | {{add}} || Da CityGov Objekte nun mit dem allgemeinen Step kategorisiert werden können, muss die Auflistung der Formulare bei der Gruppierung nach Kategorien diese ebenfalls noch berücksichtigen.
|-
| style="vertical-align:top;" | {{fix}} || Öffnungszeiten stehen zwar im Quellcode der Seite, werden aber nicht über den Parameter sitekit:source angezeigt
|-
| style="vertical-align:top;" | {{add}} || Sitekit: Bei Tabellen fehlt die Angabe um diese auch responsive darstellen zu können.
|-
| style="vertical-align:top;" | {{add}} || Erweiterungen für Solr ab der Version 1.13 für die Übernahme von alternativen Titeln ergänzt.
|-
| style="vertical-align:top;" | {{add}} || Content- und Themenseinte für CityCall zur Verfügung gestellt.
|-
| style="vertical-align:top;" | {{add}} || Synonyme von BUS-Objekten wurden nicht dem VV-Obj. (für Suche) übernommen.
|-
| style="vertical-align:top;" | {{add}} || Sitekit: Ausgabe der Daten für die Seitenbeschreibung für Teaser ergänzt.
|-
| style="vertical-align:top;" | {{fix}} || Innerhalb des TinyMCE WYSIWYG Editors stehen die Listen nicht mehr zur Verfügung
|-
| style="vertical-align:top;" | {{add}} || Ausgabe von Mitarbeitern bei Organisationen im Web komplett unterdrücken, bei Produkten aber den 'Standard Mitarbeiter' ausgeben und ggf. von Redakteuren anpassen lassen.
|-
| style="vertical-align:top;" | {{add}} || Die Darstellung der Organisations-Hierarchie / Gliederung wird bei Dezernaten nicht korrekt ausgegeben. Der Ausgabe-Modus soll auch konfigurierbar sein.
|}
===4.0.3 (30.03.2017)===
''Hotfix Release''
{|
| style="vertical-align:top;" | {{fix}} || Die Mitarbeiter-Suche nach Zuständigkeitsbereichen in Webseiten (sqlite) liefert keine Ergebnisse.
|-
| style="vertical-align:top;" | {{add}} || Die Funktion, die bei der Verknüpfung zwischen Mitarbeiter und Organisation ausgewählt wurde, wird in der Organiations-Seite bei dem Mitarbeiter nicht angezeigt.
|}
===4.0.2 (17.03.2017)===
''BugfixRelease''
{|
| style="vertical-align:top;" | {{fix}} || Eine im Kontaktdaten-Bereich eingegebene Url mit https erzeugt auf der Webseite einen fehlerhaften Link.
|-
| style="vertical-align:top;" | {{fix}} || Probleme beim Login
|}
===4.0.1 (02.03.2017)===
''Hotfix Release''
{|
| style="vertical-align:top;" | {{fix}} || Eine Suche nach Buchstaben liefert immer alle Objekte
|}
===4 (01.03.2017)===
''Release''
{|
| style="vertical-align:top;" | {{add}} || Bei der Ausgabe der Adressdaten aller verknüpften Organisationen werden nur noch Organisationen berücksichtigt, die auch publiziert sind.
|-
| style="vertical-align:top;" | {{add}} || Die Anbindung an das SiteKit umgesetzt
|-
| style="vertical-align:top;" | {{update}} || kurze Bildestriche durch Divise ersetzt
|-
| style="vertical-align:top;" | {{fix}} || Suche nach einem Begriff in Anführungszeichen führt zu IES Error
|-
| style="vertical-align:top;" | {{fix}} || Die Sortierung der Suchergebnisse beim Wechsel zwischen Volltext und Buchstaben-Suche ist fehlerhaft.
|-
| style="vertical-align:top;" | {{fix}} || Unvollständige Ermittlung des ParentPath für die Aktualisierung der Statistikdaten für CityCall
|-
| style="vertical-align:top;" | {{add}} || Übertragung der Section- und Linklisten- Label in die Modul-Mehrsprachigkeit und Möglichkeit zum Überschreiben per Sprachpaket im Mandaten.
|-
| style="vertical-align:top;" | {{fix}} || Sortierung von Mitarbeitern über alternatives Eingabefeld greift nicht
|-
| style="vertical-align:top;" | {{fix}} || Navigation an Produkten berücksichtig nicht die primäre Organisationsverknüpfung
|-
| style="vertical-align:top;" | {{fix}} || Suchergebenisse werden in alphabetischer Suche zum Teil erst beim zweiten Klick angezeigt
|-
| style="vertical-align:top;" | {{fix}} || Beim Löschen von Produkten oder Orgas müssen mögliche ContentSeiten ebenfalls gelöscht werden.
|-
| style="vertical-align:top;" | {{fix}} || Vorschau-Funktion in CityGov funktioniert nicht für Sitekit-Ausgabe
|-
| style="vertical-align:top;" | {{fix}} || Bei Änderung der PublicationStates von Organisationen wird die neue Version nicht korrekt ausgewertet
|-
| style="vertical-align:top;" | {{update}} || Vererbung von Organisations-Adressen bei Mitarbeiter und Produkten.
|-
| style="vertical-align:top;" | {{update}} || Umstellung der Bürger und Unternehmensschnittstelle (BUS) auf die Version 6.10
|}
===3.11.3 (01.08.2018)===
{|
| style="vertical-align:top;" | {{fix}} || Eine im Kontaktdaten-Bereich eingegebene Url mit https erzeugt auf der Webseite einen fehlerhaften Link.
|}
===3.11.2 (16.02.2017)===
''Hotfix-Release''
{|
| style="vertical-align:top;" | {{fix}} || Kartenkacheln können unter HTTPS nicht geladen werden
|}
===3.11.1 (19.09.2016)===
''BugfixRelease''
{|
| style="vertical-align:top;" | {{update}} || Tabellen-Header können nicht eindeutig für die responsive Darstellung ermittelt werden.
|-
| style="vertical-align:top;" | {{fix}} || Mitarbeiter werden vom aktuellen Solr auf Grund der robot-Angaben nicht mehr indiziert.
|}
===3.11 (15.06.2016)===
''Feature Release''
{|
| style="vertical-align:top;" | {{add}} || Einmaliger (oder regelmäßiger) Import der BUS-Leistungsgruppen als CityGov Themenbereiche.
|-
| style="vertical-align:top;" | {{fix}} || Ausgabe der Organisationseinheiten bei Mitarbeitern fehlerhaft
|-
| style="vertical-align:top;" | {{fix}} || In der Dienstleistungssuche werden bei fehlendem Suchbegriff Treffer unter "Produkte" und "Organisationen" gelistet, nicht aber unter "alles"
|-
| style="vertical-align:top;" | {{fix}} || In der Gliederungsansicht der Orga-Struktur auf Personenseiten wird ein (leeres) <ul><li>...</li></ul> zuviel herausgeschrieben
|-
| style="vertical-align:top;" | {{update}} || MarkUp-Anpassungen am Kontaktformlar
|-
| style="vertical-align:top;" | {{add}} || Erweiterung des MarkUps beim Paging der Suchergebnisse
|}
===3.10.10 (07.12.2016)===
''BugfixRelease''
{|
| style="vertical-align:top;" | {{add}} || Die Ausgabe der robots:noindex Angabe auch beim Nutch-Crawler entfernen.
|}
===3.10.9 (27.04.2016)===
''BugfixRelease''
{|
| style="vertical-align:top;" | {{fix}} || Templatefehler bei der Ermittlung der auszugebenden Verknüpfungen zwischen Personen und Organisationen korrigiert.
|-
| style="vertical-align:top;" | {{fix}} || In der Eingabe werden die auszugebenen Formulare von BUS-Leistungen nicht korrekt dargestellt.
|}
===3.10.8 (26.02.2016)===
''BugfixRelease''
{|
| style="vertical-align:top;" | {{fix}} || Dem Citygov php Objekt wird die Url der Seite nicht korrekt übergeben.
|-
| style="vertical-align:top;" | {{fix}} || Die Vorschaufunktion von (noch) nicht veröffentlichten Objekten erzeugt einen Fehler.
|}
===3.10.7 (11.02.2016)===
''BugfixRelease''
{|
| style="vertical-align:top;" | {{add}} || Beim TSA-BUS-Export werden den Organisationen leere Adress-Daten übergeben, damit diese erfolgreich exportiert werden können.
|-
| style="vertical-align:top;" | {{fix}} || Fehlerhaftes Encoding bei der Ausgabe der Html-Meta-Angaben entsprechend der Angaben des Publishers.
|-
| style="vertical-align:top;" | {{fix}} || Bei der Ausgabe der Suchformulare nach Mitarbeitern und Leistungen in einer Seite kann die Suche nicht mehr korrekt ausgeführt werden.
|}
===3.10.6 (25.11.2015)===
''BugfixRelease''
{|
| style="vertical-align:top;" | {{fix}} || Templatefehler im ersten Bearbeitungsschritt von Organisationen.
|}
===3.10.5 (16.11.2015)===
''BugfixRelease''
{|
| style="vertical-align:top;" | {{fix}} || Im Tiny-Editor können keine Verweise auf CityGov-Objekt erstellt werden, da sie in dem Link-Dialog nicht zur Verfügung stehen.
|-
| style="vertical-align:top;" | {{fix}} || Die 'mailto' Angaben bei Links, die per Tiny im Volltext eingegeben wurden, erzeugen trotz Konfiguration ein Formular anstelle der Ausgabe der geschützten E-Mail Adresse
|-
| style="vertical-align:top;" | {{fix}} || Bei Importierten Mitarbeiter-Artikeln, die nur einen Namen besitzen, werden die Felder für Vor- und Nachname fehlerhaft mit den IES-Namen des Artikels vorbelegt.
|-
| style="vertical-align:top;" | {{add}} || Bei der PDF-Ausgabe von Telefonbüchern werden im Einzelfall Texte nicht korrekt auf die Folgeseite umgebrochen.
|-
| style="vertical-align:top;" | {{fix}} || Bei der Ausgabe der MetaDaten für die Suche wurden einfache Anführungszeichen nicht korrekt encodet, so dass dieses Objekte in der Suche nicht mehr auffindbar waren.
|-
| style="vertical-align:top;" | {{fix}} || Bei der Aktivierung der Auflistung von alternativen Titeln in den Suchergebnissen werden diese zu häufig angezeigt, weil für diese Einträge fälschlicherweise der gesamte Content indiziert wird.
|-
| style="vertical-align:top;" | {{add}} || XIP-Daten ins Modul aufgenommen
|}
===3.10.4 (23.09.2015)===
''Hotfix-Release''
{|
| style="vertical-align:top;" | {{fix}} || An Produkten direkt hochgeladene Medien werden ohne Link-Text (der Dateiname des Mediums) in der Webseite aufgelistet.
|-
| style="vertical-align:top;" | {{fix}} || Generierte Personen erzeugen eine PHP-Notice
|}
===3.10.3 (22.09.2015)===
''BugfixRelease''
{|
| style="vertical-align:top;" | {{fix}} || Die A-Z Suche über Mitarbeiter liefert nicht die richtigen Ergebnisse.
|-
| style="vertical-align:top;" | {{fix}} || Wenn Produkt- und Mitarbeitersuche zusammen auf einer Seite konfiguriert sind, kann nicht per Buchstaben nach Mitarbeiter recherchiert werden.
|}
===3.10.2 (21.08.2015)===
''Bugfix Release''
{|
| style="vertical-align:top;" | {{fix}} || Bei der Ausgabe von Details der Zuständigkeiten werden mehrfach angegebenen Buchstabenbereiche oder Aktenzeichen nicht ausgegeben.
|-
| style="vertical-align:top;" | {{fix}} || Bei der Ausgabe von Vertretungspersonen, die aber nicht in öffentlichen Bereichen angezeigt werden sollen, wird dennoch die Überschrift 'Vertretung' ausgegeben.
|-
| style="vertical-align:top;" | {{fix}} || Bei der Suche mit Solr über CityGov-Daten (Webseite & CityCall) werden die 'Alternativen Title' nicht als separate Suchergebnisse aufgelistet.
|-
| style="vertical-align:top;" | {{fix}} || Die Sortierung von zuständigen Mitarbeitern bei Produkten mit der Angabe von Zuständigkeits-Bereichen scheint nicht korrekt zu sein.
|}
===3.10.1 (08.05.2015)===
''Hotfix-Release''
{|
| style="vertical-align:top;" | {{update}} || Ausgabe des Seitentitels in metaMapSite nun vorranging sp_descHeadline aus dem Stammdatenmodul
|-
| style="vertical-align:top;" | {{fix}} || Ausgabe der Geo-Informationen erfolgt unter gewissen Umgebungen nicht
|}
===3.10 (06.05.2015)===
''Release''
{|
| style="vertical-align:top;" | {{add}} || Generierung eines PDF Telefonbuches für den Ausdruck um diese Daten auch offline nutzen zu können.
|-
| style="vertical-align:top;" | {{update}} || Object-Tag für Refresh gegen Iframe oder Ajax-Aufruf tauschen
|-
| style="vertical-align:top;" | {{add}} || Übergabeparameter der Organisationseinheit (organisationUnit) wird jetzt im Bedarfsfall auch an die URL-Liste der Produkte/Dienstleistungen angehängt.
|-
| style="vertical-align:top;" | {{fix}} || Im Abschnitt "Links und Downloads" bleiben beim Wechsel des Linktyps die Daten wie hochgeladene Medien erhalten, die fälschlicherweise publiziert bleiben.
|-
| style="vertical-align:top;" | {{fix}} || Die Paging-Informationen und Verweise werden nicht mehr angezeigt.
|-
| style="vertical-align:top;" | {{fix}} || Bei der Liste der Mitarbeiter an Organisationen werden die E-Mail Adressen alternativ nicht in dem proaktiven Spamschutz-Format ausgegeben, sondern verweisen auf das CityGov interne E-Mail Formular
|-
| style="vertical-align:top;" | {{add}} || Die UpdateRoutinen, welche die abwärtskompatibele Veröffentlichung der Telefon- und Faxnummern erzwingen, aktualisieren nun auch die alten Artikel-Versionen.
|-
| style="vertical-align:top;" | {{add}} || Ausgabe der Liste aller 'weiteren' Telefonnummern von Personen und Organisationen bei der Suche (neben der ersten Nummer, die zB. durch Importe separat geschrieben werden kann)
|-
| style="vertical-align:top;" | {{add}} || Eingabe von 'default' LinkTexten für hochgeladene Medien. Diese können bei der Ausgabe der Verknüpfungen übernommen werden.
|-
| style="vertical-align:top;" | {{fix}} || Zusätzlich Felder sollen auch für Redakteure mit der Rolle für Servicecenter-Felder sichtbar sein
|-
| style="vertical-align:top;" | {{fix}} || Bei den Produkten können die zweite (oder höhere) eingetragene und für öffentliche Bereiche freigegebene Telefonnummern von Mitarbeitern in externen Bereichen nicht angezeigt werden.
|-
| style="vertical-align:top;" | {{fix}} || Bei Produkten, die vom Typ 'externer Link' sind und HTTP-Parameter enthalten, werden die internen Verweise (z.B. von Organisationen) nicht korrekt erstellt.
|-
| style="vertical-align:top;" | {{add}} || Erweiterung der PHP-Objekte um eingegebene Links & Downloads an Adressobjekten mittels PHP ausgeben zu können
|-
| style="vertical-align:top;" | {{add}} || die völlig veraltete Methode der "findMediaPools" muss überarbeitet und flexibler (konfigurierbar) werden
|-
| style="vertical-align:top;" | {{fix}} || Fehler bei Verknüpfung der Vertretung im CityGov
|-
| style="vertical-align:top;" | {{add}} || falsches Encoding für hidden Feld "sp_title" bei OE
|-
| style="vertical-align:top;" | {{add}} || Fehlendes Leerzeichen in Faxliste zwischen Vorwahl und Nummer
|}
===3.9.8 (01.04.2015)===
''Hotfix-Release''
{|
| style="vertical-align:top;" | {{update}} || IES-API Version auf 1.12.1 gesetzt. Grund ist die Abwärtsinkompatibilität ab IES-Version 2.12.11 durch das setzten neue JDBC-Parameter
|}
===3.9.7 (02.03.2015)===
''Bugfix Release''
{|
| style="vertical-align:top;" | {{fix}} || Mitarbeiter können nicht mehr mit einer Funktion verknüpft werden.
|}
===3.9.6 (19.02.2015)===
''Hotfix Release''
{|
| style="vertical-align:top;" | {{fix}} || Doppelte Anzeige von E-Mail-Adresse und Telefonnummern unter Kontakte
|-
| style="vertical-align:top;" | {{fix}} || Wenn die Adressdaten bei Mitarbeitern von der primären Organisation automatisch übernommen werde sollen, werden die Mitarbeiter bei einer Detailsuche nicht mit den angegebenen Adressdaten aufgefunden.
|-
| style="vertical-align:top;" | {{fix}} || Bei bestimmten Konfigurationen innerhalb der Kunden-Templates für Mitarbeiter kann es vorkommen, das Vornamen nicht im Titel der Intranet-Seiten ausgegeben werden werden.
|}
===3.9.5 (11.02.2015)===
''Hotfix Release''
{|
| style="vertical-align:top;" | {{fix}} || Bei der Verwendung der CityGov internen Kontakt/E-Mail Formularen werden die E-Mail nicht verschickt und das Formular wird weiterhin angezeigt.
|}
===3.9.4 (09.02.2015)===
''Hotfix Release''
{|
| style="vertical-align:top;" | {{add}} || MarkUp-Erweiterung beim Paging, um inaktive Links "first", "previous", "next" und "last" besser stylen zu können.
|-
| style="vertical-align:top;" | {{update}} || Labeländerung im Kontaktabschnitt: Fax -> Telefax
|-
| style="vertical-align:top;" | {{add}} || Bei der Ausgabe der Organisationen als einfache Liste MarkUp für ein mögliches Icon hinzugefügt
|-
| style="vertical-align:top;" | {{update}} || Bei der Mitarbeitersuche (sowie auch in der Volltextsuche) erfolgt die Suche nur mit Begriffen, die drei und mehr Zeichen enthalten. Problematisch bei Namen mit nur zwei Buchstaben.
|-
| style="vertical-align:top;" | {{add}} || In CityGov soll bei der Bearbeitung von Mitarbeitern auch erkennbar sein, bei welchen anderen Mitarbeitern der aktuelle Datensatz als Vertretung ausgewählt ist.
|-
| style="vertical-align:top;" | {{fix}} || In dem Verknüpfungs-Dialog für Funktionen können fälschlicherweise mehrere Funktionen ausgewählt werden. Bei mehrerern Funktionen eines Mitarbeiters müssen diese an der Verknüpfung zwischen Organisation und Mitarbeiter angegeben werden.
|-
| style="vertical-align:top;" | {{add}} || Links aus Infosite auf CityGov Startseiten nicht möglich
|-
| style="vertical-align:top;" | {{fix}} || Mit der aktuellen Strukturierung von Infosite- und CityGov Artikelpools, stehen die CityGov Strukturen in den Link-Dialogen nicht mehr zur Verfügung.
|}
===3.9.3 (04.12.2014)===
''Bugfix-Version''
{|
| style="vertical-align:top;" | {{fix}} || Leerer Link-Iterate in Produkten führt in CityCall zur fehlerhaften Darstellung
|-
| style="vertical-align:top;" | {{add}} || kein Zeilenumbruch bei der Ausgabe von Kennzeichen
|-
| style="vertical-align:top;" | {{add}} || Anpassen der Sortierung von Mitarbeitern bei der Auflistungen in den Organisationsseiten.
|-
| style="vertical-align:top;" | {{add}} || Zusätzliche Angabe einer Funktion direkt bei der Verknüpfung zwischen Mitarbeitern und Organisationen (überschreibt die Angabe am Mitarbeiter).
|-
| style="vertical-align:top;" | {{add}} || Für die Statistik in CityCall werden die Abrechunugsnummern nun über die 'primären' Organisationen rekursiv ermittelt, wenn die Objekte keine eigene Abrechnungsnummer besitzen.
|}
===3.9.2 (20.08.2014)===
''Bugfix Release''
{|
| style="vertical-align:top;" | {{add}} || Die BUS-Schnittstelle stellt mittlerweile weitere Beschreibungs-Blöcke (Verfahrensablauf, Voraussetzungen, ...) zur Verfügung, die in CityGov noch nicht berücksichtigt werden.
|-
| style="vertical-align:top;" | {{fix}} || Bei der 'Download und Links' wurden die angaben zum öffnen im neuen Fenster bei internen Links nicht korrekt ausgewertet.
|-
| style="vertical-align:top;" | {{update}} || Die Angabe der Funktion bei Mitarbeiter wird nun ergänzend zur (möglicherweise) verknüpften Organisation, mit der die Sortierung gesteuert werden kann, ausgegeben.
|-
| style="vertical-align:top;" | {{add}} || Beim initialen Import von Leistungen aus dem BUS können bereits regionalisierte Leistungen sowie nach Anliegengruppen gefilterte Leistungen aber auch die erste Ebene der Kategorien importiert werden.
|}
===3.9.1 (24.07.2014)===
''Bugfix Release''
{|
| style="vertical-align:top;" | {{add}} || Bei der Auswahl von FormSolutions Formularen wird der Name des zuvor gewählten Formulars in der Eingabe angezeigt und kann in der Ausgabe nun als Default Linktext verwendet werden.
|}
===3.9 (23.07.2014)===
''Feature Release''
{|
| style="vertical-align:top;" | {{add}} || Zusätzliche E-Mail Adressen und Telefonnummern sowie die übernahmen dieser von den Organisationen
|-
| style="vertical-align:top;" | {{fix}} || Text im Link-Dailog korrigiert.
|-
| style="vertical-align:top;" | {{add}} || Site-Api Basis-JavaScript Framework steht nun auch für Templates aus CityGov bereit.
|-
| style="vertical-align:top;" | {{update}} || Konfigurationsanpassungen für Kompatibilität zum TinyMce 4
|-
| style="vertical-align:top;" | {{fix}} || Download-In-New-Window Checkbox bei Ausgabe externer Links in CityCall funktionierte nicht
|-
| style="vertical-align:top;" | {{fix}} || Rechtschreibkorrekturen
|-
| style="vertical-align:top;" | {{add}} || BUS-Schnittstelle: Die Pflege der Organisation des 'Einheitlichen Ansprechpartners' muss redaktionell gekennzeichnet werden, um diese vom Export auszuschließen
|-
| style="vertical-align:top;" | {{update}} || Ermittlung von $path_to_root von PHP_SELF nach SCRIPT_NAME geändert
|-
| style="vertical-align:top;" | {{update}} || PHP_SELF nach SCRIPT_NAME geändert
|}
===3.8.5 (02.06.2014)===
''Bugfix Release''
{|
| style="vertical-align:top;" | {{add}} || BUS: Eine Liste, die alle verknüpften / nicht verknüpften Bus-Produkte auflistet
|-
| style="vertical-align:top;" | {{fix}} || Bei den Block-Typen des BUS Imports können die ID's fehlen, was beim Im- und Export zu Fehlern fürhte
|-
| style="vertical-align:top;" | {{add}} || Auflistung der Worklist-Einträge in CityGov
|}
===3.8.4 (17.04.2014)===
''Bugfix Release''
{|
| style="vertical-align:top;" | {{fix}} || Ausgabe von E-Mail Adresse beim D115-Export wurde nicht korrekt eingeschränkt.
|-
| style="vertical-align:top;" | {{fix}} || Fehlerhaftes html im Abschntit 'Download und Links' bei Produkten, die auch BUS-Leistungen verknüpft sind, welche ebenfalls Dokumente besitzen.
|}
===3.8.3 (10.04.2014)===
''Hotfix- Release''
{|
| style="vertical-align:top;" | {{fix}} || Kartendarstellung ist unter bestimmten Umständen fehlerhaft
|-
| style="vertical-align:top;" | {{fix}} || Der CityGov I-Link erstellt immer eine neue Session, was zusammen mit dem ies-generator > 1.19.3 vermieden wird.
|-
| style="vertical-align:top;" | {{add}} || Organisationseinheiten schreiben fälschlicherweise immer ihren echten Parent in das Page Objekt, was bei der mobilen Navigation zu einer falschen Darstellung führt.
|-
| style="vertical-align:top;" | {{update}} || ilink - Umstellung bzgl. der SessionID
|}
===3.8.2 (03.04.2014)===
''Bugfix Release''
{|
| style="vertical-align:top;" | {{update}} || Die einleitenden Beschreibung (intro) wurde nicht auf ca. 300 Zeichen eingeschränkt.
|}
===3.8.1 (02.04.2014)===
''Hotfix Release''
{|
| style="vertical-align:top;" | {{add}} || Ersetzung der neuen Parameter ${imageTag},${imageUrl}, ${intro}, ${sp_intro} und ${description} auch bei PHP ZEND SUCHE
|-
| style="vertical-align:top;" | {{add}} || Bugfixes und Erweiterung der Konfiguration für die Bildausgabe in Suchergebnissen
|-
| style="vertical-align:top;" | {{add}} || Contenttyp für VV-Startseiten im HTML-Head von "start" nach "citygov-startpage" geändert
|}
===3.8 (01.04.2014)===
''Feature Release''
{|
| style="vertical-align:top;" | {{add}} || Suchfunktion in alle VV internen Verknüpfungsdialogen.
|-
| style="vertical-align:top;" | {{fix}} || Bei internen Verknüpfungen auf vorkonfigurierten Formsolutions-Objekte im Bereich Ressourcen/Medien werden die URL's nicht richtig ausgewertet.
|-
| style="vertical-align:top;" | {{add}} || Ausgabe der meist besuchten Seiten nun getrennt steuerbar für Produkte/Dienstleistungen und/oder Organisationen
|-
| style="vertical-align:top;" | {{update}} || Default-Content "suchen ..." in Suchfeldern entfernt.
|-
| style="vertical-align:top;" | {{add}} || Allgemeine Volltextsuche innerhalb von CityGov
|-
| style="vertical-align:top;" | {{fix}} || Bei der detaillierten Mitarbeitersuche nach Personen werden mehrere Such-Begriffe bei Organisationen nicht UND sondern nur ODER verknüpft
|-
| style="vertical-align:top;" | {{add}} || Ressourcen: Anzeige, welche VV-Artikel einen Link auf eine Ressource besitzen
|-
| style="vertical-align:top;" | {{add}} || Spalten für E-Mail und Telefon obwohl keine E-Mail bei den angezeigten Einträgen vorhanden ist
|}
===3.7.1 (19.03.2014)===
''Bugfix Release''
{|
| style="vertical-align:top;" | {{fix}} || Bei FormSolutions Verküpfungen wird die Suche und Auswahl eines Formulars nun über die FormSolutions Oberfläche erfolgen. Somit werden 'deaktivierte' Formulare aus korrekt ausgeblendet.
|-
| style="vertical-align:top;" | {{add}} || Ausgabe des Mitarbieter-Bildes bei der Auflistung der verknüpften Mitarbeiter bei Organisationen und Produkten.
|}
===3.7 (12.03.2014)===
''Feature Release''
{|
| style="vertical-align:top;" | {{add}} || Leere Container auf der Startseite
|-
| style="vertical-align:top;" | {{add}} || Label für Contentseiten in CityGov sollten konfigurierbar sein
|-
| style="vertical-align:top;" | {{fix}} || TSA-BUS Export: Beim Verschieben von Leistungen ändert sich der Zeitstempel nicht. Daher werden die Leistungen nicht erneut exportiert obwohl sich die URL geändert haben könnte.
|-
| style="vertical-align:top;" | {{update}} || Ausgabe des Summary-Attributes bei Tabellen in HTML5 entfernt und dafür Ausgabe des Tabellentitels (<caption>)
|-
| style="vertical-align:top;" | {{update}} || Die Verschlüsselung der E-Mailadresse mit <spt:encryptemail> funktioniert im Konatktabschnitt auch dann, wenn der Text selbst keine E-Mailadresse ist
|-
| style="vertical-align:top;" | {{add}} || Bei der Ausgabe der Meta-Description einer über das kundenspezifische Template "Seitenbeschreibung für Teaser" befüllten Variablen "sp_descText" immer den Vorrang einräumen
|-
| style="vertical-align:top;" | {{fix}} || Beim Erstellen von Organisationen werden keine Seiten herausgeschrieben, wenn direkt publiziert wird.
|-
| style="vertical-align:top;" | {{fix}} || Bei der Verknüpfung zu Adressen kann nicht mehr zwischen Verknüpfung und händische gewechselt werden.
|-
| style="vertical-align:top;" | {{add}} || Erweiterung Internern I-Link für modulübergreifende Funktion
|-
| style="vertical-align:top;" | {{add}} || Anbindung der Solr Webnode-Suchmaschine in die VV-Volltextsuche der Webseiten.
|-
| style="vertical-align:top;" | {{fix}} || Die Zuständigkeits-Bereiche bei den Verknüpfungen von Mitarbeitern zu Produkten werden nicht mehr korrekt angezeigt.
|-
| style="vertical-align:top;" | {{fix}} || Bei den E-Mail Formularen werden die an den Objekten hinterlegten E-Mail Adressen nicht verwendet
|-
| style="vertical-align:top;" | {{add}} || Bei Organisationen oder Personen neben Bild-Upload nun auch die Auswahl eines Bildes per Systemlink möglich
|-
| style="vertical-align:top;" | {{fix}} || Die Raumnummer wird bei einer Verknüpfung zu einem Raum in dem Kontaktabschnitt nicht ausgegeben.
|-
| style="vertical-align:top;" | {{add}} || FAQ können nun über das Kunden (Modul) Template für die Produkte aktiviert werden
|-
| style="vertical-align:top;" | {{fix}} || E-Mail-Link in Telefonbuchsuche angepasst und Ausgabe der E-Mail als Klartext in den Meta-Angaben korrigiert
|-
| style="vertical-align:top;" | {{fix}} || Wenn die modulare Gestaltung mit 'Abschnittstemplates' aktiviert ist, können in dem Bildabschnitt leider keine Verweiste auf die Ressoucren der VV erstellt werden.
|-
| style="vertical-align:top;" | {{add}} || TSA-BUS: Verknüpfungen zu einem zentralen Anliegen können nicht von mehreren regionalen Anliegen erstellt werden.
|-
| style="vertical-align:top;" | {{fix}} || Öffnen von Contentseiten in CityGov über den I-Link führt zu fehler
|-
| style="vertical-align:top;" | {{add}} || Leere Registerreiter "Überblick"
|-
| style="vertical-align:top;" | {{fix}} || Verschickte E-Mail aus der Virtuellen Verwaltung enthält falschen Text
|}
===3.6.2 (16.09.2013)===
''Bugfix Release''
{|
| style="vertical-align:top;" | {{add}} || Hessenfinder-Import: Eingrenzung des Imports auf die Dienstleistung, die bereits Ergänzungen enthalten
|-
| style="vertical-align:top;" | {{fix}} || Hessenfinder: Werden Formulare aus dem Hessenfinder übernommen und angezeigt, kommt es zu HTML-Fehlern
|}
===3.6.1 (19.08.2013)===
''Bugfix Release''
{|
| style="vertical-align:top;" | {{add}} || CityGov befüllt das SP_Page Objekt, für die Darstellung in der mobilen Navigation, nicht ausreichend
|-
| style="vertical-align:top;" | {{fix}} || Beim TSA-BUS Export von Organisationen bricht der Prozess bei zu langen Kurzbeschreibungen (> 128 Zeichen) von verknüpften Formularen ab.
|-
| style="vertical-align:top;" | {{fix}} || Beim einmaligen Import von Organisationen aus dem TSA-BUS, werden für den zukünftigen Export der Organisationen die ID's übernommen, um doppelte Einträge in zentralen BUS zu vermeiden.
|}
===3.6 (25.06.2013)===
''Feature Release''
{|
| style="vertical-align:top;" | {{update}} || Link-Icons angepasst (blanc.gif entfernt)
|-
| style="vertical-align:top;" | {{fix}} || Elemente mit Anführungsstrichen im Artikelnamen können nicht gelöscht werden
|-
| style="vertical-align:top;" | {{update}} || Ausgabeformat der Footers mit den Seiteninformationen (nur Druckausgabe) von einer Tabelle in eine Definitionliste geändert
|-
| style="vertical-align:top;" | {{add}} || Optimierung der Usability beim Anlegen von Organisationseinheiten
|-
| style="vertical-align:top;" | {{add}} || Umstellung der Static-Maps auf Dynamische Karten mit Leaflet
|-
| style="vertical-align:top;" | {{fix}} || Synonyme aus dem Hessenfinder werden in Suche nicht berücksichtigt
|-
| style="vertical-align:top;" | {{add}} || SlotTemplate für Kundenerweiterungen wird jetzt auch für Startseiten inkludiert.
|-
| style="vertical-align:top;" | {{update}} || Positionierung / Einsortierung des 'Startseiten' Pools parallel zur Konfiguration
|-
| style="vertical-align:top;" | {{add}} || Links auf Karten verweisen nun auf mobile Endgeräten auf die entsprechenden Apps anstatt eine externe Website zu öffnen
|-
| style="vertical-align:top;" | {{add}} || Ausgabe der Objektdaten im JSON-Format
|-
| style="vertical-align:top;" | {{add}} || Alternative Ausgabe von E-Mailadressen nach neuem Verschlüsselungsverfahren ohne Grafik in Abhängigkeit einer gesetzten Variablen "useEncryptEmailTag"
|-
| style="vertical-align:top;" | {{add}} || Differenzierung von Navigations-Trees bei der Ermittlung der Navigations-Parents
|-
| style="vertical-align:top;" | {{add}} || TinyMCE Konfiguration für barrierefreiheit
|-
| style="vertical-align:top;" | {{update}} || Erweiterung derTS-BUS-Import Schnittstelle
|-
| style="vertical-align:top;" | {{fix}} || Fehlende Ausgabe von verknüpften Objekten in dem Link-Iterator
|-
| style="vertical-align:top;" | {{fix}} || Der TSA-BUS Import bricht vorzeitig ab, wenn es bereits verknüpfte Objekte im BUS gibt.
|-
| style="vertical-align:top;" | {{fix}} || Beim TSA-BUS Import werden die exportierten Organisation der aktuellen Kommune erneut importiert.
|-
| style="vertical-align:top;" | {{add}} || Logik und Konfiguration für VV-Seiten, zur Weiterleitung auf eine Umgebene URL, wenn die VV per Iframe in einer Webseite eingebunden ist.
|}
===3.5.9 (05.02.2013)===
''Bugfix Release''
{|
| style="vertical-align:top;" | {{add}} || Alle Überschriften zusätzlich mit einem <span>-Tag geklammert
|}
===3.5.8 (05.02.2013)===
''Feature Release''
{|
| style="vertical-align:top;" | {{fix}} || Fehler beim ergänzen der Titel und Synonyme in den PersonIndex
|-
| style="vertical-align:top;" | {{fix}} || Bei der Ausgabe der Kontaktdaten fehlt die Ausgabe der Internetadresse
|-
| style="vertical-align:top;" | {{add}} || Die Bildausgabe auf Dezernats- und Mitarbeiterseiten orientiert sich jetzt primär an den für den Bildabschnitt eingestellten Bildparametern
|-
| style="vertical-align:top;" | {{add}} || Ausgabe der Gleiderungsansicht in einigen Bereichen optimiert
|-
| style="vertical-align:top;" | {{update}} || Meta-Tag-Template überarbeitet mit Berücksichtigung von HTML5
|-
| style="vertical-align:top;" | {{add}} || Meta-Angaben für Produktfamilien-/Themenseiten hinzugefügt
|}
===3.5.7 (10.01.2013)===
''Feature Release''
{|
| style="vertical-align:top;" | {{fix}} || Leere <ul>-Container in der Auflistung von 'Downloads und Links'
|-
| style="vertical-align:top;" | {{update}} || Die Hinweis bei importierten Adressen (TSA) können HTML-Tags enthalten.
|-
| style="vertical-align:top;" | {{add}} || Erweiterung der TSA-BUS Schnittstelle um den einmaligen Import von Organisationsstrukturen und Mitarbeiter des angegebenen Gebietes.
|-
| style="vertical-align:top;" | {{fix}} || Produktsuche mit Bereichssuche funktioniert nicht mit 'tokenized' Produkt-Titeln
|-
| style="vertical-align:top;" | {{fix}} || Fehlendes Attribut enctype bei Formularen hinzugefügt, damit Bilder-Upload funktioniert
|-
| style="vertical-align:top;" | {{add}} || CSS und Icons für Upload-Felder und InfoSite-Templates in CityGov
|-
| style="vertical-align:top;" | {{add}} || Attribut "data-tooltop" in Listenelementen des Navigationspfades hinzugefügt
|}
===3.5.6 (25.10.2012)===
''Feature Release''
{|
| style="vertical-align:top;" | {{fix}} || Ausgabe der Mobilfunknummer in CityGov fehlerhaft
|-
| style="vertical-align:top;" | {{add}} || Schalter "Unterseiten des Startartikels automatisch ermitteln" hinzugefügt, damit die automatische Kindseitenermittlung der CityGov-Startseite für das Menü redaktionell gesteuert werden kann.
|-
| style="vertical-align:top;" | {{fix}} || Fehler in der Ausgabe des E-Maillinks korrigiert
|-
| style="vertical-align:top;" | {{update}} || Adresse ohne Ausgabe der Raumnummer in Tabellen, wo die Raumnummer bereits separat angezeigt wird
|-
| style="vertical-align:top;" | {{fix}} || Fehler bei der Ermittlung der 'primären Organisation ' von Produkten und Contentseiten
|-
| style="vertical-align:top;" | {{add}} || Anbindung der TEA-BUS Schnittstelle für das Land Hessen (HessenFinder)
|-
| style="vertical-align:top;" | {{add}} || Bei dem BUS-Import müssen die zusätzlich importierten Organisationen noch den Parameter sp_vv_objectType erhalten.
|-
| style="vertical-align:top;" | {{fix}} || Beseitigung von JavaScript-Fehlern in der Datei vv_common.js für IE, wenn CityGov im iFrame ausgeführt wird
|}
===3.5.5 (25.10.2012)===
''Feature Release''
{|
| style="vertical-align:top;" | {{update}} || sp_vv_mode="extern"
|-
| style="vertical-align:top;" | {{add}} || GUI-CSS CityGov für die in Buttons umgewandelten Bedienelemente angepasst
|-
| style="vertical-align:top;" | {{update}} || Anpassungen für ExtJS 3.4 vorgenommen
|-
| style="vertical-align:top;" | {{fix}} || Systemlink-Dialog - Pool-Auswahl nicht möglich
|-
| style="vertical-align:top;" | {{fix}} || Keine Ausgabe des E-Mail Links bei den aufgelisteten Mitarbeitern von Organisationen.
|-
| style="vertical-align:top;" | {{fix}} || Im ServiceCenter werden keine Verweise bei den internen Links innerhalb der VV-Abschnittstemplates in konfigurierte Publikationsbereiche ausgegeben.
|-
| style="vertical-align:top;" | {{add}} || Automatische Ermittlung der Unterseiten (für Navigationstechnologie) für den CityGov-Startartikel hinzugefügt.
|-
| style="vertical-align:top;" | {{update}} || Neuen Ankernamen nach ies.infe...-Logik für die Auswahl von Form-Solutions-Formularen hinzugefügt
|-
| style="vertical-align:top;" | {{add}} || CSS-Anpassungen für Tiny-Editoren (Edit-Button wurde in nächster Zeile angezeigt)
|-
| style="vertical-align:top;" | {{add}} || CSS-Anpassungen für überarbeitetes Form-Solutions-Tag einschl. Bereitstellung noch fehlender Grafiken im /img-Ordner
|-
| style="vertical-align:top;" | {{fix}} || Überflüssiges Link-Symbol vor Links in der Gliederungsansicht der OEs entfernt
|-
| style="vertical-align:top;" | {{update}} || Englische Bezeichnung "choose ..." im Alternativtext und Tooltop bei Link-Symbolen in deutsche Bezeichnung "auswählen ..." geändert
|}
===3.5.3 (25.10.2012)===
''Feature Release''
{|
| style="vertical-align:top;" | {{add}} || Java API
|-
| style="vertical-align:top;" | {{update}} || Eingabefelder nur noch Administratoren und Nutzer mit dem Redakteurslevel 'cg-admin' angezeigt
|-
| style="vertical-align:top;" | {{fix}} || Artikelnamens und Seitentitels aus Vor- und Nachname funktioniert bei Mitarbeitern jetzt einheitlich
|-
| style="vertical-align:top;" | {{update}} || Zeilenumbrüche im Mailheader von \r\n nach \n geändert
|-
| style="vertical-align:top;" | {{update}} || Änderungen von Begrifflichkeiten und kleinere CSS-Optimierungen für das VV-GUI
|-
| style="vertical-align:top;" | {{fix}} || Falscher Text im Verknüpfungsdialog von Mitarbeitern an Produkten
|}
===3.5.2 (25.10.2012)===
''Feature Release''
{|
| style="vertical-align:top;" | {{fix}} || Vollindizierung liefert manchmal Fehler (ClientSession wurde schon geschlossen)
|-
| style="vertical-align:top;" | {{add}} || Einheitliches Verhalten der Felder Artikelname, Bezeichnung und Title bei Produkten und Organsiationen; Bezeichnung enthält mindestens den Artikelnamen
|-
| style="vertical-align:top;" | {{add}} || Artikelname und Seitentitel wird bei Mitarbeiten in den Reitern "Eigenschaften" und "zur Person" jetzt einheitlich ermittelt
|-
| style="vertical-align:top;" | {{fix}} || Personen-Suche schränkt das Ergebnis nicht weiter ein, wenn mehrere Bereiche (Bereichssuche) angegeben werden
|-
| style="vertical-align:top;" | {{fix}} || Funktion zur Veröffentlichung von Verknüpfung an Mitarbeitern fehlerhaft
|-
| style="vertical-align:top;" | {{fix}} || Ausgabe der Mobilfunknummer von Mitabeitern bei Organisationen
|-
| style="vertical-align:top;" | {{update}} || Befüllung der Felder Artikelname, Bezeichnung und Title bei Produkten und Organsiationen vereinheitlicht.
|}
===3.5.1 (04.11.2011)===
''Feature Release''
{|
| style="vertical-align:top;" | {{add}} || kundenspezifische Templates
|-
| style="vertical-align:top;" | {{add}} || kundenspezifische Templates
|-
| style="vertical-align:top;" | {{add}} || CityGov Ausgabetemplates
|-
| style="vertical-align:top;" | {{add}} || CityGov Contentseiten
|-
| style="vertical-align:top;" | {{update}} || HTML-Code und Mark-Up
|-
| style="vertical-align:top;" | {{add}} || kundenspezifische Templates
|-
| style="vertical-align:top;" | {{add}} || kundenspezifische Templates
|-
| style="vertical-align:top;" | {{add}} || CSS
|-
| style="vertical-align:top;" | {{update}} || Modulare Seiten (Schnipsel-Templates)
|-
| style="vertical-align:top;" | {{update}} || Modulare Seiten (Schnipsel-Templates)
|-
| style="vertical-align:top;" | {{add}} || CSS
|-
| style="vertical-align:top;" | {{add}} || Link zur Hauptseite
|-
| style="vertical-align:top;" | {{fix}} || Übersicht der Formulare
|-
| style="vertical-align:top;" | {{fix}} || Beim Bearbeiten von Iterator-Eingabe Blöcken oder Zeilen wird nun an die Scroll-Position beim Absenden gesprungen.
|}

Hinweise zu MariaDB

2018-11-19T13:46:21Z

OB:

==Initialisierung==
Es ist wichtig, dass ein Root-Passwort für den MySQL-Server gesetzt wird
mysqladmin password geheim

Unter Debian müssen ggf. für den MySQL root-Nutzer noch weitere Rechte gesetzt werden
mysql -u root -pgeheim mysql < GRANT ALL ON *.* TO 'root'@'localhost.localdomain' IDENTIFIED BY 'geheim' WITH GRANT OPTION;

Es ist auch möglich einen eigenen Root-Nutzer einzurichten. Das ist in MariaDB-Installationen der bessere Weg:
CREATE USER 'siteparkroot' IDENTIFIED BY 'PASSWORD';
GRANT ALL ON *.* TO 'siteparkroot'@localhost IDENTIFIED BY 'PASSWORD' with grant option;
GRANT ALL ON *.* TO 'siteparkroot'@127.0.0.1 IDENTIFIED BY 'PASSWORD' with grant option;

'''Hinweis zu MariaDB'''

Bei aktuellen MariaDB Installationen ist für den root-Nutzer das unix_socket-Plugin aktiv. Wenn über IES-Admin neue Datenbanken angelegt werden sollen muss diese Plugin für den root-Nutzer deaktiviert werden.

''Vorher sollte sicher gestellt sein, das das root Passwort bekannt ist.''

update mysql.user set plugin="" where user="root";
flush privileges;

Siehe auch
https://kofler.info/root-login-problem-mit-mariadb/

Ein weiteres Plugin in MariaDB validiert Passwörter dies kann ggf auch zu Problemen beim Login führen.
https://dev.mysql.com/doc/refman/5.7/en/validate-password-options-variables.html

==Konfiguration==
<div class="note">
Wie alle Dienste eines Systems, muss auch bei MySQL die Konfiguration regelmäßig geprüft werden.
Die aktuellen Parameter müssen ermittelt werden und Einstellungen entsprechend angepasst werden. Gerade die Setzungen ''innodb_buffer_pool_size'' und ''table_open_cache'' u.ä. müssen mit wachsenden Datenbestand überprüft werden!
</div>

Die Verbindung zu MySQL über den TCP-Port muss freigegeben werden. Lokale Sockets funktionieren '''nicht'''.

Hierzu müssen folgende Setzungen mind. erfüllt sein:
#skip-networking

# Instead of skip-networking the default is now to listen only on
# localhost which is more compatible and is not less secure.
bind-address = 127.0.0.1

'''SuSE Linux Enterprise Server 11 - Service Pack 1'''

Mit dem Service Pack 1 kann der IES keine Verbindung zur Datenbank mehr herstellen, wenn ''bind-address'' mit einer IP-Adresse angegeben wurde. Das Problem kann gelöst werden, indem die ''bind-address'' Konfiguration auskommentiert wird.

Ab SLES11 ist es möglich, dass in der /etc/hosts-Datei standardmäßig localhost nur auf ::1 gebunden wird. Dann wird die MySQL-Administration mit dem IES nicht funktionieren. Es muss localhost (auch) auf eine IPv4-Adresse (127.0.0.1) gebunden werden.

Da der IES den transaktionssicheren Datenbanktyp ''InnoDB'' verwendet empfehlen sich Anpassungen an folgenden Opionen (<code>my.cnf</code>):

Bitte wählen Sie hier Größenordnungen, die auf Ihre Hardware abgestimmt sind. Wenn Sie unsicher sind welche Setzungen zu verwenden sind, sprechen Sie uns bitte an. Wir werden Ihnen dann entsprechende Erfahrungswerte nennen können.
# Größe des MySQL-Keys (Optimiert die Suche in MyISAM Daten)
key_buffer = 256M
bzw.
key_buffer_size = 256M

# MySQL-Paket-Größen gegen an, wie groß ein Statement werden darf (z.B. bei optimierten Dumps)
max_allowed_packet = 256M

# Für die vom System erzeugten temp. Tabellen muss ausreichend Speicherkapazität definiert werden. Hierzu ist folgende Setzung notwendig
max_heap_table_size = 256M
tmp_table_size = 256M

# Alle Daten aller InnoDB-Datenbanken in einer Datei (<code>ibdata</code>) gespeichert werden,
# kann diese initial sofort entsprechend eingestellt werden. Die stete Vergrößerung kostet unnötige Resourcen
# Diese Option kann nachdem bereits Datenbanken des Typs InnoDB angelegt wurden nicht mehr verändert werden!
innodb_data_file_path = ibdata1:3G:autoextend
innodb_autoextend_increment = 512

# Cache-Setzungen für InnoDB. Wählen Sie hier eine Poolgröße, die nicht größer als 50-80% des Speichers ist.
# Ein Richtwert kann als Root-User über die gesamte Datengröße aller Datenbanken (+10-20%) ermittelt werden:
# SELECT concat( round( sum( data_length + index_length) / ( 1024 * 1024 ) , 2 ) , ' MB' ) TotalSize FROM information_schema.TABLES WHERE ENGINE='InnoDB';
innodb_buffer_pool_size=2G
innodb_additional_mem_pool_size=20M

# Open-Files und Open-Tables Setzungen. Hierzu ermitteln Sie am besten die Anzahl aller Tabellen im System und wählen entsprechend
# etwas höhere Werte:
# SELECT count(TABLE_NAME) FROM information_schema.TABLES;
# bzw.
# SHOW OPEN TABLES;
open_files_limit = 6000
table_definition_cache = 1000
table_open_cache = 1000

# Weiterhin macht es unter Linux-Systemen durchaus Sinn den ''OS-Level-Cache'' zu umgehen um nicht "doppelt" zu cachen:
# Liegen die InnoDB-Daten-Dateien in einem SAN, sollte laut MySQL auf diese Setzung verzichtet werden
innodb_flush_method=O_DIRECT

# Um im Zeichensatzbereich für jede Anwendung Klarheit darüber zu schaffen, dass sie UTF-8 als Zeichensatz verwendet, sind folgende Setzungen empfohlen
# im [mysqld]-Bereich
character-set-server = utf8
# im [client]-Bereich
default-character-set = utf8

Weitere Informationen zur Optimierung finden Sie u.a. hier:
http://www.mysqlperformanceblog.com/2007/11/01/innodb-performance-optimization-basics/
<noinclude>
[[Kategorie:Installation| 400]]
[[Kategorie:Administration und Konfiguration]]
</noinclude>

Email2img (SPT-Tag)

2015-05-07T11:50:28Z

OB: /* spt:email2img mit Verknüpfung zum Kontaktformular */

==Name==
<spt:email2img> (ab Version 2.0) - Ersetzt E-Mail-Adressen durch Bilder<br/>

==Syntax==
<source lang="xml">
<spt:email2img name="imgtext" object="sp_contact"/>
</source>

==Beschreibung==
Ersetzt E-Mail-Adressen durch Bilder. Diesem Tag kann mit dem Attribut <code>object</code> ein Text übergeben werden, der nach E-Mail-Adressen durchsucht wird. Aus den, in diesem Text enthaltenen E-Mail-Adressen werden Bilder generiert. Die E-Mail-Adressen werden durch die Bilder mit HTML-<code><img></code>-Tags ausgetauscht. Zusätzlich werden E-Mail-Adressen, die mit einem mailto://-Link eingegeben wurden mit einem angegebenen Formular verlinkt.

Der Tag basiert auf Funktionen des Tags <code>[[sp:textimage]]</code>.

<div class="note">
'''Hinweis:''' Dieser Tag ist Bestandteil des Moduls "Proaktiver Spamschutz" und muss über dieses freigeschaltet werden.
</div>

<div class="note">
'''Hinweis:''' Die Technik dieses Tags kann die Anforderung an Responsives-Design nicht erfüllen. Hierfür sollte der Tag [[Encryptemail (SPT-Tag)]] verwendet werden.
</div>

==Attribute==
{| class="prettytable sortable"
|- class="hintergrundfarbe1"
! Name || Type || Required || Default || ab IES Version
|-
| <code>name</code>
| [[Variable]]
| Ja
| None
| 2
|-
| <code>object</code>
| [[Attribute]]
| Ja
| None
| 2
|-
| <code>alt</code>
| [[Text]]
| Nein
| geschützte E-Mail-Adresse als Grafik
| 2
|-
| <code>title</code>
| [[Text]]
| Nein
| E-Mail-Adresse - zum Kontaktformular bitte klicken ...
| 2
|-
| <code>color</code>
| [[Text]]
| Nein
| 000000
| 2
|-
| <code>linkcolor</code>
| [[Text]]
| Nein
| Wert von <code>color</code>
| 2
|-
| <code>bgcolor</code>
| [[Text]]
| Nein
| FFFFFF
| 2
|-
| <code>font</code>
| [[Text]]
| Nein
| Arial
| 2
|-
| <code>fontsize</code>
| [[Number]]
| Nein
| 12
| 2
|-
| <code>fontweight</code>
| [[Text]]
| Nein
| plain
| 2
|-
| <code>color2</code>
| [[Text]]
| Nein
| Wert von <code>color</code>
| 2
|-
| <code>bgcolor2</code>
| [[Text]]
| Nein
| Wert von <code>bgcolor</code>
| 2
|-
| <code>font2</code>
| [[Text]]
| Nein
| Wert von <code>font</code>
| 2
|-
| <code>fontsize2</code>
| [[Number]]
| Nein
| Wert von <code>fontsize</code>
| 2
|-
| <code>fontweight2</code>
| [[Text]]
| Nein
| Wert von <code>fontweight</code>
| 2
|-
| <code>form</code>
| [[Text]]
| Nein
| None
| 2
|-
| <code>onclick</code>
| [[Text]]
| Nein
| Ja, wenn <code>popupwidth</code> und <code>popupheight</code> angegeben sind:<br/>
window.name='sp';window.open(
this.href,
'${popupwidth}x${popupheight}',
'width=${popupwidth},height=${popupheight},scrollbars=yes');
return false;
| 2
|-
| <code>popupwidth</code>
| [[Number]]
| Nein
| None
| 2
|-
| <code>popupheight</code>
| [[Number]]
| Nein
| None
| 2
|-
| <code>urlparam</code>
| [[Text]]
| Nein
| None
| 2.0.1
|}

;<code>name</code>
:Variable, in der der ersetzte Text abgelegt wird.

;<code>object</code>
:Objekt das den zu ersetzenden Text enhält.

;<code>alt</code>
:Alternativtext der in die <code>alt</code>-Attribute der <code><img></code>-Tags eingetragen wird.

;<code>title</code>
:Alternativtext der in die <code>title</code>-Attribute der <code><img></code>-Tags eingetragen wird.

;<code>color</code>
:Schriftfarbe, die für den E-Mail-Text in dem generierten Bild verwendet werden soll.

;<code>linkcolor</code>
:Schriftfarbe, die für den E-Mail-Text in dem generierten und verlinkten Bild verwendet werden soll.

;<code>bgcolor</code>
:Hintergrundfarbe, die für den E-Mail-Text in dem generierten Bild verwendet werden soll.

;<code>font</code>
:Schriftart, die für den E-Mail-Text in dem generierten Bild verwendet werden soll.
:In der Standardinstallalation enthaltene Fonts sind:
:*Arial
:*Lucida
:*Verdana
:*Futura

;<code>fontsize</code>
:Schriftgröße, die für den E-Mail-Text in dem generierten Bild verwendet werden soll.

;<code>fontweight</code>
:Schriftstyle, die für den E-Mail-Text in dem generierten Bild verwendet werden soll.
:Mögliche Werte sind:
:*plain
:*bold
:*italic

;<code>form</code>
:Artikel, der das Kontaktformular bereitstellt.

;<code>onclick</code>
:JavaScript-Funktion die nach dem Klick auf eine E-Mail-Adresse ausgeführt werden soll.

;<code>popupwidth</code>
:Breite des Popup-Fensters für das Kontaktformular.

;<code>popupheight</code>
:Höhe des Popup-Fensters für das Kontaktformular.

;<code>urlparam</code>
:Übergabe weiterer Parameter an das Kontaktformular. Mehrere Parameter werden über <code>&amp;</code> getrennt (Beispiel: "peter=pan&amp;donald=duck").

===Weitere Parameter für das generierte Bild der E-Mailadresse im Mailformular:===

;<code>color2</code>
:Schriftfarbe, die für den E-Mail-Text in dem generierten Bild für das Mailformular verwendet werden soll.

;<code>bgcolor2</code>
:Hintergrundfarbe, die für den E-Mail-Text in dem generierten Bild für das Mailformular verwendet werden soll.

;<code>font2</code>
:Schriftart, die für den E-Mail-Text in dem generierten Bild für das Mailformular verwendet werden soll.
:In der Standardinstallalation enthaltene Fonts sind:
:*Arial
:*Lucida
:*Verdana
:*Futura

;<code>fontsize2</code>
:Schriftgröße, die für den E-Mail-Text in dem generierten Bild für das Mailformular verwendet werden soll.

;<code>fontweight2</code>
:Schriftstyle, die für den E-Mail-Text in dem generierten Bild für das Mailformular verwendet werden soll.
:Mögliche Werte sind:
:*plain
:*bold
:*italic

==Beispiele==

===spt:email2img mit Verknüpfung zum Kontaktformular===

Template Quelltext
<source lang="xml">
<spt:email2img name="tmp_text" object="sp_text" form="${!{information.contact}}"/>
<sp:print name="tmp_text"/>
</source>

Inhalt der Variable sp_text
<source lang="text">
<ul>
<li>
E-Mail-Adresse mit Link:<br/>
<a href="mailto:test@test.de">test@test.de</a>
</li>
<li>
E-Mail-Adresse ohne Link:<br/>
test@test.de
</li>
</ul>
</source>

Inhalt der Variable tmp_text
<source lang="text">
<ul>
<li>
E-Mail-Adresse mit Link:<br/>
<a
href="/kontakt.php?email=9a399467ec17059b6896ff5ec902d75c&emailImageUrl=%2Ftest.php.media%2Ftextimage%2F1443868664.png"
class="sp-mailto"
title="E-Mail-Adresse - zum Kontaktformular bitte klicken ..."
><img src="/test.php.media/textimage/1443868664.png" /></a>
</li>
<li>
E-Mail-Adresse ohne Link:<br/>
<img src="/test.php.media/textimage/1443868664.png"
alt="geschützte E-Mail-Adresse als Grafik"
style="vertical-align:bottom" />
</li>
</ul>
</source>

Beispielcode eines Kontaktformulars, welches über den Anker (hier: "information.contact") angegeben wurde
<source lang="text">

<?php
$key = "238745991275901023489641"; // steht in der IES-Serverkonfiguration
$mode = MCRYPT_3DES;

function str_decrypt($encrypted_string) {
GLOBAL $key, $mode;

$td = mcrypt_module_open($mode, '', 'ecb', '');
$iv = mcrypt_create_iv (mcrypt_enc_get_iv_size($td), MCRYPT_RAND);
mcrypt_generic_init($td, $key, $iv);
$encrypted_data = hex2bin($encrypted_string);

// decrypt
$decrypted_string = mcrypt_ecb ($mode, $key, $encrypted_data, MCRYPT_DECRYPT, $iv);

mcrypt_generic_deinit($td);
mcrypt_module_close($td);

return trim($decrypted_string);
}

// VORSICHT: ab PHP5.4 ist die Funktion hex2bin nativ vorhanden
// der Funktionscode hier darf dann NICHT implementiert werden
function hex2bin($hexdata) {
$bindata = "";
for ($i = 0; $i < strlen( $hexdata ); $i += 2)
eval ('$bindata .= "\x' . substr( $hexdata, $i, 2 ) . '";');

return $bindata;
}

function is_email($lom_emailstrg) {
return ereg("^[_a-zA-Z0-9-]+(.[_a-zA-Z0-9-]+)*@([a-zA-Z0-9-]{2,})+(.[_a-zA-Z0-9-]+)*.([a-zA-Z0-9-]{2,4})$", $lom_emailstrg);
}
?>

<?php
$CRLF = "\n";
$mail_address = isset($_REQUEST['email']) ? str_decrypt($_REQUEST['email']) : "default-email@some-domain.com";
if (!is_email($mail_address)) die("<p><strong>Ungültiger Aufruf !</strong></p><br>Die Empfänger-Adresse ist ungültig.");

// Darstellung des Formulars bzw. Auswertung des Requests und Versand einer E-Mail
...
?>
</source>

<noinclude>
[[Category:SPT-Tags]]
[[Category:Qualität_des_Inhalts_prüfen]]
[[Category:Qualität_des_Codes_prüfen]]
[[Category:Beispiel_überarbeiten_testen]]
</noinclude>

Systemvoraussetzungen

2015-03-06T09:36:32Z

OB:

Aktuelle Systemvoraussetzungen für Neuinstallationen und den Betrieb des [[IES]].

===Betriebssysteme===
Wir unterstützen nur 64bit-Betriebssysteme.
<div class="note">
32-bit-Systeme werde nicht unterstützt.
</div>

====Linux====
<div class="note">
Grundsätzlich sollten immer die neuesten Versionen eines Betriebssystem für Neuinstallationen eingesetzt werden; wir behalten uns vor, bestimmte Updates von Softwareversionen (z.B. PHP > 5.3) abhängig zu machen.
</div>
* CentOS Linux ab Version 7 (http://www.centos.org)
<div class="note">
<b>2015-02-04 OpenJDK der Distribution CentOS 7 ist fehlerhaft</b><br>
Die Java-Version, die zum heutigen Tage von CentOS ausgeliefert wird, ist fehlerhaft und stürzt bei Verwendung bestimmter Funktionen im IES ab. Abhilfe schafft die Installation von Oracle Java 8 am Paketmanager von CentOS vorbei.

Fehlerhaft ist:
java version "1.7.0_71"
OpenJDK Runtime Environment (rhel-2.5.3.1.el7_0-x86_64 u71-b14)
OpenJDK 64-Bit Server VM (build 24.65-b04, mixed mode)

</div>
* Ubuntu Linux ab Version 14 (http://www.ubuntu.com)
* Red Hat Linux ab Version 7 (http://www.redhat.com)
* Debian Linux ab Version 7 (http://www.debian.org)
* Suse Linux Enterprise Server ab Version 12 (http://www.suse.com)
* OpenSUSE ab Version 13 (bzw. http://www.opensuse.org/)
<div class="note">
Achtung: "SUSE Linux Enterprise Server"-Nutzer. Grundsätzlich ist unsere Software auf SLES lauffähig; aufgrund von nicht in Standardrepositories vorhandenen Softwaren (u.a. ImageMagick, MySQL > 5.0) ist die Installation und Konfiguration nur von versierten Administratoren vorzunehmen. Gerne bieten wir hier exklusive Installationsschulung oder -unterstützung an.
</div>
Zukünftige Entwicklungen können es notwendig machen, dass Zugriff auf Online-Repositories der Linux-Distributionen besteht, um neueste oder benötige Pakete nachträglich installieren zu können; Sitepark achtet darauf, dass in den Standard-Repositories der Distributionen jeweils Pakete vorhanden sind, die die Lauffähigkeit der Software sicher stellen.

=====Abhängigkeiten=====
* Apache Webserver
* ImageMagick (http://www.imagemagick.org/) ab Version 6
* curl, grep, egrep, netstat, ps, tail, useradd, groupadd, chown, sum, awk, head, nm, bc
Die hier genannten Abhängigkeiten sind durch die aufgeführten Distributionen erfüllbar und werden teilweise bereits automatisch installiert.

(''Hinweis:'' Je nach Linux-Distribution sind einzelne Tools zum Beispiel in Paketen wie <code>net-tools</code>, <code>coreutils</code>, <code>binutils</code>, <code>passwd</code> und anderen organisiert.)

====Windows====
* '''Windows Server''' Version 2008 R2 (64bit) (http://www.microsoft.com)
* Windows 7 und Windows 8 werden als Betriebssysteme nicht unterstützt.

<div class="note">
Die Verwendung von Windows als Betriebssystem für den Webserver wird von Sitepark NICHT empfohlen. PHP kann auch unter einem 64bit-Windows nur mit 32bit-Integer-Zahlen arbeiten; alle PHP-Anwendungen, die mit von Java übergebenen Zeitstempeln im Millisekundenbereich rechnen, sind nicht korrekt lauffähig.
</div>

<div class="note">
Die Verwendung von Windows als Betriebssystem für den IES-Server wird von Sitepark NICHT empfohlen. Die Schreib- und Leseperformance von JAVA unter Windows beträgt nur 10% der grundsätzlichen Leistungsfähigkeit der Hard- und Software.
</div>

=====Abhängigkeiten=====
* ImageMagick (http://www.imagemagick.org/) ab Version 6
* mTail (http://ophilipp.free.fr/op_tail.htm) (Zur Wartung und Administration)
* 7-Zip (http://www.7-zip.org/) (Zip-Funktionen des Windows-Explorers reichen nicht aus) (Zur Wartung und Administration)
* Process Explorer (http://technet.microsoft.com/de-de/sysinternals/bb896653) (Zur Wartung und Administration)
* Process Monitor (http://technet.microsoft.com/de-de/sysinternals/bb896645) (Zur Wartung und Administration)

===Hardware===
Die Leistungsstärke der Hardware ist in Abhängigkeit zum zu realisierenden Projekt individuell unterschiedlich. Die hier angegebenen Anforderungen und Empfehlungen sind als Richtwerte zu verstehen.

Relevante Kenngrößen sind die CPU-Leistungsfähigkeit, die RAM-Größe, die Zugriffsgeschwindigkeit auf die Speichergeräte (Festplatten) und die Netzwerkanbindung.

Der IES hält während des Betriebs im optimalen Fall alle von ihm verwaltetet Daten im Arbeitsspeicher, ebenso sollte die MySQL-Datenbank komplett dort liegen. Auslagerungen auf die Festplatte bremsen das System unnötig aus. Der IES schreibt datenbankunabhängige echte Webseiten auf die Festplatte. Diese Dateien werden vom Webserver ausgeliefert; dabei findet kein Datenbankzugriff mehr statt. Ein schnelles Schreiben der Daten für den Webserver (Festplatten-Schreib-Geschwindigkeit) ist ebenso notwendig wie ein schnelles Lesen der Daten für die Auslieferung. Wenn das Dateisystem für den die Seiten ausliefernden Webserver über das Netzwerk verfügbar gemacht wird, ist die Netzwerkgeschwindigkeit ebenfalls für ein performantes Gesamtsystem sehr wichtig.
<div class="note">
Die Anforderungen können sich während des Betriebs des IES je nach Anwendungsszenario und Veränderungen in der Datenmenge oder Nutzermenge verändern. Mehr Daten benötigen mehr Speicherplatz (RAM und Festplatte), höhere Nutzungsfrequenzen benötigen schnellere bzw. breitere Netzwerk-Anbindungen und CPU-Leistungsfähigkeit. Wir empfehlen den Betrieb in einer virtuellen Umgebung, damit Sie flexibel auf Änderungen der Anforderungen reagieren können.
</div>

====Minimal-Anforderung====
Prozessor P4 1GHZ 64bit, 2 GB Hauptspeicher PLUS die 1,2fache Menge der Größe der MySQL-Datenbank, 18 GB HDD, Netzwerk

===Empfehlung===
Mehrprozessorsystem (z.B. QuadCore) ~3GHz 64Bit, 8 GB RAM PLUS die 2fache Menge der Größe der MySQL-Datenbank, RAID-10-System mit 100 GB HDD, Gbit-Netzwerk

Die Schreib- und Lesezugriffe auf die Festplatte sollten für ein performantes Arbeiten folgende Werte (im Durchschnitt) nicht unterschreiten: <strong>Lesen 300MB/sek, Schreiben 120MB/sek</strong>.

===Java===
====JDK - Java Development Kit====
Für den Betrieb des IES wird ein Java-Development-Kit inkl. Java-Compiler benötigt. Aktuell unterstützen wir die Pakete:
* JDK (Java SDK) von Oracle ab der Version 1.7
* OpenJDK 7 oder neuer
* IBM-Java 7 JDK
<div class="note">
Eine Java Runtime Environment (JRE)-Version reicht nicht aus.
</div>

===Webserver===
====Apache 2====
Weitere Informationen finden Sie unter http://www.apache.org

Empfohlene Module für die Integration des IES in den Apache:
mod_proxy
mod_proxy_balancer
mod_proxy_http
mod_rewrite
mod_ssl
mod_headers

Informationen zur Konfiguration finden Sie unter [[Integration des IES in den Apache]].

Für die Auslieferung von Webseiten wird PHP benötigt; der Webserver benötigt dann verschiedene PHP-Erweiterungen [[Installationsanleitung PHP]].

===Datenbank===
====MySQL====
Weitere Informationen finden Sie unter http://www.mysql.com

MySQL ab der Version 5. Engine: INNODB

Zur Konfiguration finden Sie unter [[Hinweise zu MySQL]] wichtige Informationen.

===Mailserver===
Wird ein MailPublisher verwendet empfehlen wir aus unterschiedlichen Gründen die Installation eines lokalen Mailservers (Sendmail, Postfix, QMail, etc.) auch wenn in dem entsprechendem Netzwerk ein separater Mailserver konfiguriert wurde.

Gründe für den Einsatz eines lokalen Mailservers:
# Die Publikation von Artikeln über den Mail-Publisher ist wesentlich schneller, da keine Netzwerk-Kommunikation notwendig ist. Gerade beim Versand von Newslettern an sehr viele Adressaten ist hier ein signifikanter Performanzvorteil zu erkennen.
# Bei Problemen im lokalen Netzwerk bzw. der temp. Überlastung des Mailservers werden keine E-Mails verschickt. Ein späterer Versand würde nicht erfolgen, da der IES nicht ''spooled''. Dies ist Aufgabe eines Mailservers und würde durch einen lokalen Mailserver auf ideale Weise erfüllt.

Die Konfiguration des lokalen Mailservers sollte daher bereits bei der Installation des IES erfolgen. Der IES ist grundsätzlich für die lokale E-Mail-Auslieferung konfiguriert.

<noinclude>
[[Kategorie:Installation| 100]]
</noinclude>

Systemvoraussetzungen

2015-02-04T08:12:21Z

OB: /* Linux */

Aktuelle Systemvoraussetzungen für Neuinstallationen und den Betrieb des [[IES]].

===Betriebssysteme===
Wir unterstützen nur 64bit-Betriebssysteme.
<div class="note">
32-bit-Systeme werde nicht unterstützt.
</div>

====Linux====
<div class="note">
Grundsätzlich sollten immer die neuesten Versionen eines Betriebssystem für Neuinstallationen eingesetzt werden; wir behalten uns vor, bestimmte Updates von Softwareversionen (z.B. PHP > 5.3) abhängig zu machen.
</div>
* CentOS Linux ab Version 7 (http://www.centos.org)
<div class="note">
<b>2015-02-04 OpenJDK der Distribution CentOS 7 ist fehlerhaft</b><br>
Die Java-Version, die zum heutigen Tage von CentOS ausgeliefert wird, ist fehlerhaft und stürzt bei Verwendung bestimmter Funktionen im IES ab. Abhilfe schafft die Installation von Oracle Java 8 am Paketmanager von CentOS vorbei.

Fehlerhaft ist:
java version "1.7.0_71"
OpenJDK Runtime Environment (rhel-2.5.3.1.el7_0-x86_64 u71-b14)
OpenJDK 64-Bit Server VM (build 24.65-b04, mixed mode)

</div>
* Ubuntu Linux ab Version 14 (http://www.ubuntu.com)
* Red Hat Linux ab Version 7 (http://www.redhat.com)
* Debian Linux ab Version 7 (http://www.debian.org)
* Suse Linux Enterprise Server ab Version 12 (http://www.suse.com)
* OpenSUSE ab Version 13 (bzw. http://www.opensuse.org/)
<div class="note">
Achtung: "SUSE Linux Enterprise Server"-Nutzer. Grundsätzlich ist unsere Software auf SLES lauffähig; aufgrund von nicht in Standardrepositories vorhandenen Softwaren (u.a. ImageMagick, MySQL > 5.0) ist die Installation und Konfiguration nur von versierten Administratoren vorzunehmen. Gerne bieten wir hier exklusive Installationsschulung oder -unterstützung an.
</div>
Zukünftige Entwicklungen können es notwendig machen, dass Zugriff auf Online-Repositories der Linux-Distributionen besteht, um neueste oder benötige Pakete nachträglich installieren zu können; Sitepark achtet darauf, dass in den Standard-Repositories der Distributionen jeweils Pakete vorhanden sind, die die Lauffähigkeit der Software sicher stellen.

=====Abhängigkeiten=====
* Apache Webserver
* ImageMagick (http://www.imagemagick.org/) ab Version 6
* curl, grep, egrep, netstat, ps, tail, useradd, groupadd, chown, sum, awk, head, nm, bc
Die hier genannten Abhängigkeiten sind durch die aufgeführten Distributionen erfüllbar und werden teilweise bereits automatisch installiert.

(''Hinweis:'' Je nach Linux-Distribution sind einzelne Tools zum Beispiel in Paketen wie <code>net-tools</code>, <code>coreutils</code>, <code>binutils</code>, <code>passwd</code> und anderen organisiert.)

====Windows====
* '''Windows Server''' Version 2008 R2 (64bit) (http://www.microsoft.com)
* Windows 7 und Windows 8 werden als Betriebssysteme nicht unterstützt.

<div class="note">
Die Verwendung von Windows als Betriebssystem für den Webserver wird von Sitepark NICHT empfohlen. PHP kann auch unter einem 64bit-Windows nur mit 32bit-Integer-Zahlen arbeiten; alle PHP-Anwendungen, die mit von Java übergebenen Zeitstempeln im Millisekundenbereich rechnen, sind nicht korrekt lauffähig.
</div>

=====Abhängigkeiten=====
* ImageMagick (http://www.imagemagick.org/) ab Version 6
* mTail (http://ophilipp.free.fr/op_tail.htm) (Zur Wartung und Administration)
* 7-Zip (http://www.7-zip.org/) (Zip-Funktionen des Windows-Explorers reichen nicht aus) (Zur Wartung und Administration)
* Process Explorer (http://technet.microsoft.com/de-de/sysinternals/bb896653) (Zur Wartung und Administration)
* Process Monitor (http://technet.microsoft.com/de-de/sysinternals/bb896645) (Zur Wartung und Administration)

===Hardware===
Die Leistungsstärke der Hardware ist in Abhängigkeit zum zu realisierenden Projekt individuell unterschiedlich. Die hier angegebenen Anforderungen und Empfehlungen sind als Richtwerte zu verstehen.

Relevante Kenngrößen sind die CPU-Leistungsfähigkeit, die RAM-Größe, die Zugriffsgeschwindigkeit auf die Speichergeräte (Festplatten) und die Netzwerkanbindung.

Der IES hält während des Betriebs im optimalen Fall alle von ihm verwaltetet Daten im Arbeitsspeicher, ebenso sollte die MySQL-Datenbank komplett dort liegen. Auslagerungen auf die Festplatte bremsen das System unnötig aus. Der IES schreibt datenbankunabhängige echte Webseiten auf die Festplatte. Diese Dateien werden vom Webserver ausgeliefert; dabei findet kein Datenbankzugriff mehr statt. Ein schnelles Schreiben der Daten für den Webserver (Festplatten-Schreib-Geschwindigkeit) ist ebenso notwendig wie ein schnelles Lesen der Daten für die Auslieferung. Wenn das Dateisystem für den die Seiten ausliefernden Webserver über das Netzwerk verfügbar gemacht wird, ist die Netzwerkgeschwindigkeit ebenfalls für ein performantes Gesamtsystem sehr wichtig.
<div class="note">
Die Anforderungen können sich während des Betriebs des IES je nach Anwendungsszenario und Veränderungen in der Datenmenge oder Nutzermenge verändern. Mehr Daten benötigen mehr Speicherplatz (RAM und Festplatte), höhere Nutzungsfrequenzen benötigen schnellere bzw. breitere Netzwerk-Anbindungen und CPU-Leistungsfähigkeit. Wir empfehlen den Betrieb in einer virtuellen Umgebung, damit Sie flexibel auf Änderungen der Anforderungen reagieren können.
</div>

====Minimal-Anforderung====
Prozessor P4 1GHZ 64bit, 2 GB Hauptspeicher PLUS die 1,2fache Menge der Größe der MySQL-Datenbank, 18 GB HDD, Netzwerk

===Empfehlung===
Mehrprozessorsystem (z.B. QuadCore) ~3GHz 64Bit, 8 GB RAM PLUS die 2fache Menge der Größe der MySQL-Datenbank, RAID-10-System mit 100 GB HDD, Gbit-Netzwerk

Die Schreib- und Lesezugriffe auf die Festplatte sollten für ein performantes Arbeiten folgende Werte (im Durchschnitt) nicht unterschreiten: <strong>Lesen 300MB/sek, Schreiben 120MB/sek</strong>.

===Java===
====JDK - Java Development Kit====
Für den Betrieb des IES wird ein Java-Development-Kit inkl. Java-Compiler benötigt. Aktuell unterstützen wir die Pakete:
* JDK (Java SDK) von Oracle ab der Version 1.7
* OpenJDK 7 oder neuer
* IBM-Java 7 JDK
<div class="note">
Eine Java Runtime Environment (JRE)-Version reicht nicht aus.
</div>

===Webserver===
====Apache 2====
Weitere Informationen finden Sie unter http://www.apache.org

Empfohlene Module für die Integration des IES in den Apache:
mod_proxy
mod_proxy_balancer
mod_proxy_http
mod_rewrite
mod_ssl
mod_headers

Informationen zur Konfiguration finden Sie unter [[Integration des IES in den Apache]].

Für die Auslieferung von Webseiten wird PHP benötigt; der Webserver benötigt dann verschiedene PHP-Erweiterungen [[Installationsanleitung PHP]].

===Datenbank===
====MySQL====
Weitere Informationen finden Sie unter http://www.mysql.com

MySQL ab der Version 5. Engine: INNODB

Zur Konfiguration finden Sie unter [[Hinweise zu MySQL]] wichtige Informationen.

===Mailserver===
Wird ein MailPublisher verwendet empfehlen wir aus unterschiedlichen Gründen die Installation eines lokalen Mailservers (Sendmail, Postfix, QMail, etc.) auch wenn in dem entsprechendem Netzwerk ein separater Mailserver konfiguriert wurde.

Gründe für den Einsatz eines lokalen Mailservers:
# Die Publikation von Artikeln über den Mail-Publisher ist wesentlich schneller, da keine Netzwerk-Kommunikation notwendig ist. Gerade beim Versand von Newslettern an sehr viele Adressaten ist hier ein signifikanter Performanzvorteil zu erkennen.
# Bei Problemen im lokalen Netzwerk bzw. der temp. Überlastung des Mailservers werden keine E-Mails verschickt. Ein späterer Versand würde nicht erfolgen, da der IES nicht ''spooled''. Dies ist Aufgabe eines Mailservers und würde durch einen lokalen Mailserver auf ideale Weise erfüllt.

Die Konfiguration des lokalen Mailservers sollte daher bereits bei der Installation des IES erfolgen. Der IES ist grundsätzlich für die lokale E-Mail-Auslieferung konfiguriert.

<noinclude>
[[Kategorie:Installation| 100]]
</noinclude>

Systemvoraussetzungen

2015-01-20T11:54:37Z

OB: /* Linux */

Aktuelle Systemvoraussetzungen für Neuinstallationen und den Betrieb des [[IES]].

===Betriebssysteme===
Wir unterstützen nur 64bit-Betriebssysteme.
<div class="note">
32-bit-Systeme werde nicht unterstützt.
</div>

====Linux====
<div class="note">
Grundsätzlich sollten immer die neuesten Versionen eines Betriebssystem für Neuinstallationen eingesetzt werden; wir behalten uns vor, bestimmte Updates von Softwareversionen (z.B. PHP > 5.3) abhängig zu machen.
</div>
* CentOS Linux ab Version 7 (http://www.centos.org)
* Ubuntu Linux ab Version 14 (http://www.ubuntu.com)
* Red Hat Linux ab Version 7 (http://www.redhat.com)
* Debian Linux ab Version 7 (http://www.debian.org)
* Suse Linux Enterprise Server ab Version 12 (http://www.suse.com)
* OpenSUSE ab Version 13 (bzw. http://www.opensuse.org/)
<div class="note">
Achtung: "SUSE Linux Enterprise Server"-Nutzer. Grundsätzlich ist unsere Software auf SLES lauffähig; aufgrund von nicht in Standardrepositories vorhandenen Softwaren (u.a. ImageMagick, MySQL > 5.0) ist die Installation und Konfiguration nur von versierten Administratoren vorzunehmen. Gerne bieten wir hier exklusive Installationsschulung oder -unterstützung an.
</div>
Zukünftige Entwicklungen können es notwendig machen, dass Zugriff auf Online-Repositories der Linux-Distributionen besteht, um neueste oder benötige Pakete nachträglich installieren zu können; Sitepark achtet darauf, dass in den Standard-Repositories der Distributionen jeweils Pakete vorhanden sind, die die Lauffähigkeit der Software sicher stellen.

=====Abhängigkeiten=====
* Apache Webserver
* ImageMagick (http://www.imagemagick.org/) ab Version 6
* curl, grep, egrep, netstat, ps, tail, useradd, groupadd, chown, sum, awk, head, nm, bc
Die hier genannten Abhängigkeiten sind durch die aufgeführten Distributionen erfüllbar und werden teilweise bereits automatisch installiert.

(''Hinweis:'' Je nach Linux-Distribution sind einzelne Tools zum Beispiel in Paketen wie <code>net-tools</code>, <code>coreutils</code>, <code>binutils</code>, <code>passwd</code> und anderen organisiert.)

====Windows====
* '''Windows Server''' Version 2008 R2 (64bit) (http://www.microsoft.com)
* Windows 7 und Windows 8 werden als Betriebssysteme nicht unterstützt.

<div class="note">
Die Verwendung von Windows als Betriebssystem für den Webserver wird von Sitepark NICHT empfohlen. PHP kann auch unter einem 64bit-Windows nur mit 32bit-Integer-Zahlen arbeiten; alle PHP-Anwendungen, die mit von Java übergebenen Zeitstempeln im Millisekundenbereich rechnen, sind nicht korrekt lauffähig.
</div>

=====Abhängigkeiten=====
* ImageMagick (http://www.imagemagick.org/) ab Version 6
* mTail (http://ophilipp.free.fr/op_tail.htm) (Zur Wartung und Administration)
* 7-Zip (http://www.7-zip.org/) (Zip-Funktionen des Windows-Explorers reichen nicht aus) (Zur Wartung und Administration)
* Process Explorer (http://technet.microsoft.com/de-de/sysinternals/bb896653) (Zur Wartung und Administration)
* Process Monitor (http://technet.microsoft.com/de-de/sysinternals/bb896645) (Zur Wartung und Administration)

===Hardware===
Die Leistungsstärke der Hardware ist in Abhängigkeit zum zu realisierenden Projekt individuell unterschiedlich. Die hier angegebenen Anforderungen und Empfehlungen sind als Richtwerte zu verstehen.

Relevante Kenngrößen sind die CPU-Leistungsfähigkeit, die RAM-Größe, die Zugriffsgeschwindigkeit auf die Speichergeräte (Festplatten) und die Netzwerkanbindung.

Der IES hält während des Betriebs im optimalen Fall alle von ihm verwaltetet Daten im Arbeitsspeicher, ebenso sollte die MySQL-Datenbank komplett dort liegen. Auslagerungen auf die Festplatte bremsen das System unnötig aus. Der IES schreibt datenbankunabhängige echte Webseiten auf die Festplatte. Diese Dateien werden vom Webserver ausgeliefert; dabei findet kein Datenbankzugriff mehr statt. Ein schnelles Schreiben der Daten für den Webserver (Festplatten-Schreib-Geschwindigkeit) ist ebenso notwendig wie ein schnelles Lesen der Daten für die Auslieferung. Wenn das Dateisystem für den die Seiten ausliefernden Webserver über das Netzwerk verfügbar gemacht wird, ist die Netzwerkgeschwindigkeit ebenfalls für ein performantes Gesamtsystem sehr wichtig.
<div class="note">
Die Anforderungen können sich während des Betriebs des IES je nach Anwendungsszenario und Veränderungen in der Datenmenge oder Nutzermenge verändern. Mehr Daten benötigen mehr Speicherplatz (RAM und Festplatte), höhere Nutzungsfrequenzen benötigen schnellere bzw. breitere Netzwerk-Anbindungen und CPU-Leistungsfähigkeit. Wir empfehlen den Betrieb in einer virtuellen Umgebung, damit Sie flexibel auf Änderungen der Anforderungen reagieren können.
</div>

====Minimal-Anforderung====
Prozessor P4 1GHZ 64bit, 2 GB Hauptspeicher PLUS die 1,2fache Menge der Größe der MySQL-Datenbank, 18 GB HDD, Netzwerk

===Empfehlung===
Mehrprozessorsystem (z.B. QuadCore) ~3GHz 64Bit, 8 GB RAM PLUS die 2fache Menge der Größe der MySQL-Datenbank, RAID-10-System mit 100 GB HDD, Gbit-Netzwerk

Die Schreib- und Lesezugriffe auf die Festplatte sollten für ein performantes Arbeiten folgende Werte (im Durchschnitt) nicht unterschreiten: <strong>Lesen 300MB/sek, Schreiben 120MB/sek</strong>.

===Java===
====JDK - Java Development Kit====
Für den Betrieb des IES wird ein Java-Development-Kit inkl. Java-Compiler benötigt. Aktuell unterstützen wir die Pakete:
* JDK (Java SDK) von Oracle ab der Version 1.7
* OpenJDK 7 oder neuer
* IBM-Java 7 JDK
<div class="note">
Eine Java Runtime Environment (JRE)-Version reicht nicht aus.
</div>

===Webserver===
====Apache 2====
Weitere Informationen finden Sie unter http://www.apache.org

Empfohlene Module für die Integration des IES in den Apache:
mod_proxy
mod_proxy_balancer
mod_proxy_http
mod_rewrite
mod_ssl
mod_headers

Informationen zur Konfiguration finden Sie unter [[Integration des IES in den Apache]].

Für die Auslieferung von Webseiten wird PHP benötigt; der Webserver benötigt dann verschiedene PHP-Erweiterungen [[Installationsanleitung PHP]].

===Datenbank===
====MySQL====
Weitere Informationen finden Sie unter http://www.mysql.com

MySQL ab der Version 5. Engine: INNODB

Zur Konfiguration finden Sie unter [[Hinweise zu MySQL]] wichtige Informationen.

===Mailserver===
Wird ein MailPublisher verwendet empfehlen wir aus unterschiedlichen Gründen die Installation eines lokalen Mailservers (Sendmail, Postfix, QMail, etc.) auch wenn in dem entsprechendem Netzwerk ein separater Mailserver konfiguriert wurde.

Gründe für den Einsatz eines lokalen Mailservers:
# Die Publikation von Artikeln über den Mail-Publisher ist wesentlich schneller, da keine Netzwerk-Kommunikation notwendig ist. Gerade beim Versand von Newslettern an sehr viele Adressaten ist hier ein signifikanter Performanzvorteil zu erkennen.
# Bei Problemen im lokalen Netzwerk bzw. der temp. Überlastung des Mailservers werden keine E-Mails verschickt. Ein späterer Versand würde nicht erfolgen, da der IES nicht ''spooled''. Dies ist Aufgabe eines Mailservers und würde durch einen lokalen Mailserver auf ideale Weise erfüllt.

Die Konfiguration des lokalen Mailservers sollte daher bereits bei der Installation des IES erfolgen. Der IES ist grundsätzlich für die lokale E-Mail-Auslieferung konfiguriert.

<noinclude>
[[Kategorie:Installation| 100]]
</noinclude>

Systemvoraussetzungen

2015-01-20T11:42:56Z

OB: /* Linux */

Aktuelle Systemvoraussetzungen für Neuinstallationen und den Betrieb des [[IES]].

===Betriebssysteme===
Wir unterstützen nur 64bit-Betriebssysteme.
<div class="note">
32-bit-Systeme werde nicht unterstützt.
</div>

====Linux====
<div class="note">
Grundsätzlich sollten immer die neuesten Versionen eines Betriebssystem für Neuinstallationen eingesetzt werden; wir behalten uns vor, bestimmte Updates von Softwareversionen (z.B. PHP > 5.3) abhängig zu machen.
</div>
* CentOS Linux ab Version 7 (http://www.centos.org)
* Ubuntu Linux ab Version 14 (http://www.ubuntu.com)
* Red Hat Linux ab Version 7 (http://www.redhat.com)
* Debian Linux ab Version 7 (http://www.debian.org)
* Suse Linux Enterprise Server ab Version 12 (http://www.suse.com)
* OpenSUSE ab Version 13 (bzw. http://www.opensuse.org/)
<div class="note">
Achtung: "SUSE Linux Enterprise Server"-Nutzer. Grundsätzlich ist unsere Software auf SLES lauffähig; aufgrund von nicht in Standardrepositories vorhandenen Softwaren (u.a. ImageMagick, MySQL > 5.0, Xvfb) ist die Installation und Konfiguration nur von versierten Administratoren vorzunehmen. Gerne bieten wir hier exklusive Installationsschulung oder -unterstützung an.
</div>
Zukünftige Entwicklungen können es notwendig machen, dass Zugriff auf Online-Repositories der Linux-Distributionen besteht, um neueste oder benötige Pakete nachträglich installieren zu können; Sitepark achtet darauf, dass in den Standard-Repositories der Distributionen jeweils Pakete vorhanden sind, die die Lauffähigkeit der Software sicher stellen.

=====Abhängigkeiten=====
* Apache Webserver
* ImageMagick (http://www.imagemagick.org/) ab Version 6
* curl, grep, egrep, netstat, ps, tail, useradd, groupadd, chown, sum, awk, head, nm, bc
Die hier genannten Abhängigkeiten sind durch die aufgeführten Distributionen erfüllbar und werden teilweise bereits automatisch installiert.

(''Hinweis:'' Je nach Linux-Distribution sind einzelne Tools zum Beispiel in Paketen wie <code>net-tools</code>, <code>coreutils</code>, <code>binutils</code>, <code>passwd</code> und anderen organisiert.)

====Windows====
* '''Windows Server''' Version 2008 R2 (64bit) (http://www.microsoft.com)
* Windows 7 und Windows 8 werden als Betriebssysteme nicht unterstützt.

<div class="note">
Die Verwendung von Windows als Betriebssystem für den Webserver wird von Sitepark NICHT empfohlen. PHP kann auch unter einem 64bit-Windows nur mit 32bit-Integer-Zahlen arbeiten; alle PHP-Anwendungen, die mit von Java übergebenen Zeitstempeln im Millisekundenbereich rechnen, sind nicht korrekt lauffähig.
</div>

=====Abhängigkeiten=====
* ImageMagick (http://www.imagemagick.org/) ab Version 6
* mTail (http://ophilipp.free.fr/op_tail.htm) (Zur Wartung und Administration)
* 7-Zip (http://www.7-zip.org/) (Zip-Funktionen des Windows-Explorers reichen nicht aus) (Zur Wartung und Administration)
* Process Explorer (http://technet.microsoft.com/de-de/sysinternals/bb896653) (Zur Wartung und Administration)
* Process Monitor (http://technet.microsoft.com/de-de/sysinternals/bb896645) (Zur Wartung und Administration)

===Hardware===
Die Leistungsstärke der Hardware ist in Abhängigkeit zum zu realisierenden Projekt individuell unterschiedlich. Die hier angegebenen Anforderungen und Empfehlungen sind als Richtwerte zu verstehen.

Relevante Kenngrößen sind die CPU-Leistungsfähigkeit, die RAM-Größe, die Zugriffsgeschwindigkeit auf die Speichergeräte (Festplatten) und die Netzwerkanbindung.

Der IES hält während des Betriebs im optimalen Fall alle von ihm verwaltetet Daten im Arbeitsspeicher, ebenso sollte die MySQL-Datenbank komplett dort liegen. Auslagerungen auf die Festplatte bremsen das System unnötig aus. Der IES schreibt datenbankunabhängige echte Webseiten auf die Festplatte. Diese Dateien werden vom Webserver ausgeliefert; dabei findet kein Datenbankzugriff mehr statt. Ein schnelles Schreiben der Daten für den Webserver (Festplatten-Schreib-Geschwindigkeit) ist ebenso notwendig wie ein schnelles Lesen der Daten für die Auslieferung. Wenn das Dateisystem für den die Seiten ausliefernden Webserver über das Netzwerk verfügbar gemacht wird, ist die Netzwerkgeschwindigkeit ebenfalls für ein performantes Gesamtsystem sehr wichtig.
<div class="note">
Die Anforderungen können sich während des Betriebs des IES je nach Anwendungsszenario und Veränderungen in der Datenmenge oder Nutzermenge verändern. Mehr Daten benötigen mehr Speicherplatz (RAM und Festplatte), höhere Nutzungsfrequenzen benötigen schnellere bzw. breitere Netzwerk-Anbindungen und CPU-Leistungsfähigkeit. Wir empfehlen den Betrieb in einer virtuellen Umgebung, damit Sie flexibel auf Änderungen der Anforderungen reagieren können.
</div>

====Minimal-Anforderung====
Prozessor P4 1GHZ 64bit, 2 GB Hauptspeicher PLUS die 1,2fache Menge der Größe der MySQL-Datenbank, 18 GB HDD, Netzwerk

===Empfehlung===
Mehrprozessorsystem (z.B. QuadCore) ~3GHz 64Bit, 8 GB RAM PLUS die 2fache Menge der Größe der MySQL-Datenbank, RAID-10-System mit 100 GB HDD, Gbit-Netzwerk

Die Schreib- und Lesezugriffe auf die Festplatte sollten für ein performantes Arbeiten folgende Werte (im Durchschnitt) nicht unterschreiten: <strong>Lesen 300MB/sek, Schreiben 120MB/sek</strong>.

===Java===
====JDK - Java Development Kit====
Für den Betrieb des IES wird ein Java-Development-Kit inkl. Java-Compiler benötigt. Aktuell unterstützen wir die Pakete:
* JDK (Java SDK) von Oracle ab der Version 1.7
* OpenJDK 7 oder neuer
* IBM-Java 7 JDK
<div class="note">
Eine Java Runtime Environment (JRE)-Version reicht nicht aus.
</div>

===Webserver===
====Apache 2====
Weitere Informationen finden Sie unter http://www.apache.org

Empfohlene Module für die Integration des IES in den Apache:
mod_proxy
mod_proxy_balancer
mod_proxy_http
mod_rewrite
mod_ssl
mod_headers

Informationen zur Konfiguration finden Sie unter [[Integration des IES in den Apache]].

Für die Auslieferung von Webseiten wird PHP benötigt; der Webserver benötigt dann verschiedene PHP-Erweiterungen [[Installationsanleitung PHP]].

===Datenbank===
====MySQL====
Weitere Informationen finden Sie unter http://www.mysql.com

MySQL ab der Version 5. Engine: INNODB

Zur Konfiguration finden Sie unter [[Hinweise zu MySQL]] wichtige Informationen.

===Mailserver===
Wird ein MailPublisher verwendet empfehlen wir aus unterschiedlichen Gründen die Installation eines lokalen Mailservers (Sendmail, Postfix, QMail, etc.) auch wenn in dem entsprechendem Netzwerk ein separater Mailserver konfiguriert wurde.

Gründe für den Einsatz eines lokalen Mailservers:
# Die Publikation von Artikeln über den Mail-Publisher ist wesentlich schneller, da keine Netzwerk-Kommunikation notwendig ist. Gerade beim Versand von Newslettern an sehr viele Adressaten ist hier ein signifikanter Performanzvorteil zu erkennen.
# Bei Problemen im lokalen Netzwerk bzw. der temp. Überlastung des Mailservers werden keine E-Mails verschickt. Ein späterer Versand würde nicht erfolgen, da der IES nicht ''spooled''. Dies ist Aufgabe eines Mailservers und würde durch einen lokalen Mailserver auf ideale Weise erfüllt.

Die Konfiguration des lokalen Mailservers sollte daher bereits bei der Installation des IES erfolgen. Der IES ist grundsätzlich für die lokale E-Mail-Auslieferung konfiguriert.

<noinclude>
[[Kategorie:Installation| 100]]
</noinclude>

Integration des IES in den Apache

2014-07-10T15:17:08Z

OB: /* Apache-Konfiguration Version < 2.2.5 */

===Allgemeines===
Der IES ist i.d.R. für sämtliche Dateien im <code>DocumentRoot</code> eines Publishers zuständig. Die Dateien werden entsprechend über den Nutzer des IES angelegt. Da jedoch der Apache diese lesen bzw. über PHP verändern / ergänzen können sollte, empfehlen wir die Zugriffsrechte entsprechend einzustellen. Unter Linux kann das einfach erreicht werden, indem der Nutzer des Webservers auch in die Gruppe <code>ies</code> aufgenommen wird. Die UMASK des IES ist entsprechend voreingestellt.

===Konfiguration des ''DocumentRoot''===
Im ''DocumentRoot'' eines Publikationsbereiches werden neben den eigentlichen Artikeldaten auch noch Systemdaten der IES-Module gespeichert. Diese dienen u.a. zum Aufbau einer Sitemap o.ä.
Damit diese vor direkten URL-Aufrufen geschützt werden können, werden entsprechende ''.htaccess''-Dateien durch die Module generiert.
Hierzu muss im Apache (und im Microsoft IIS über die Erweiterung ''Helicon Ape'') die Auswertung dieser Daten erlaubt werden.

Da der IES sämtliche Daten der Module in das Unterverzeichnis ''/WEB-IES/'' speichert ist die Konfiguration wie folgt möglich:

<source lang="apache">
<VirtualHost *:80>
<Directory "....$PATH_TO_DOCUMENT_ROOT.../WEB-IES">
Options -Indexes
AllowOverride LIMIT
</Directory>
</VirtualHost>
</source>

===Hinweise zur Integration des IES in den Apache===
''Die Integration des [[IES]] in den "Internet Information Server" von Microsoft ist über den sog. JK-Connector prinzipiell möglich. Weitere Informationen hierzu finden Sie im Internet''

Grundsätzlich empfehlen wir sowohl unter Linux, wie auch unter Windows den Einsatz des Apache-Webservers, da wir aufgrund unserer Erfahrungen hier den besten Support liefern können.

Für die optionale Integration des [[IES]] in den Apache Webserver empfehlen wird das Apache-Modul <code>proxy_http</code>. Folgende Konfiguration kann als Vorlage dienen. Die <code>ProxyPassMatch</code> Anweisungen sind jedoch erst ab der Version 2.2.5 verfügbar.

Folgende Module sind für die unten aufgeführten Konfigurationsvorlagen notwendig:
mod_proxy
mod_proxy_balancer
mod_proxy_http
mod_lbmethod_byrequests # ab Apache 2.4 für proxy notwendig!!!
mod_rewrite
mod_ssl
mod_headers

Da Passwörter und andere vertrauliche Daten mit dem [[IES]] ausgetauscht werden, muss immer '''HTTPS''' für den Apache eingerichtet werden.

=== IES Apache-Konfiguration ===

Für die Integration des IES in den Apache sollte ein eigener Virtueller Host eingerichtet werden. Für diesen Virtueller Host ist '''kein''' DocumentRoot notwendig!

<source lang="apache">
<VirtualHost *:80>

ServerName <<cms-host>>

# Alle gültigen IES-Anfragen, die auf Port 80 erfolgen, sollten vollständig an Port 443 umgelenkt werden. Diese Aufrufe können zum einen durch
# Redakteure erfolgen, die häufig URLs ohne "https" eingeben, zum anderen aber auch durch Aufrufe, die durch SPML- bzw. JSP-Seiten erzeugt werden,
# da diese intern über "http" auf Port 8080 bearbeitet werden und keine Informationen dazu haben, dass SSL von Außen eingesetzt wird.
RedirectMatch ^(.*)$ https://<<cms-host>>$1

</VirtualHost>
<VirtualHost *:443>

ServerName <<cms-host>>

ErrorLog /var/log/apache2/<<cms-host>>.err
CustomLog /var/log/apache2/<<cms-host>>.log combined

# Infosite redirect
RewriteEngine On
RewriteRule ^/$ /ies/infosite/ [R,L]

###################################
# IES integration using mod_proxy #
###################################

# security
ProxyRequests Off

# timeout
ProxyTimeout 3600

# always keep the host header
ProxyPreserveHost On

# load balancer
<Proxy balancer://ies-balancer>
Order Deny,Allow
Allow from All
BalancerMember http://localhost:8080 timeout=3600 retry=0
</Proxy>

ProxyPassMatch ^(/ies/.*)$ balancer://ies-balancer$1 stickysession=JSESSIONID nofailover=On
ProxyPassMatch ^(/infosite-webdav/.*)$ balancer://ies-balancer$1 stickysession=JSESSIONID nofailover=On
ProxyPassMatch ^(/xip/.*)$ balancer://ies-balancer$1 stickysession=JSESSIONID nofailover=On
ProxyPassMatch ^(/infosite/.*)$ balancer://ies-balancer$1 stickysession=JSESSIONID nofailover=On

# Innerhalb eines Virtuellen Hosts für HTTPS sollte immer der Header X-IES-SCHEME auf https gesetzt werden, da nur so
# innerhalb von IES-Applikationen ${system.baseurl} richtig aufgelöst wird. Weitere X-IES Header-Angaben sind i.d.R. nicht notwendig
#RequestHeader set X-IES-SERVER-NAME "ies.intern.net" # evtl. abweichender ServerName
#RequestHeader set X-IES-SERVER-PORT "1443" # evtl. abweichender Port
RequestHeader set X-IES-SCHEME "https"

</VirtualHost>
</source>

=== Apache-Konfiguration für Publikationsbereiche mit Live-Komponenten===
Publikationsbereiche des IES die Live-Komponenten verwenden und somit auf den IES zugreifen müssen, werden wie folgt konfiguriert.

<source lang="apache">
<VirtualHost *:80>

ServerName ...
DocumentRoot ...

ErrorLog ...
CustomLog ...

...

###################################
# IES integration using mod_proxy #
###################################

# security
ProxyRequests Off

# always keep the host header
ProxyPreserveHost On

# timeout
ProxyTimeout 3600

# Bei Zugriff auf BalanceMember via HTTPS
#SSLProxyEngine On

# load balancer
<Proxy balancer://ies-balancer>
Order Deny,Allow
Allow from All
BalancerMember http://<<cms-host>>:8080 timeout=3600 retry=0

# Alternativ kann auch direkt der Apache des CMS-Systems angesprochen werden,
# da dieser Anfragen automatisch intern an den IES weiterleitet.
#BalancerMember http://<<cms-host>>:80 timeout=3600 retry=0

# Bei Zugriff via SSL empfehlen wir die Verschlüsselung über den Apache zu konfigurieren.
# Dieser leitet dann die unverschlüsselte Anfrage an den lokalen IES (intern über Port 8080)
# Wird der BalanceMember via HTTPS angesprochen muss noch SSLProxyEngine auf ON gesetzt werden (s.o.)
#BalancerMember https://<<cms-host>>:443 timeout=3600 retry=0
</Proxy>

# Der Ordner, der am Publisher für SPML-Live-Seiten konfiguriert wurde muss für "<<spml_live_folder>>" eingesetzt werden
ProxyPassMatch ^(/<<spml_live_folder>>/.*\.spml(;jsessionid=\w+)?(\?.*)?)$ balancer://ies-balancer$1 stickysession=JSESSIONID nofailover=On
ProxyPassMatch ^(/<<spml_live_folder>>/ies/binary/.*)$ balancer://ies-balancer$1 stickysession=JSESSIONID nofailover=On
# danach sollte, um die taglibs und andere für den IES notwendigen Elemente NICHT vom Apache ausliefern zu lassen, der Zugriff durch den Apache verboten werden
<Directory <<DocumentRoot>>/WEB-INF>
Order deny,allow
Deny from all
</Directory>

# COUNTER
# Variante 1: RedirectMatch auf den Server (CMS muss öffentlich erreichbar sein)
#RedirectMatch ^/ies/counter(.*) https://<<cms-host>>/ies/infosite/counter$1

# Variante 2: Rewrite, wenn über eine RewriteCondition noch Bedingungen angegeben werde sollen.
# Rewrite um die Counter-Aufrufe (unabhaengig von Aliases) an das CMS (mit der konfigurierten Publisher-URL) zu schicken
RewriteEngine on

# Zugriff auf das CMS nur über den Webserver (als Proxy)
RewriteRule ^/ies/counter(.*) https://<<cms-host>>/ies/infosite/counter$1 [L,NE,P] # Proxy NICHT, wenn CMS- und Webserver ein Host sind
RewriteRule ^/infosite/counter(.*) https://<<cms-host>>/ies/infosite/counter$1 [L,NE,P] # Proxy NICHT, wenn CMS- und Webserver ein Host sind
RewriteRule ^/ies/infosite/counter(.*) https://<<cms-host>>/ies/infosite/counter$1 [L,NE,P] # Proxy NICHT, wenn CMS- und Webserver ein Host sind

</VirtualHost>
</source>

====Alternative Variante, wenn neue API und SPML-Seite unterstützt werden müssen====

Für den I-Link im SRPC-Modus in InfoSite6 muss der Zugriff auf die IES-API konfiguriert werden!

'''WICHTIG:'''

Wenn die Webseite ebenfalls auf dem CMS-Server liegt, dann wird voraus gesetzt, dass der Hostname (s.u. <<cms-host>>) und der <<ies-alias-hostname>> der Webseite in der /etc/hosts auf 127.0.0.1 zeigt und in der sitepark.conf der Parameter IES_BIND_ADDRESS="localhost" konfiguriert ist.

Sind die Server getrennt, muss die Url <<ies-alias-hostname>> als Alias im CMS-Server für den Publikationsbereich eingerichtet werden und auf dem Webserver ein Hosts-Eintrag mit der Url auf den CMS-Server erstellt werden. Außerdem ist folgende Anpassung der Bind-Address in der sitepark.conf notwendig: IES_BIND_ADDRESS="0.0.0.0"

<source lang="apache">
<VirtualHost *:80>

ServerName www.ies-alias-hostname.de
DocumentRoot ...

ErrorLog ...
CustomLog ...

...

###################################
# IES integration using mod_proxy #
###################################

# security
ProxyRequests Off

# always keep the host header
############# WICHTIG: muss auf 'Off' stehen #################
ProxyPreserveHost Off

# timeout
ProxyTimeout 3600

# load balancer IES
<Proxy balancer://ies-balancer>
Order Deny,Allow
Allow from All
############# WICHTIG: Es muss der richtige Hostname gesetzt werden #################
BalancerMember http://<<ies-alias-hostname>>:8080 timeout=3600 retry=0
</Proxy>

# Der Ordner, der am Publisher für SPML-Live-Seiten konfiguriert wurde muss für "<<spml_live_folder>>" eingesetzt werden
ProxyPassMatch ^(/<<spml_live_folder>>/.*\.spml(;jsessionid=\w+)?(\?.*)?)$ balancer://ies-balancer$1 stickysession=JSESSIONID nofailover=On
ProxyPassMatch ^(/<<spml_live_folder>>/ies/binary/.*)$ balancer://ies-balancer$1 stickysession=JSESSIONID nofailover=On
# danach sollte, um die taglibs und andere für den IES notwendigen Elemente NICHT vom Apache ausliefern zu lassen, der Zugriff durch den Apache verboten werden
<Directory <<DocumentRoot>>/WEB-INF>
Order deny,allow
Deny from all
</Directory>

# load balancer IES-API
<Proxy balancer://ies-api-balancer>
Order Deny,Allow
Allow from All
# Wenn auf einem Server: BalancerMember http://localhost:8080 timeout=3600 retry=0
BalancerMember http://<<cms-host>>:8080 timeout=3600 retry=0
</Proxy>
ProxyPassMatch ^(/ies/api/.*)$ balancer://ies-api-balancer$1 stickysession=JSESSIONID nofailover=On
####### weitere Module ######
# ProxyPassMatch ^(/ies/MODUL/.*)$ balancer://ies-api-balancer$1 stickysession=JSESSIONID nofailover=On
# Beispiele:
# ProxyPassMatch ^(/ies/formservice/.*)$ balancer://ies-api-balancer$1 stickysession=JSESSIONID nofailover=On
# ProxyPassMatch ^(/ies/infoticket/.*)$ balancer://ies-api-balancer$1 stickysession=JSESSIONID nofailover=On
# ProxyPassMatch ^(/ies/jslibs/.*)$ balancer://ies-api-balancer$1 stickysession=JSESSIONID nofailover=On

# COUNTER
# Variante 1: RedirectMatch auf den Server (CMS muss öffentlich erreichbar sein)
#RedirectMatch ^/ies/counter(.*) https://<<cms-host>>/ies/infosite/counter$1

# Variante 2: Rewrite, wenn über eine RewriteCondition noch Bedingungen angegeben werde sollen.
# Rewrite um die Counter-Aufrufe (unabhaengig von Aliases) an das CMS (mit der konfigurierten Publisher-URL) zu schicken
RewriteEngine on

# Zugriff auf das CMS nur über den Webserver (als Proxy)
RewriteRule ^/ies/counter(.*) http[s]://<<cms-host>>/ies/infosite/counter$1 [L,NE,P] # Proxy NICHT, wenn CMS- und Webserver ein Host sind
RewriteRule ^/infosite/counter(.*) http[s]://<<cms-host>>/ies/infosite/counter$1 [L,NE,P] # Proxy NICHT, wenn CMS- und Webserver ein Host sind
RewriteRule ^/ies/infosite/counter(.*) http[s]://<<cms-host>>/ies/infosite/counter$1 [L,NE,P] # Proxy NICHT, wenn CMS- und Webserver ein Host sind

</VirtualHost>
</source>

=== Apache-Konfiguration Version < 2.2.5 ===
Bei älteren Apache-Versionen (< Version 2.2.5) ist unter Umständen statt einer <code>ProxyPassMatch</code> eine <code>RewriteRule</code> einzusetzen:

<source lang="apache">
###################################
# IES integration using mod_proxy #
###################################

# security
ProxyRequests Off

# always keep the host header
ProxyPreserveHost On

# timeout
ProxyTimeout 3600

# load balancer
<Proxy balancer://ies-balancer>
Order Deny,Allow
Allow from All
BalancerMember http://localhost:8080 timeout=3600 retry=0
</Proxy>

RewriteEngine On
RewriteRule ^(/<<spml_live_folder>>/.*\.spml(;jsessionid=\w+)?(\?.*)?) balancer://ies-balancer$1 [P]
RewriteRule ^(/<<spml_live_folder>>/ies/binary/.*)$ balancer://ies-balancer$1 [P]
# danach sollte, um die taglibs und andere für den IES notwendigen Elemente NICHT vom Apache ausliefern zu lassen, der Zugriff durch den Apache verboten werden
<Directory <<DocumentRoot>>/WEB-INF>
Order deny,allow
Deny from all
</Directory>

RewriteRule ^(/infosite-webdav/.*)$ balancer://ies-balancer$1 [P]

# Innerhalb eines Virtuellen Hosts für HTTPS sollte immer der
# Header X-IES-SCHEME auf https gesetzt werden,
# da nur so innerhalb von IES-Applikationen ${system.baseurl}
# richtig aufgelöst wird.
#RequestHeader set X-IES-SCHEME "https"
</source>

=== Counter Konfiguration für einen Virtual-Host, der von verschiedenen CMS-Server geschrieben wird (z.B. für CityCall115). ===
In der Virtual-Host Konfiguration des Webservers genügt dieser Eintrag für die Weiterleitung der Counter-Aufrufe:
<source lang="apache">
...
# Alle Counter-Requests an eine vom CMS gepflegte PHP-Seite:
RewriteRule ^/ies/counter(.*) /counter.php$1 [L,NE]
...
</source>

Hier der Inhalt der php Seite 'counter.php' am Beispiel CityCall für Wuppertal/Remscheid/Solingen
<source lang="php">
<?php
if (!empty($_GET)) {
$client = substr(htmlspecialchars($_GET["SYS_CNTR_id"]),0,5);
$prefix = "";

// Für den Fall, dass es auch auf Testservern eingesetzt wird
if (strrpos($_SERVER['SERVER_NAME'],"test")) {
$prefix = ".test";
}

$url = null;

//
// Unterscheide anhand der Server- und ClientId des übergebenen
// Counter-Artikels die Server für die Weiterleitung

// Wuppertal
if ($client === "10237") {
$url = "http://cms-w".$prefix.".wuppertal.de/ies/infosite/counter";

// Remscheid
} else if ($client === "14638") {
$url = "http://cms-rs".$prefix.".remscheid.de/ies/infosite/counter";

// Solingen
} else if ($client === "15601") {
$url = "http://cms-sg".$prefix.".solingen.de/ies/infosite/counter";
}

// Die Parameter des Aufrufes ergänzen und die Seite mit einem Timeout (3 bis 5 Sekunden) aufrufen.
if ($url !== null) {
$url .= "?".$_SERVER['QUERY_STRING'];

$context = stream_context_create(array("http" => array("timeout" => 3)));
return file_get_contents($url, NULL, $context);
}
}
?>
</source>

<noinclude>
[[Kategorie:Installation| 300]]
[[Kategorie:Administration und Konfiguration]]
</noinclude>

Integration des IES in den Apache

2014-07-10T15:15:42Z

OB: /* Alternative Variante, wenn neue API und SPML-Seite unterstützt werden müssen */

===Allgemeines===
Der IES ist i.d.R. für sämtliche Dateien im <code>DocumentRoot</code> eines Publishers zuständig. Die Dateien werden entsprechend über den Nutzer des IES angelegt. Da jedoch der Apache diese lesen bzw. über PHP verändern / ergänzen können sollte, empfehlen wir die Zugriffsrechte entsprechend einzustellen. Unter Linux kann das einfach erreicht werden, indem der Nutzer des Webservers auch in die Gruppe <code>ies</code> aufgenommen wird. Die UMASK des IES ist entsprechend voreingestellt.

===Konfiguration des ''DocumentRoot''===
Im ''DocumentRoot'' eines Publikationsbereiches werden neben den eigentlichen Artikeldaten auch noch Systemdaten der IES-Module gespeichert. Diese dienen u.a. zum Aufbau einer Sitemap o.ä.
Damit diese vor direkten URL-Aufrufen geschützt werden können, werden entsprechende ''.htaccess''-Dateien durch die Module generiert.
Hierzu muss im Apache (und im Microsoft IIS über die Erweiterung ''Helicon Ape'') die Auswertung dieser Daten erlaubt werden.

Da der IES sämtliche Daten der Module in das Unterverzeichnis ''/WEB-IES/'' speichert ist die Konfiguration wie folgt möglich:

<source lang="apache">
<VirtualHost *:80>
<Directory "....$PATH_TO_DOCUMENT_ROOT.../WEB-IES">
Options -Indexes
AllowOverride LIMIT
</Directory>
</VirtualHost>
</source>

===Hinweise zur Integration des IES in den Apache===
''Die Integration des [[IES]] in den "Internet Information Server" von Microsoft ist über den sog. JK-Connector prinzipiell möglich. Weitere Informationen hierzu finden Sie im Internet''

Grundsätzlich empfehlen wir sowohl unter Linux, wie auch unter Windows den Einsatz des Apache-Webservers, da wir aufgrund unserer Erfahrungen hier den besten Support liefern können.

Für die optionale Integration des [[IES]] in den Apache Webserver empfehlen wird das Apache-Modul <code>proxy_http</code>. Folgende Konfiguration kann als Vorlage dienen. Die <code>ProxyPassMatch</code> Anweisungen sind jedoch erst ab der Version 2.2.5 verfügbar.

Folgende Module sind für die unten aufgeführten Konfigurationsvorlagen notwendig:
mod_proxy
mod_proxy_balancer
mod_proxy_http
mod_lbmethod_byrequests # ab Apache 2.4 für proxy notwendig!!!
mod_rewrite
mod_ssl
mod_headers

Da Passwörter und andere vertrauliche Daten mit dem [[IES]] ausgetauscht werden, muss immer '''HTTPS''' für den Apache eingerichtet werden.

=== IES Apache-Konfiguration ===

Für die Integration des IES in den Apache sollte ein eigener Virtueller Host eingerichtet werden. Für diesen Virtueller Host ist '''kein''' DocumentRoot notwendig!

<source lang="apache">
<VirtualHost *:80>

ServerName <<cms-host>>

# Alle gültigen IES-Anfragen, die auf Port 80 erfolgen, sollten vollständig an Port 443 umgelenkt werden. Diese Aufrufe können zum einen durch
# Redakteure erfolgen, die häufig URLs ohne "https" eingeben, zum anderen aber auch durch Aufrufe, die durch SPML- bzw. JSP-Seiten erzeugt werden,
# da diese intern über "http" auf Port 8080 bearbeitet werden und keine Informationen dazu haben, dass SSL von Außen eingesetzt wird.
RedirectMatch ^(.*)$ https://<<cms-host>>$1

</VirtualHost>
<VirtualHost *:443>

ServerName <<cms-host>>

ErrorLog /var/log/apache2/<<cms-host>>.err
CustomLog /var/log/apache2/<<cms-host>>.log combined

# Infosite redirect
RewriteEngine On
RewriteRule ^/$ /ies/infosite/ [R,L]

###################################
# IES integration using mod_proxy #
###################################

# security
ProxyRequests Off

# timeout
ProxyTimeout 3600

# always keep the host header
ProxyPreserveHost On

# load balancer
<Proxy balancer://ies-balancer>
Order Deny,Allow
Allow from All
BalancerMember http://localhost:8080 timeout=3600 retry=0
</Proxy>

ProxyPassMatch ^(/ies/.*)$ balancer://ies-balancer$1 stickysession=JSESSIONID nofailover=On
ProxyPassMatch ^(/infosite-webdav/.*)$ balancer://ies-balancer$1 stickysession=JSESSIONID nofailover=On
ProxyPassMatch ^(/xip/.*)$ balancer://ies-balancer$1 stickysession=JSESSIONID nofailover=On
ProxyPassMatch ^(/infosite/.*)$ balancer://ies-balancer$1 stickysession=JSESSIONID nofailover=On

# Innerhalb eines Virtuellen Hosts für HTTPS sollte immer der Header X-IES-SCHEME auf https gesetzt werden, da nur so
# innerhalb von IES-Applikationen ${system.baseurl} richtig aufgelöst wird. Weitere X-IES Header-Angaben sind i.d.R. nicht notwendig
#RequestHeader set X-IES-SERVER-NAME "ies.intern.net" # evtl. abweichender ServerName
#RequestHeader set X-IES-SERVER-PORT "1443" # evtl. abweichender Port
RequestHeader set X-IES-SCHEME "https"

</VirtualHost>
</source>

=== Apache-Konfiguration für Publikationsbereiche mit Live-Komponenten===
Publikationsbereiche des IES die Live-Komponenten verwenden und somit auf den IES zugreifen müssen, werden wie folgt konfiguriert.

<source lang="apache">
<VirtualHost *:80>

ServerName ...
DocumentRoot ...

ErrorLog ...
CustomLog ...

...

###################################
# IES integration using mod_proxy #
###################################

# security
ProxyRequests Off

# always keep the host header
ProxyPreserveHost On

# timeout
ProxyTimeout 3600

# Bei Zugriff auf BalanceMember via HTTPS
#SSLProxyEngine On

# load balancer
<Proxy balancer://ies-balancer>
Order Deny,Allow
Allow from All
BalancerMember http://<<cms-host>>:8080 timeout=3600 retry=0

# Alternativ kann auch direkt der Apache des CMS-Systems angesprochen werden,
# da dieser Anfragen automatisch intern an den IES weiterleitet.
#BalancerMember http://<<cms-host>>:80 timeout=3600 retry=0

# Bei Zugriff via SSL empfehlen wir die Verschlüsselung über den Apache zu konfigurieren.
# Dieser leitet dann die unverschlüsselte Anfrage an den lokalen IES (intern über Port 8080)
# Wird der BalanceMember via HTTPS angesprochen muss noch SSLProxyEngine auf ON gesetzt werden (s.o.)
#BalancerMember https://<<cms-host>>:443 timeout=3600 retry=0
</Proxy>

# Der Ordner, der am Publisher für SPML-Live-Seiten konfiguriert wurde muss für "<<spml_live_folder>>" eingesetzt werden
ProxyPassMatch ^(/<<spml_live_folder>>/.*\.spml(;jsessionid=\w+)?(\?.*)?)$ balancer://ies-balancer$1 stickysession=JSESSIONID nofailover=On
ProxyPassMatch ^(/<<spml_live_folder>>/ies/binary/.*)$ balancer://ies-balancer$1 stickysession=JSESSIONID nofailover=On
# danach sollte, um die taglibs und andere für den IES notwendigen Elemente NICHT vom Apache ausliefern zu lassen, der Zugriff durch den Apache verboten werden
<Directory <<DocumentRoot>>/WEB-INF>
Order deny,allow
Deny from all
</Directory>

# COUNTER
# Variante 1: RedirectMatch auf den Server (CMS muss öffentlich erreichbar sein)
#RedirectMatch ^/ies/counter(.*) https://<<cms-host>>/ies/infosite/counter$1

# Variante 2: Rewrite, wenn über eine RewriteCondition noch Bedingungen angegeben werde sollen.
# Rewrite um die Counter-Aufrufe (unabhaengig von Aliases) an das CMS (mit der konfigurierten Publisher-URL) zu schicken
RewriteEngine on

# Zugriff auf das CMS nur über den Webserver (als Proxy)
RewriteRule ^/ies/counter(.*) https://<<cms-host>>/ies/infosite/counter$1 [L,NE,P] # Proxy NICHT, wenn CMS- und Webserver ein Host sind
RewriteRule ^/infosite/counter(.*) https://<<cms-host>>/ies/infosite/counter$1 [L,NE,P] # Proxy NICHT, wenn CMS- und Webserver ein Host sind
RewriteRule ^/ies/infosite/counter(.*) https://<<cms-host>>/ies/infosite/counter$1 [L,NE,P] # Proxy NICHT, wenn CMS- und Webserver ein Host sind

</VirtualHost>
</source>

====Alternative Variante, wenn neue API und SPML-Seite unterstützt werden müssen====

Für den I-Link im SRPC-Modus in InfoSite6 muss der Zugriff auf die IES-API konfiguriert werden!

'''WICHTIG:'''

Wenn die Webseite ebenfalls auf dem CMS-Server liegt, dann wird voraus gesetzt, dass der Hostname (s.u. <<cms-host>>) und der <<ies-alias-hostname>> der Webseite in der /etc/hosts auf 127.0.0.1 zeigt und in der sitepark.conf der Parameter IES_BIND_ADDRESS="localhost" konfiguriert ist.

Sind die Server getrennt, muss die Url <<ies-alias-hostname>> als Alias im CMS-Server für den Publikationsbereich eingerichtet werden und auf dem Webserver ein Hosts-Eintrag mit der Url auf den CMS-Server erstellt werden. Außerdem ist folgende Anpassung der Bind-Address in der sitepark.conf notwendig: IES_BIND_ADDRESS="0.0.0.0"

<source lang="apache">
<VirtualHost *:80>

ServerName www.ies-alias-hostname.de
DocumentRoot ...

ErrorLog ...
CustomLog ...

...

###################################
# IES integration using mod_proxy #
###################################

# security
ProxyRequests Off

# always keep the host header
############# WICHTIG: muss auf 'Off' stehen #################
ProxyPreserveHost Off

# timeout
ProxyTimeout 3600

# load balancer IES
<Proxy balancer://ies-balancer>
Order Deny,Allow
Allow from All
############# WICHTIG: Es muss der richtige Hostname gesetzt werden #################
BalancerMember http://<<ies-alias-hostname>>:8080 timeout=3600 retry=0
</Proxy>

# Der Ordner, der am Publisher für SPML-Live-Seiten konfiguriert wurde muss für "<<spml_live_folder>>" eingesetzt werden
ProxyPassMatch ^(/<<spml_live_folder>>/.*\.spml(;jsessionid=\w+)?(\?.*)?)$ balancer://ies-balancer$1 stickysession=JSESSIONID nofailover=On
ProxyPassMatch ^(/<<spml_live_folder>>/ies/binary/.*)$ balancer://ies-balancer$1 stickysession=JSESSIONID nofailover=On
# danach sollte, um die taglibs und andere für den IES notwendigen Elemente NICHT vom Apache ausliefern zu lassen, der Zugriff durch den Apache verboten werden
<Directory <<DocumentRoot>>/WEB-INF>
Order deny,allow
Deny from all
</Directory>

# load balancer IES-API
<Proxy balancer://ies-api-balancer>
Order Deny,Allow
Allow from All
# Wenn auf einem Server: BalancerMember http://localhost:8080 timeout=3600 retry=0
BalancerMember http://<<cms-host>>:8080 timeout=3600 retry=0
</Proxy>
ProxyPassMatch ^(/ies/api/.*)$ balancer://ies-api-balancer$1 stickysession=JSESSIONID nofailover=On
####### weitere Module ######
# ProxyPassMatch ^(/ies/MODUL/.*)$ balancer://ies-api-balancer$1 stickysession=JSESSIONID nofailover=On
# Beispiele:
# ProxyPassMatch ^(/ies/formservice/.*)$ balancer://ies-api-balancer$1 stickysession=JSESSIONID nofailover=On
# ProxyPassMatch ^(/ies/infoticket/.*)$ balancer://ies-api-balancer$1 stickysession=JSESSIONID nofailover=On
# ProxyPassMatch ^(/ies/jslibs/.*)$ balancer://ies-api-balancer$1 stickysession=JSESSIONID nofailover=On

# COUNTER
# Variante 1: RedirectMatch auf den Server (CMS muss öffentlich erreichbar sein)
#RedirectMatch ^/ies/counter(.*) https://<<cms-host>>/ies/infosite/counter$1

# Variante 2: Rewrite, wenn über eine RewriteCondition noch Bedingungen angegeben werde sollen.
# Rewrite um die Counter-Aufrufe (unabhaengig von Aliases) an das CMS (mit der konfigurierten Publisher-URL) zu schicken
RewriteEngine on

# Zugriff auf das CMS nur über den Webserver (als Proxy)
RewriteRule ^/ies/counter(.*) http[s]://<<cms-host>>/ies/infosite/counter$1 [L,NE,P] # Proxy NICHT, wenn CMS- und Webserver ein Host sind
RewriteRule ^/infosite/counter(.*) http[s]://<<cms-host>>/ies/infosite/counter$1 [L,NE,P] # Proxy NICHT, wenn CMS- und Webserver ein Host sind
RewriteRule ^/ies/infosite/counter(.*) http[s]://<<cms-host>>/ies/infosite/counter$1 [L,NE,P] # Proxy NICHT, wenn CMS- und Webserver ein Host sind

</VirtualHost>
</source>

=== Apache-Konfiguration Version < 2.2.5 ===
Bei älteren Apache-Versionen (< Version 2.2.5) ist unter Umständen statt einer <code>ProxyPassMatch</code> eine <code>RewriteRule</code> einzusetzen:

<source lang="apache">
###################################
# IES integration using mod_proxy #
###################################

# security
ProxyRequests Off

# always keep the host header
ProxyPreserveHost On

# timeout
ProxyTimeout 3600

# load balancer
<Proxy balancer://ies-balancer>
Order Deny,Allow
Allow from All
BalancerMember http://localhost:8080 timeout=3600 retry=0
</Proxy>

RewriteEngine On
RewriteRule ^(/<<spml_live_folder>>/.*\.spml(;jsessionid=\w+)?(\?.*)?) balancer://ies-balancer$1 [P]
RewriteRule ^(/<<spml_live_folder>>/ies/binary/.*)$ balancer://ies-balancer$1 [P]
RewriteRule ^(/infosite-webdav/.*)$ balancer://ies-balancer$1 [P]

# Innerhalb eines Virtuellen Hosts für HTTPS sollte immer der
# Header X-IES-SCHEME auf https gesetzt werden,
# da nur so innerhalb von IES-Applikationen ${system.baseurl}
# richtig aufgelöst wird.
#RequestHeader set X-IES-SCHEME "https"
</source>

=== Counter Konfiguration für einen Virtual-Host, der von verschiedenen CMS-Server geschrieben wird (z.B. für CityCall115). ===
In der Virtual-Host Konfiguration des Webservers genügt dieser Eintrag für die Weiterleitung der Counter-Aufrufe:
<source lang="apache">
...
# Alle Counter-Requests an eine vom CMS gepflegte PHP-Seite:
RewriteRule ^/ies/counter(.*) /counter.php$1 [L,NE]
...
</source>

Hier der Inhalt der php Seite 'counter.php' am Beispiel CityCall für Wuppertal/Remscheid/Solingen
<source lang="php">
<?php
if (!empty($_GET)) {
$client = substr(htmlspecialchars($_GET["SYS_CNTR_id"]),0,5);
$prefix = "";

// Für den Fall, dass es auch auf Testservern eingesetzt wird
if (strrpos($_SERVER['SERVER_NAME'],"test")) {
$prefix = ".test";
}

$url = null;

//
// Unterscheide anhand der Server- und ClientId des übergebenen
// Counter-Artikels die Server für die Weiterleitung

// Wuppertal
if ($client === "10237") {
$url = "http://cms-w".$prefix.".wuppertal.de/ies/infosite/counter";

// Remscheid
} else if ($client === "14638") {
$url = "http://cms-rs".$prefix.".remscheid.de/ies/infosite/counter";

// Solingen
} else if ($client === "15601") {
$url = "http://cms-sg".$prefix.".solingen.de/ies/infosite/counter";
}

// Die Parameter des Aufrufes ergänzen und die Seite mit einem Timeout (3 bis 5 Sekunden) aufrufen.
if ($url !== null) {
$url .= "?".$_SERVER['QUERY_STRING'];

$context = stream_context_create(array("http" => array("timeout" => 3)));
return file_get_contents($url, NULL, $context);
}
}
?>
</source>

<noinclude>
[[Kategorie:Installation| 300]]
[[Kategorie:Administration und Konfiguration]]
</noinclude>

Integration des IES in den Apache

2014-07-10T15:15:07Z

OB: /* Apache-Konfiguration für Publikationsbereiche mit Live-Komponenten */

===Allgemeines===
Der IES ist i.d.R. für sämtliche Dateien im <code>DocumentRoot</code> eines Publishers zuständig. Die Dateien werden entsprechend über den Nutzer des IES angelegt. Da jedoch der Apache diese lesen bzw. über PHP verändern / ergänzen können sollte, empfehlen wir die Zugriffsrechte entsprechend einzustellen. Unter Linux kann das einfach erreicht werden, indem der Nutzer des Webservers auch in die Gruppe <code>ies</code> aufgenommen wird. Die UMASK des IES ist entsprechend voreingestellt.

===Konfiguration des ''DocumentRoot''===
Im ''DocumentRoot'' eines Publikationsbereiches werden neben den eigentlichen Artikeldaten auch noch Systemdaten der IES-Module gespeichert. Diese dienen u.a. zum Aufbau einer Sitemap o.ä.
Damit diese vor direkten URL-Aufrufen geschützt werden können, werden entsprechende ''.htaccess''-Dateien durch die Module generiert.
Hierzu muss im Apache (und im Microsoft IIS über die Erweiterung ''Helicon Ape'') die Auswertung dieser Daten erlaubt werden.

Da der IES sämtliche Daten der Module in das Unterverzeichnis ''/WEB-IES/'' speichert ist die Konfiguration wie folgt möglich:

<source lang="apache">
<VirtualHost *:80>
<Directory "....$PATH_TO_DOCUMENT_ROOT.../WEB-IES">
Options -Indexes
AllowOverride LIMIT
</Directory>
</VirtualHost>
</source>

===Hinweise zur Integration des IES in den Apache===
''Die Integration des [[IES]] in den "Internet Information Server" von Microsoft ist über den sog. JK-Connector prinzipiell möglich. Weitere Informationen hierzu finden Sie im Internet''

Grundsätzlich empfehlen wir sowohl unter Linux, wie auch unter Windows den Einsatz des Apache-Webservers, da wir aufgrund unserer Erfahrungen hier den besten Support liefern können.

Für die optionale Integration des [[IES]] in den Apache Webserver empfehlen wird das Apache-Modul <code>proxy_http</code>. Folgende Konfiguration kann als Vorlage dienen. Die <code>ProxyPassMatch</code> Anweisungen sind jedoch erst ab der Version 2.2.5 verfügbar.

Folgende Module sind für die unten aufgeführten Konfigurationsvorlagen notwendig:
mod_proxy
mod_proxy_balancer
mod_proxy_http
mod_lbmethod_byrequests # ab Apache 2.4 für proxy notwendig!!!
mod_rewrite
mod_ssl
mod_headers

Da Passwörter und andere vertrauliche Daten mit dem [[IES]] ausgetauscht werden, muss immer '''HTTPS''' für den Apache eingerichtet werden.

=== IES Apache-Konfiguration ===

Für die Integration des IES in den Apache sollte ein eigener Virtueller Host eingerichtet werden. Für diesen Virtueller Host ist '''kein''' DocumentRoot notwendig!

<source lang="apache">
<VirtualHost *:80>

ServerName <<cms-host>>

# Alle gültigen IES-Anfragen, die auf Port 80 erfolgen, sollten vollständig an Port 443 umgelenkt werden. Diese Aufrufe können zum einen durch
# Redakteure erfolgen, die häufig URLs ohne "https" eingeben, zum anderen aber auch durch Aufrufe, die durch SPML- bzw. JSP-Seiten erzeugt werden,
# da diese intern über "http" auf Port 8080 bearbeitet werden und keine Informationen dazu haben, dass SSL von Außen eingesetzt wird.
RedirectMatch ^(.*)$ https://<<cms-host>>$1

</VirtualHost>
<VirtualHost *:443>

ServerName <<cms-host>>

ErrorLog /var/log/apache2/<<cms-host>>.err
CustomLog /var/log/apache2/<<cms-host>>.log combined

# Infosite redirect
RewriteEngine On
RewriteRule ^/$ /ies/infosite/ [R,L]

###################################
# IES integration using mod_proxy #
###################################

# security
ProxyRequests Off

# timeout
ProxyTimeout 3600

# always keep the host header
ProxyPreserveHost On

# load balancer
<Proxy balancer://ies-balancer>
Order Deny,Allow
Allow from All
BalancerMember http://localhost:8080 timeout=3600 retry=0
</Proxy>

ProxyPassMatch ^(/ies/.*)$ balancer://ies-balancer$1 stickysession=JSESSIONID nofailover=On
ProxyPassMatch ^(/infosite-webdav/.*)$ balancer://ies-balancer$1 stickysession=JSESSIONID nofailover=On
ProxyPassMatch ^(/xip/.*)$ balancer://ies-balancer$1 stickysession=JSESSIONID nofailover=On
ProxyPassMatch ^(/infosite/.*)$ balancer://ies-balancer$1 stickysession=JSESSIONID nofailover=On

# Innerhalb eines Virtuellen Hosts für HTTPS sollte immer der Header X-IES-SCHEME auf https gesetzt werden, da nur so
# innerhalb von IES-Applikationen ${system.baseurl} richtig aufgelöst wird. Weitere X-IES Header-Angaben sind i.d.R. nicht notwendig
#RequestHeader set X-IES-SERVER-NAME "ies.intern.net" # evtl. abweichender ServerName
#RequestHeader set X-IES-SERVER-PORT "1443" # evtl. abweichender Port
RequestHeader set X-IES-SCHEME "https"

</VirtualHost>
</source>

=== Apache-Konfiguration für Publikationsbereiche mit Live-Komponenten===
Publikationsbereiche des IES die Live-Komponenten verwenden und somit auf den IES zugreifen müssen, werden wie folgt konfiguriert.

<source lang="apache">
<VirtualHost *:80>

ServerName ...
DocumentRoot ...

ErrorLog ...
CustomLog ...

...

###################################
# IES integration using mod_proxy #
###################################

# security
ProxyRequests Off

# always keep the host header
ProxyPreserveHost On

# timeout
ProxyTimeout 3600

# Bei Zugriff auf BalanceMember via HTTPS
#SSLProxyEngine On

# load balancer
<Proxy balancer://ies-balancer>
Order Deny,Allow
Allow from All
BalancerMember http://<<cms-host>>:8080 timeout=3600 retry=0

# Alternativ kann auch direkt der Apache des CMS-Systems angesprochen werden,
# da dieser Anfragen automatisch intern an den IES weiterleitet.
#BalancerMember http://<<cms-host>>:80 timeout=3600 retry=0

# Bei Zugriff via SSL empfehlen wir die Verschlüsselung über den Apache zu konfigurieren.
# Dieser leitet dann die unverschlüsselte Anfrage an den lokalen IES (intern über Port 8080)
# Wird der BalanceMember via HTTPS angesprochen muss noch SSLProxyEngine auf ON gesetzt werden (s.o.)
#BalancerMember https://<<cms-host>>:443 timeout=3600 retry=0
</Proxy>

# Der Ordner, der am Publisher für SPML-Live-Seiten konfiguriert wurde muss für "<<spml_live_folder>>" eingesetzt werden
ProxyPassMatch ^(/<<spml_live_folder>>/.*\.spml(;jsessionid=\w+)?(\?.*)?)$ balancer://ies-balancer$1 stickysession=JSESSIONID nofailover=On
ProxyPassMatch ^(/<<spml_live_folder>>/ies/binary/.*)$ balancer://ies-balancer$1 stickysession=JSESSIONID nofailover=On
# danach sollte, um die taglibs und andere für den IES notwendigen Elemente NICHT vom Apache ausliefern zu lassen, der Zugriff durch den Apache verboten werden
<Directory <<DocumentRoot>>/WEB-INF>
Order deny,allow
Deny from all
</Directory>

# COUNTER
# Variante 1: RedirectMatch auf den Server (CMS muss öffentlich erreichbar sein)
#RedirectMatch ^/ies/counter(.*) https://<<cms-host>>/ies/infosite/counter$1

# Variante 2: Rewrite, wenn über eine RewriteCondition noch Bedingungen angegeben werde sollen.
# Rewrite um die Counter-Aufrufe (unabhaengig von Aliases) an das CMS (mit der konfigurierten Publisher-URL) zu schicken
RewriteEngine on

# Zugriff auf das CMS nur über den Webserver (als Proxy)
RewriteRule ^/ies/counter(.*) https://<<cms-host>>/ies/infosite/counter$1 [L,NE,P] # Proxy NICHT, wenn CMS- und Webserver ein Host sind
RewriteRule ^/infosite/counter(.*) https://<<cms-host>>/ies/infosite/counter$1 [L,NE,P] # Proxy NICHT, wenn CMS- und Webserver ein Host sind
RewriteRule ^/ies/infosite/counter(.*) https://<<cms-host>>/ies/infosite/counter$1 [L,NE,P] # Proxy NICHT, wenn CMS- und Webserver ein Host sind

</VirtualHost>
</source>

====Alternative Variante, wenn neue API und SPML-Seite unterstützt werden müssen====

Für den I-Link im SRPC-Modus in InfoSite6 muss der Zugriff auf die IES-API konfiguriert werden!

'''WICHTIG:'''

Wenn die Webseite ebenfalls auf dem CMS-Server liegt, dann wird voraus gesetzt, dass der Hostname (s.u. <<cms-host>>) und der <<ies-alias-hostname>> der Webseite in der /etc/hosts auf 127.0.0.1 zeigt und in der sitepark.conf der Parameter IES_BIND_ADDRESS="localhost" konfiguriert ist.

Sind die Server getrennt, muss die Url <<ies-alias-hostname>> als Alias im CMS-Server für den Publikationsbereich eingerichtet werden und auf dem Webserver ein Hosts-Eintrag mit der Url auf den CMS-Server erstellt werden. Außerdem ist folgende Anpassung der Bind-Address in der sitepark.conf notwendig: IES_BIND_ADDRESS="0.0.0.0"

<source lang="apache">
<VirtualHost *:80>

ServerName www.ies-alias-hostname.de
DocumentRoot ...

ErrorLog ...
CustomLog ...

...

###################################
# IES integration using mod_proxy #
###################################

# security
ProxyRequests Off

# always keep the host header
############# WICHTIG: muss auf 'Off' stehen #################
ProxyPreserveHost Off

# timeout
ProxyTimeout 3600

# load balancer IES
<Proxy balancer://ies-balancer>
Order Deny,Allow
Allow from All
############# WICHTIG: Es muss der richtige Hostname gesetzt werden #################
BalancerMember http://<<ies-alias-hostname>>:8080 timeout=3600 retry=0
</Proxy>

# Der Ordner, der am Publisher für SPML-Live-Seiten konfiguriert wurde muss für "<<spml_live_folder>>" eingesetzt werden
ProxyPassMatch ^(/<<spml_live_folder>>/.*\.spml(;jsessionid=\w+)?(\?.*)?)$ balancer://ies-balancer$1 stickysession=JSESSIONID nofailover=On
ProxyPassMatch ^(/<<spml_live_folder>>/ies/binary/.*)$ balancer://ies-balancer$1 stickysession=JSESSIONID nofailover=On

# load balancer IES-API
<Proxy balancer://ies-api-balancer>
Order Deny,Allow
Allow from All
# Wenn auf einem Server: BalancerMember http://localhost:8080 timeout=3600 retry=0
BalancerMember http://<<cms-host>>:8080 timeout=3600 retry=0
</Proxy>
ProxyPassMatch ^(/ies/api/.*)$ balancer://ies-api-balancer$1 stickysession=JSESSIONID nofailover=On
####### weitere Module ######
# ProxyPassMatch ^(/ies/MODUL/.*)$ balancer://ies-api-balancer$1 stickysession=JSESSIONID nofailover=On
# Beispiele:
# ProxyPassMatch ^(/ies/formservice/.*)$ balancer://ies-api-balancer$1 stickysession=JSESSIONID nofailover=On
# ProxyPassMatch ^(/ies/infoticket/.*)$ balancer://ies-api-balancer$1 stickysession=JSESSIONID nofailover=On
# ProxyPassMatch ^(/ies/jslibs/.*)$ balancer://ies-api-balancer$1 stickysession=JSESSIONID nofailover=On

# COUNTER
# Variante 1: RedirectMatch auf den Server (CMS muss öffentlich erreichbar sein)
#RedirectMatch ^/ies/counter(.*) https://<<cms-host>>/ies/infosite/counter$1

# Variante 2: Rewrite, wenn über eine RewriteCondition noch Bedingungen angegeben werde sollen.
# Rewrite um die Counter-Aufrufe (unabhaengig von Aliases) an das CMS (mit der konfigurierten Publisher-URL) zu schicken
RewriteEngine on

# Zugriff auf das CMS nur über den Webserver (als Proxy)
RewriteRule ^/ies/counter(.*) http[s]://<<cms-host>>/ies/infosite/counter$1 [L,NE,P] # Proxy NICHT, wenn CMS- und Webserver ein Host sind
RewriteRule ^/infosite/counter(.*) http[s]://<<cms-host>>/ies/infosite/counter$1 [L,NE,P] # Proxy NICHT, wenn CMS- und Webserver ein Host sind
RewriteRule ^/ies/infosite/counter(.*) http[s]://<<cms-host>>/ies/infosite/counter$1 [L,NE,P] # Proxy NICHT, wenn CMS- und Webserver ein Host sind

</VirtualHost>
</source>

=== Apache-Konfiguration Version < 2.2.5 ===
Bei älteren Apache-Versionen (< Version 2.2.5) ist unter Umständen statt einer <code>ProxyPassMatch</code> eine <code>RewriteRule</code> einzusetzen:

<source lang="apache">
###################################
# IES integration using mod_proxy #
###################################

# security
ProxyRequests Off

# always keep the host header
ProxyPreserveHost On

# timeout
ProxyTimeout 3600

# load balancer
<Proxy balancer://ies-balancer>
Order Deny,Allow
Allow from All
BalancerMember http://localhost:8080 timeout=3600 retry=0
</Proxy>

RewriteEngine On
RewriteRule ^(/<<spml_live_folder>>/.*\.spml(;jsessionid=\w+)?(\?.*)?) balancer://ies-balancer$1 [P]
RewriteRule ^(/<<spml_live_folder>>/ies/binary/.*)$ balancer://ies-balancer$1 [P]
RewriteRule ^(/infosite-webdav/.*)$ balancer://ies-balancer$1 [P]

# Innerhalb eines Virtuellen Hosts für HTTPS sollte immer der
# Header X-IES-SCHEME auf https gesetzt werden,
# da nur so innerhalb von IES-Applikationen ${system.baseurl}
# richtig aufgelöst wird.
#RequestHeader set X-IES-SCHEME "https"
</source>

=== Counter Konfiguration für einen Virtual-Host, der von verschiedenen CMS-Server geschrieben wird (z.B. für CityCall115). ===
In der Virtual-Host Konfiguration des Webservers genügt dieser Eintrag für die Weiterleitung der Counter-Aufrufe:
<source lang="apache">
...
# Alle Counter-Requests an eine vom CMS gepflegte PHP-Seite:
RewriteRule ^/ies/counter(.*) /counter.php$1 [L,NE]
...
</source>

Hier der Inhalt der php Seite 'counter.php' am Beispiel CityCall für Wuppertal/Remscheid/Solingen
<source lang="php">
<?php
if (!empty($_GET)) {
$client = substr(htmlspecialchars($_GET["SYS_CNTR_id"]),0,5);
$prefix = "";

// Für den Fall, dass es auch auf Testservern eingesetzt wird
if (strrpos($_SERVER['SERVER_NAME'],"test")) {
$prefix = ".test";
}

$url = null;

//
// Unterscheide anhand der Server- und ClientId des übergebenen
// Counter-Artikels die Server für die Weiterleitung

// Wuppertal
if ($client === "10237") {
$url = "http://cms-w".$prefix.".wuppertal.de/ies/infosite/counter";

// Remscheid
} else if ($client === "14638") {
$url = "http://cms-rs".$prefix.".remscheid.de/ies/infosite/counter";

// Solingen
} else if ($client === "15601") {
$url = "http://cms-sg".$prefix.".solingen.de/ies/infosite/counter";
}

// Die Parameter des Aufrufes ergänzen und die Seite mit einem Timeout (3 bis 5 Sekunden) aufrufen.
if ($url !== null) {
$url .= "?".$_SERVER['QUERY_STRING'];

$context = stream_context_create(array("http" => array("timeout" => 3)));
return file_get_contents($url, NULL, $context);
}
}
?>
</source>

<noinclude>
[[Kategorie:Installation| 300]]
[[Kategorie:Administration und Konfiguration]]
</noinclude>

Systemvoraussetzungen

2014-03-05T09:43:18Z

OB:

Aktuelle Systemvoraussetzungen für Neuinstallationen und den Betrieb des [[IES]].

===Betriebssysteme===
Wir unterstützen nur 64bit-Betriebssysteme.
<div class="note">
32-bit-Systeme werde nicht unterstützt.
</div>

====Linux====
* CentOS Linux ab Version 6 (http://www.centos.org)
* Ubuntu Linux ab Version 12 (http://www.ubuntu.com)
* Red Hat Linux ab Version 6 (http://www.redhat.com)
* Debian Linux ab Version 6 (http://www.debian.org)
* Suse Linux Enterprise Server ab Version 11 (http://www.suse.com)
* OpenSUSE ab Version 13 (bzw. http://www.opensuse.org/)
<div class="note">
Achtung: "SuSE Linux Enterprise Server"-Nutzer. Grundsätzlich ist unsere Software auf SLES lauffähig; aufgrund von nicht in Standardrepositories vorhandenen Softwaren (u.a. ImageMagick, MySQL > 5.0, Xvfb) ist die Installation und Konfiguration nur von versierten Administratoren vorzunehmen. Gerne bieten wir hier exklusive Installationsschulung oder -unterstützung an. <strong>Die Funktion zur Umwandlung einer Webseite in eine PDF-Datei steht unter SuSE NICHT bereit. Die dafür notwendige Software wird von SuSE NICHT zur Verfügung gestellt; das Herunterladen der Webseite als PDF funktioniert auf einem SuSE-System nicht.</strong>
</div>

=====Abhängigkeiten=====
* ImageMagick (http://www.imagemagick.org/) ab Version 6
* curl, grep, egrep, netstat, ps, tail, useradd, groupadd, chown, sum, awk, head, nm, bc
Die hier genannten Abhängigkeiten sind durch die aufgeführten Distributionen erfüllbar und werden teilweise bereits automatisch installiert.

(''Hinweis:'' Je nach Linux-Distribution sind einzelne Tools zum Beispiel in Paketen wie <code>net-tools</code>, <code>coreutils</code>, <code>binutils</code>, <code>passwd</code> und anderen organisiert.)

====Windows====
* '''Windows Server''' Version 2008 R2 (64bit) (http://www.microsoft.com)
* Windows 7 und Windows 8 werden als Betriebssysteme nicht unterstützt.

<div class="note">
Die Verwendung von Windows als Betriebssystem für den Webserver wird von Sitepark NICHT empfohlen. PHP kann auch unter einem 64bit-Windows nur mit 32bit-Integer-Zahlen arbeiten; alle PHP-Anwendungen, die mit von Java übergebenen Zeitstempeln im Millisekundenbereich rechnen, sind nicht korrekt lauffähig.
</div>

=====Abhängigkeiten=====
* ImageMagick (http://www.imagemagick.org/) ab Version 6
* mTail (http://ophilipp.free.fr/op_tail.htm) (Zur Wartung und Administration)
* 7-Zip (http://www.7-zip.org/) (Zip-Funktionen des Windows-Explorers reichen nicht aus) (Zur Wartung und Administration)
* Process Explorer (http://technet.microsoft.com/de-de/sysinternals/bb896653) (Zur Wartung und Administration)
* Process Monitor (http://technet.microsoft.com/de-de/sysinternals/bb896645) (Zur Wartung und Administration)

===Hardware===
Die Leistungsstärke der Hardware ist in Abhängigkeit zum zu realisierenden Projekt individuell unterschiedlich. Die hier angegebenen Anforderungen und Empfehlungen sind als Richtwerte zu verstehen.

Relevante Kenngrößen sind die CPU-Leistungsfähigkeit, die RAM-Größe, die Zugriffsgeschwindigkeit auf die Speichergeräte (Festplatten) und die Netzwerkanbindung.

Der IES hält während des Betriebs im optimalen Fall alle von ihm verwaltetet Daten im Arbeitsspeicher, ebenso sollte die MySQL-Datenbank komplett dort liegen. Auslagerungen auf die Festplatte bremsen das System unnötig aus. Der IES schreibt datenbankunabhängige echte Webseiten auf die Festplatte. Diese Dateien werden vom Webserver ausgeliefert; dabei findet kein Datenbankzugriff mehr statt. Ein schnelles Schreiben der Daten für den Webserver (Festplatten-Schreib-Geschwindigkeit) ist ebenso notwendig wie ein schnelles Lesen der Daten für die Auslieferung. Wenn das Dateisystem für den die Seiten ausliefernden Webserver über das Netzwerk verfügbar gemacht wird, ist die Netzwerkgeschwindigkeit ebenfalls für ein performantes Gesamtsystem sehr wichtig.
<div class="note">
Die Anforderungen können sich während des Betriebs des IES je nach Anwendungsszenario und Veränderungen in der Datenmenge oder Nutzermenge verändern. Mehr Daten benötigen mehr Speicherplatz (RAM und Festplatte), höhere Nutzungsfrequenzen benötigen schnellere bzw. breitere Netzwerk-Anbindungen und CPU-Leistungsfähigkeit. Wir empfehlen den Betrieb in einer virtuellen Umgebung, damit Sie flexibel auf Änderungen der Anforderungen reagieren können.
</div>

====Minimal-Anforderung====
Prozessor P4 1GHZ 64bit, 2 GB Hauptspeicher PLUS die 1,2fache Menge der Größe der MySQL-Datenbank, 18 GB HDD, Netzwerk

===Empfehlung===
Mehrprozessorsystem (z.B. QuadCore) ~3GHz 64Bit, 8 GB RAM PLUS die 2fache Menge der Größe der MySQL-Datenbank, RAID-10-System mit 100 GB HDD, Gbit-Netzwerk

Die Schreib- und Lesezugriffe auf die Festplatte sollten für ein performantes Arbeiten folgende Werte (im Durchschnitt) nicht unterschreiten: <strong>Lesen 300MB/sek, Schreiben 120MB/sek</strong>.

===Java===
====JDK - Java Development Kit====
Für den Betrieb des IES wird ein Java-Development-Kit inkl. Java-Compiler benötigt. Aktuell unterstützen wir die Pakete:
* JDK (Java SDK) von Oracle ab der Version 1.7
* OpenJDK 7 oder neuer
* IBM-Java 7 JDK
<div class="note">
Eine Java Runtime Environment (JRE)-Version reicht nicht aus.
</div>

===Webserver===
====Apache 2====
Weitere Informationen finden Sie unter http://www.apache.org

Empfohlene Module für die Integration des IES in den Apache:
mod_proxy
mod_proxy_balancer
mod_proxy_http
mod_rewrite
mod_ssl
mod_headers

Informationen zur Konfiguration finden Sie unter [[Integration des IES in den Apache]].

Für die Auslieferung von Webseiten wird PHP benötigt; der Webserver benötigt dann verschiedene PHP-Erweiterungen [[Installationsanleitung PHP]].

===Datenbank===
====MySQL====
Weitere Informationen finden Sie unter http://www.mysql.com

MySQL ab der Version 5. Engine: INNODB

Zur Konfiguration finden Sie unter [[Hinweise zu MySQL]] wichtige Informationen.

===Mailserver===
Wird ein MailPublisher verwendet empfehlen wir aus unterschiedlichen Gründen die Installation eines lokalen Mailservers (Sendmail, Postfix, QMail, etc.) auch wenn in dem entsprechendem Netzwerk ein separater Mailserver konfiguriert wurde.

Gründe für den Einsatz eines lokalen Mailservers:
# Die Publikation von Artikeln über den Mail-Publisher ist wesentlich schneller, da keine Netzwerk-Kommunikation notwendig ist. Gerade beim Versand von Newslettern an sehr viele Adressaten ist hier ein signifikanter Performanzvorteil zu erkennen.
# Bei Problemen im lokalen Netzwerk bzw. der temp. Überlastung des Mailservers werden keine E-Mails verschickt. Ein späterer Versandt würde nicht erfolgen, da der IES nicht ''spooled''. Dies ist Aufgabe eines Mailservers würde durch einen lokaler Mailserver auf ideale Weise erfüllt.

Die Konfiguration des lokalen Mailservers sollte daher bereits bei der Installation des IES erfolgen. Der IES ist grundsätzlich für die lokale E-Mail-Auslieferung konfiguriert.

<noinclude>
[[Kategorie:Installation| 100]]
</noinclude>

Systemvoraussetzungen

2014-03-05T09:36:04Z

OB:

Aktuelle Systemvoraussetzungen für Neuinstallationen und den Betrieb des [[IES]].

===Betriebssysteme===
Wir unterstützen nur 64bit-Betriebssysteme.

====Linux====
* CentOS Linux ab Version 6 (http://www.centos.org)
* Ubuntu Linux ab Version 12 (http://www.ubuntu.com)
* Red Hat Linux ab Version 6 (http://www.redhat.com)
* Debian Linux ab Version 6 (http://www.debian.org)
* Suse Linux Enterprise Server ab Version 11 (http://www.suse.com)
* OpenSUSE ab Version 13 (bzw. http://www.opensuse.org/)
<div class="note">
Achtung: "SuSE Linux Enterprise Server"-Nutzer. Grundsätzlich ist unsere Software auf SLES lauffähig; aufgrund von nicht in Standardrepositories vorhandenen Softwaren (u.a. ImageMagick, MySQL > 5.0, Xvfb) ist die Installation und Konfiguration nur von versierten Administratoren vorzunehmen. Gerne bieten wir hier exklusive Installationsschulung oder -unterstützung an. <strong>Die Funktion zur Umwandlung einer Webseite in eine PDF-Datei steht unter SuSE NICHT bereit. Die dafür notwendige Software wird von SuSE NICHT zur Verfügung gestellt; das Herunterladen der Webseite als PDF funktioniert auf einem SuSE-System nicht.</strong>
</div>

=====Abhängigkeiten=====
* ImageMagick (http://www.imagemagick.org/) ab Version 6
* curl, grep, egrep, netstat, ps, tail, useradd, groupadd, chown, sum, awk, head, nm, bc
Die hier genannten Abhängigkeiten sind durch die aufgeführten Distributionen erfüllbar und werden teilweise bereits automatisch installiert.

(''Hinweis:'' Je nach Linux-Distribution sind einzelne Tools zum Beispiel in Paketen wie <code>net-tools</code>, <code>coreutils</code>, <code>binutils</code>, <code>passwd</code> und anderen organisiert.)

====Windows====
* '''Windows Server''' Version 2008 R2 (64bit) (http://www.microsoft.com)
* Windows 7 und Windows 8 werden als Betriebssysteme nicht unterstützt.

<div class="note">
Die Verwendung von Windows als Betriebssystem für den Webserver wird von Sitepark NICHT empfohlen. PHP kann auch unter einem 64bit-Windows nur mit 32bit-Integer-Zahlen arbeiten; alle PHP-Anwendungen, die mit von Java übergebenen Zeitstempeln im Millisekundenbereich rechnen, sind nicht korrekt lauffähig.
</div>

=====Abhängigkeiten=====
* ImageMagick (http://www.imagemagick.org/) ab Version 6
* mTail (http://ophilipp.free.fr/op_tail.htm) (Zur Wartung und Administration)
* 7-Zip (http://www.7-zip.org/) (Zip-Funktionen des Windows-Explorers reichen nicht aus) (Zur Wartung und Administration)
* Process Explorer (http://technet.microsoft.com/de-de/sysinternals/bb896653) (Zur Wartung und Administration)
* Process Monitor (http://technet.microsoft.com/de-de/sysinternals/bb896645) (Zur Wartung und Administration)

===Hardware===
Die Leistungsstärke der Hardware ist in Abhängigkeit zum zu realisierenden Projekt individuell unterschiedlich. Die hier angegebenen Anforderungen und Empfehlungen sind als Richtwerte zu verstehen.

Relevante Kenngrößen sind die CPU-Leistungsfähigkeit, die RAM-Größe, die Zugriffsgeschwindigkeit auf die Speichergeräte (Festplatten) und die Netzwerkanbindung.

Der IES hält während des Betriebs im optimalen Fall alle von ihm verwaltetet Daten im Arbeitsspeicher, ebenso sollte die MySQL-Datenbank komplett dort liegen. Auslagerungen auf die Festplatte bremsen das System unnötig aus. Der IES schreibt datenbankunabhängige echte Webseiten auf die Festplatte. Diese Dateien werden vom Webserver ausgeliefert; dabei findet kein Datenbankzugriff mehr statt. Ein schnelles Schreiben der Daten für den Webserver (Festplatten-Schreib-Geschwindigkeit) ist ebenso notwendig wie ein schnelles Lesen der Daten für die Auslieferung. Wenn das Dateisystem für den die Seiten ausliefernden Webserver über das Netzwerk verfügbar gemacht wird, ist die Netzwerkgeschwindigkeit ebenfalls für ein performantes Gesamtsystem sehr wichtig.

<div class="note">
32-bit-Systeme werde nicht unterstützt.
</div>

====Minimal-Anforderung====
Prozessor P4 1GHZ 64bit, 2 GB Hauptspeicher PLUS die 1,2fache Menge der Größe der MySQL-Datenbank, 18 GB HDD, Netzwerk

===Empfehlung===
Mehrprozessorsystem (z.B. QuadCore) ~3GHz 64Bit, 8 GB RAM PLUS die 2fache Menge der Größe der MySQL-Datenbank, RAID-10-System mit 100 GB HDD, Gbit-Netzwerk

Die Schreib- und Lesezugriffe auf die Festplatte sollten für ein performantes Arbeiten folgende Werte (im Durchschnitt) nicht unterschreiten: <strong>Lesen 300MB/sek, Schreiben 120MB/sek</strong>.

===Java===
====JDK - Java Development Kit====
Für den Betrieb des IES wird ein Java-Development-Kit inkl. Java-Compiler benötigt. Aktuell unterstützen wir die Pakete:
* JDK (Java SDK) von Oracle ab der Version 1.7
* OpenJDK 7 oder neuer
* IBM-Java 7 JDK
<div class="note">
Eine Java Runtime Environment (JRE)-Version reicht nicht aus.
</div>

===Webserver===
====Apache 2====
Weitere Informationen finden Sie unter http://www.apache.org

Empfohlene Module für die Integration des IES in den Apache:
mod_proxy
mod_proxy_balancer
mod_proxy_http
mod_rewrite
mod_ssl
mod_headers

Informationen zur Konfiguration finden Sie unter [[Integration des IES in den Apache]].

Für die Auslieferung von Webseiten wird PHP benötigt; der Webserver benötigt dann verschiedene PHP-Erweiterungen [[Installationsanleitung PHP]].

===Datenbank===
====MySQL====
Weitere Informationen finden Sie unter http://www.mysql.com

MySQL ab der Version 5. Engine: INNODB

Zur Konfiguration finden Sie unter [[Hinweise zu MySQL]] wichtige Informationen.

===Mailserver===
Wird ein MailPublisher verwendet empfehlen wir aus unterschiedlichen Gründen die Installation eines lokalen Mailservers (Sendmail, Postfix, QMail, etc.) auch wenn in dem entsprechendem Netzwerk ein separater Mailserver konfiguriert wurde.

Gründe für den Einsatz eines lokalen Mailservers:
# Die Publikation von Artikeln über den Mail-Publisher ist wesentlich schneller, da keine Netzwerk-Kommunikation notwendig ist. Gerade beim Versand von Newslettern an sehr viele Adressaten ist hier ein signifikanter Performanzvorteil zu erkennen.
# Bei Problemen im lokalen Netzwerk bzw. der temp. Überlastung des Mailservers werden keine E-Mails verschickt. Ein späterer Versandt würde nicht erfolgen, da der IES nicht ''spooled''. Dies ist Aufgabe eines Mailservers würde durch einen lokaler Mailserver auf ideale Weise erfüllt.

Die Konfiguration des lokalen Mailservers sollte daher bereits bei der Installation des IES erfolgen. Der IES ist grundsätzlich für die lokale E-Mail-Auslieferung konfiguriert.

<noinclude>
[[Kategorie:Installation| 100]]
</noinclude>

Systemvoraussetzungen

2014-03-05T09:04:45Z

OB: /* Linux */

Aktuelle Systemvoraussetzungen für den Betrieb des [[IES]]

===Betriebssysteme===

Wir unterstützen offiziell nur 64bit-Betriebssysteme.

====Linux====
* CentOS Linux ab Version 6 (http://www.centos.org)
* Red Hat Linux ab Version 6 (http://www.redhat.com)
* Ubuntu Linux ab Version 12 (http://www.ubuntu.com)
* Debian Linux ab Version 6 (http://www.debian.org)
* Suse Linux Enterprise Server ab Version 11 (http://www.suse.com)
* OpenSUSE ab Version 13 (bzw. http://www.opensuse.org/)
<div class="note">
Achtung: "SuSE Linux Enterprise Server"-Nutzer. Grundsätzlich ist unsere Software auf SLES lauffähig; aufgrund von nicht in Standardrepositories vorhandenen Softwaren (u.a. Java OpenJDK, ImageMagick, MySQL > 5.0) ist die Installation und Konfiguration nur von versierten Administratoren vorzunehmen. Gerne bieten wir hier exklusive Installationsschulung oder -unterstützung an. <strong>Die Funktion zu Umwandlung einer Webseite in eine PDF-Datei steht unter SuSE NICHT bereit. Die dafür notwendige Software wird von SuSE NICHT zur Verfügung gestellt; Herunterladen der Webseite als PDF funktionieren auf einem SuSE-System nicht.</strong>
</div>

=====Abhängigkeiten=====
* ImageMagick (http://www.imagemagick.org/) ab Version 6
* curl, grep, egrep, netstat, ps, tail, useradd, groupadd, chown, sum, awk, head, nm, bc
Die hier genannten Abhängigkeiten sind durch die aufgeführten Distributionen erfüllbar und werden
teilweise bereits automatisch installiert.

(''Hinweis'' u.U. sind einzelne Tools in Paketen wie <code>net-tools</code>, <code>coreutils</code>, <code>binutils</code> oder <code>passwd</code> organisiert)

====Windows====
* '''Windows Server''' Version Windows Server 2008 R2 (64bit) (http://www.microsoft.com)
* Windows7 und Windows8 werden als Serverbetriebssystem nicht unterstützt

<div class="note">
Die Verwendung von Windows als Betriebssystem für den Webserver wird von Sitepark NICHT empfohlen. PHP kann unter Windows nur mit 32bit-Integer-Zahlen arbeiten; alle PHP-Anwendungen, die mit von Java übergebenen Zeitstempeln im Millisekundenbereich rechnen, sind nicht korrekt lauffähig.
</div>

=====Abhängigkeiten=====
* ImageMagick (http://www.imagemagick.org/) ab Version 6
* mTail (http://ophilipp.free.fr/op_tail.htm) (Zur Wartung und Administration)
* 7-Zip (http://www.7-zip.org/) (Zip-Funktionen des Windows-Explorers reichen nicht aus) (Zur Wartung und Administration)
* Process Explorer (http://technet.microsoft.com/de-de/sysinternals/bb896653) (Zur Wartung und Administration)
* Process Monitor (http://technet.microsoft.com/de-de/sysinternals/bb896645) (Zur Wartung und Administration)

===Hardware===

====Minimal-Anforderung====
Prozessor P4 1GHZ 64bit, 1 GB Hauptspeicher PLUS die 1,2fache Menge der Größe der MySQL-Datenbank, 18 GB HD, CD-ROM, Netzwerkkarte

===Empfehlung===
Mehrprozessorsystem (z.B. QuadCore) ~3GHz 64Bit, 8 GB RAM PLUS die 2fache Menge der Größe der MySQL-Datenbank, RAID-System mit mind. 100 GB HDD,
DVD-ROM, Netzwerkkarte.

In Abhängigkeit des zu realisierenden Projektes ist leistungsstärkere Hardware nötig.

Grundsätzlich raten wir dringend für mittlere bis große Systeme ein 64Bit-System einzusetzen, da hier
die Lastverteilung besser funktioniert und dem Prozess mehr Arbeitsspeicher zugewiesen werden kann.

Die Schreib- und Lesezugriffe auf die Festplatte sollten für ein performantes Arbeiten folgende Werte (im Durchschnitt) nicht unterschreiten: <strong>Lesen 300MB/sek, Schreiben 120MB/sek</strong>.

===Java===
====JDK - Java Development Kit====
Für den Betrieb des IES wird ein Java-Development-Kit inkl. Java-Compiler benötigt. Aktuell unterstützen wir die Pakete:
* JDK (Java SDK) von Oracle ab der Version 1.7
* OpenJDK 7 oder neuer
Ein sog. Java Runtime Environment (JRE) reicht nicht aus.

===Webserver===
====Apache 2====
Weitere Informationen finden Sie unter http://www.apache.org

Empfohlene Module für die Integration des IES in den Apache:
mod_proxy
mod_proxy_balancer
mod_proxy_http
mod_rewrite
mod_ssl
mod_headers

Informationen zur Konfiguration finden Sie unter [[Integration des IES in den Apache]].

===Datenbank===
====MySQL====
Weitere Informationen finden Sie unter http://www.mysql.com

MySQL in der Version 5.x. Engine: INNODB

MySQL 4 wird nicht mehr unterstützt.

===Mailserver===
Wird ein MailPublisher verwendet empfehlen wir aus unterschiedlichen Gründen die Installation eines lokalen Mailservers (Sendmail, Postfix, QMail, etc.) auch wenn im dem entsprechendem Netzwerk ein separater Mailserver konfiguriert wurde.

Gründe für den Einsatz eines lokalen Mailservers:
# Die Publikation von Artikeln über den Mail-Publisher ist wesentlich schneller, da keine Netzwerk-Kommunikation notwendig ist. Gerade beim Versand von Newslettern an sehr viele Adressaten ist hier ein signifikanter Performanzvorteil zu erkennen.
# Bei Problemen im lokalen Netzwerk bzw. der temp. Überlastung des Mailservers werden keine E-Mails verschickt. Ein späterer Versandt würde nicht erfolgen, da der IES nicht ''spooled''. Diese Funktion erfüllt ein lokaler Mailserver auf ideale Weise.

Die Konfiguration des lokalen Mailservers sollte daher bereits bei der Installation des IES erfolgen. Der IES ist grundsätzlich für die lokale E-Mail-Auslieferung konfiguriert.

<noinclude>
[[Kategorie:Installation| 100]]
</noinclude>

Systemvoraussetzungen

2014-02-14T11:56:59Z

OB:

Aktuelle Systemvoraussetzungen für den Betrieb des [[IES]]

===Betriebssysteme===

Wir unterstützen offiziell nur 64bit-Betriebssysteme.

====Linux====
* Suse Linux bzw. OpenSUSE ab Version 10.0 (http://www.suse.com bzw. http://www.opensuse.org/)
* Red Hat Linux ab Version 5 (http://www.redhat.com)
* Debian Linux ab Version 4.0 (http://www.debian.org)
* Mandriva Linux ab Version 2009 (http://www.mandriva.com)
* Ubuntu Server ab Version 9.0 (http://www.ubuntu.com)

<div class="note">
Achtung: "SuSE Linux Enterprise Server"-Nutzer. Grundsätzlich ist unsere Software auf SLES lauffähig; aufgrund von nicht in Standardrepositories vorhandenen Softwaren (u.a. Java OpenJDK, ImageMagick, MySQL > 5.0) ist die Installation und Konfiguration nur von versierten Administratoren vorzunehmen. Gerne bieten wir hier exklusive Installationsschulung oder -unterstützung an. <strong>Für die Druckvorschau auf der Webseite wird die Umwandlung der Seite in eine PDF-Datei vorgenommen. Die dafür notwendige Software wird von SuSE NICHT zur Verfügung gestellt; die Druckvorschau und das Herunterladen der Webseite als PDF funktionieren auf einem SuSE-System nicht.</strong>
</div>

=====Abhängigkeiten=====
* ImageMagick (http://www.imagemagick.org/) ab Version 6
* curl, grep, egrep, netstat, ps, tail, useradd, groupadd, chown, sum, awk, head, nm, bc
Die hier genannten Abhängigkeiten sind durch die aufgeführten Distributionen erfüllbar und werden
teilweise bereits automatisch installiert.

(''Hinweis'' u.U. sind einzelne Tools in Paketen wie <code>net-tools</code>, <code>coreutils</code>, <code>binutils</code> oder <code>passwd</code> organisiert)

====Windows====
* '''Windows Server''' Version Windows Server 2008 R2 (64bit) (http://www.microsoft.com)
* Windows7 und Windows8 werden als Serverbetriebssystem nicht unterstützt

<div class="note">
Die Verwendung von Windows als Betriebssystem für den Webserver wird von Sitepark NICHT empfohlen. PHP kann unter Windows nur mit 32bit-Integer-Zahlen arbeiten; alle PHP-Anwendungen, die mit von Java übergebenen Zeitstempeln im Millisekundenbereich rechnen, sind nicht korrekt lauffähig.
</div>

=====Abhängigkeiten=====
* ImageMagick (http://www.imagemagick.org/) ab Version 6
* mTail (http://ophilipp.free.fr/op_tail.htm) (Zur Wartung und Administration)
* 7-Zip (http://www.7-zip.org/) (Zip-Funktionen des Windows-Explorers reichen nicht aus) (Zur Wartung und Administration)
* Process Explorer (http://technet.microsoft.com/de-de/sysinternals/bb896653) (Zur Wartung und Administration)
* Process Monitor (http://technet.microsoft.com/de-de/sysinternals/bb896645) (Zur Wartung und Administration)

===Hardware===

====Minimal-Anforderung====
Prozessor P4 1GHZ 64bit, 1 GB Hauptspeicher PLUS die 1,2fache Menge der Größe der MySQL-Datenbank, 18 GB HD, CD-ROM, Netzwerkkarte

===Empfehlung===
Mehrprozessorsystem (z.B. QuadCore) ~3GHz 64Bit, 8 GB RAM PLUS die 2fache Menge der Größe der MySQL-Datenbank, RAID-System mit mind. 100 GB HDD,
DVD-ROM, Netzwerkkarte.

In Abhängigkeit des zu realisierenden Projektes ist leistungsstärkere Hardware nötig.

Grundsätzlich raten wir dringend für mittlere bis große Systeme ein 64Bit-System einzusetzen, da hier
die Lastverteilung besser funktioniert und dem Prozess mehr Arbeitsspeicher zugewiesen werden kann.

Die Schreib- und Lesezugriffe auf die Festplatte sollten für ein performantes Arbeiten folgende Werte (im Durchschnitt) nicht unterschreiten: <strong>Lesen 300MB/sek, Schreiben 120MB/sek</strong>.

===Java===
====JDK - Java Development Kit====
Für den Betrieb des IES wird ein Java-Development-Kit inkl. Java-Compiler benötigt. Aktuell unterstützen wir die Pakete:
* JDK (Java SDK) von Oracle ab der Version 1.7
* OpenJDK 7 oder neuer
Ein sog. Java Runtime Environment (JRE) reicht nicht aus.

===Webserver===
====Apache 2====
Weitere Informationen finden Sie unter http://www.apache.org

Empfohlene Module für die Integration des IES in den Apache:
mod_proxy
mod_proxy_balancer
mod_proxy_http
mod_rewrite
mod_ssl
mod_headers

Informationen zur Konfiguration finden Sie unter [[Integration des IES in den Apache]].

===Datenbank===
====MySQL====
Weitere Informationen finden Sie unter http://www.mysql.com

MySQL in der Version 5.x. Engine: INNODB

MySQL 4 wird nicht mehr unterstützt.

===Mailserver===
Wird ein MailPublisher verwendet empfehlen wir aus unterschiedlichen Gründen die Installation eines lokalen Mailservers (Sendmail, Postfix, QMail, etc.) auch wenn im dem entsprechendem Netzwerk ein separater Mailserver konfiguriert wurde.

Gründe für den Einsatz eines lokalen Mailservers:
# Die Publikation von Artikeln über den Mail-Publisher ist wesentlich schneller, da keine Netzwerk-Kommunikation notwendig ist. Gerade beim Versand von Newslettern an sehr viele Adressaten ist hier ein signifikanter Performanzvorteil zu erkennen.
# Bei Problemen im lokalen Netzwerk bzw. der temp. Überlastung des Mailservers werden keine E-Mails verschickt. Ein späterer Versandt würde nicht erfolgen, da der IES nicht ''spooled''. Diese Funktion erfüllt ein lokaler Mailserver auf ideale Weise.

Die Konfiguration des lokalen Mailservers sollte daher bereits bei der Installation des IES erfolgen. Der IES ist grundsätzlich für die lokale E-Mail-Auslieferung konfiguriert.

<noinclude>
[[Kategorie:Installation| 100]]
</noinclude>

Systemvoraussetzungen

2014-02-14T11:56:24Z

OB: /* Linux */

Aktuelle Systemvoraussetzungen für den Betrieb des [[IES]]

===Betriebssysteme===

Wir unterstützen offiziell nur 64bit-Betriebssysteme.

====Linux====
* Suse Linux bzw. OpenSUSE ab Version 10.0 (http://www.suse.com bzw. http://www.opensuse.org/)
* Red Hat Linux ab Version 5 (http://www.redhat.com)
* Debian Linux ab Version 4.0 (http://www.debian.org)
* Mandriva Linux ab Version 2009 (http://www.mandriva.com)
* Ubuntu Server ab Version 9.0 (http://www.ubuntu.com)

Achtung: "SuSE Linux Enterprise Server"-Nutzer. Grundsätzlich ist unsere Software auf SLES lauffähig; aufgrund von nicht in Standardrepositories vorhandenen Softwaren (u.a. Java OpenJDK, ImageMagick, MySQL > 5.0) ist die Installation und Konfiguration nur von versierten Administratoren vorzunehmen. Gerne bieten wir hier exklusive Installationsschulung oder -unterstützung an. <strong>Für die Druckvorschau auf der Webseite wird die Umwandlung der Seite in eine PDF-Datei vorgenommen. Die dafür notwendige Software wird von SuSE NICHT zur Verfügung gestellt; die Druckvorschau und das Herunterladen der Webseite als PDF funktionieren auf einem SuSE-System nicht.</strong>

=====Abhängigkeiten=====
* ImageMagick (http://www.imagemagick.org/) ab Version 6
* curl, grep, egrep, netstat, ps, tail, useradd, groupadd, chown, sum, awk, head, nm, bc
Die hier genannten Abhängigkeiten sind durch die aufgeführten Distributionen erfüllbar und werden
teilweise bereits automatisch installiert.

(''Hinweis'' u.U. sind einzelne Tools in Paketen wie <code>net-tools</code>, <code>coreutils</code>, <code>binutils</code> oder <code>passwd</code> organisiert)

====Windows====
* '''Windows Server''' Version Windows Server 2008 R2 (64bit) (http://www.microsoft.com)
* Windows7 und Windows8 werden als Serverbetriebssystem nicht unterstützt

<div class="note">
Die Verwendung von Windows als Betriebssystem für den Webserver wird von Sitepark NICHT empfohlen. PHP kann unter Windows nur mit 32bit-Integer-Zahlen arbeiten; alle PHP-Anwendungen, die mit von Java übergebenen Zeitstempeln im Millisekundenbereich rechnen, sind nicht korrekt lauffähig.
</div>

=====Abhängigkeiten=====
* ImageMagick (http://www.imagemagick.org/) ab Version 6
* mTail (http://ophilipp.free.fr/op_tail.htm) (Zur Wartung und Administration)
* 7-Zip (http://www.7-zip.org/) (Zip-Funktionen des Windows-Explorers reichen nicht aus) (Zur Wartung und Administration)
* Process Explorer (http://technet.microsoft.com/de-de/sysinternals/bb896653) (Zur Wartung und Administration)
* Process Monitor (http://technet.microsoft.com/de-de/sysinternals/bb896645) (Zur Wartung und Administration)

===Hardware===

====Minimal-Anforderung====
Prozessor P4 1GHZ 64bit, 1 GB Hauptspeicher PLUS die 1,2fache Menge der Größe der MySQL-Datenbank, 18 GB HD, CD-ROM, Netzwerkkarte

===Empfehlung===
Mehrprozessorsystem (z.B. QuadCore) ~3GHz 64Bit, 8 GB RAM PLUS die 2fache Menge der Größe der MySQL-Datenbank, RAID-System mit mind. 100 GB HDD,
DVD-ROM, Netzwerkkarte.

In Abhängigkeit des zu realisierenden Projektes ist leistungsstärkere Hardware nötig.

Grundsätzlich raten wir dringend für mittlere bis große Systeme ein 64Bit-System einzusetzen, da hier
die Lastverteilung besser funktioniert und dem Prozess mehr Arbeitsspeicher zugewiesen werden kann.

Die Schreib- und Lesezugriffe auf die Festplatte sollten für ein performantes Arbeiten folgende Werte (im Durchschnitt) nicht unterschreiten: <strong>Lesen 300MB/sek, Schreiben 120MB/sek</strong>.

===Java===
====JDK - Java Development Kit====
Für den Betrieb des IES wird ein Java-Development-Kit inkl. Java-Compiler benötigt. Aktuell unterstützen wir die Pakete:
* JDK (Java SDK) von Oracle ab der Version 1.7
* OpenJDK 7 oder neuer
Ein sog. Java Runtime Environment (JRE) reicht nicht aus.

===Webserver===
====Apache 2====
Weitere Informationen finden Sie unter http://www.apache.org

Empfohlene Module für die Integration des IES in den Apache:
mod_proxy
mod_proxy_balancer
mod_proxy_http
mod_rewrite
mod_ssl
mod_headers

Informationen zur Konfiguration finden Sie unter [[Integration des IES in den Apache]].

===Datenbank===
====MySQL====
Weitere Informationen finden Sie unter http://www.mysql.com

MySQL in der Version 5.x. Engine: INNODB

MySQL 4 wird nicht mehr unterstützt.

===Mailserver===
Wird ein MailPublisher verwendet empfehlen wir aus unterschiedlichen Gründen die Installation eines lokalen Mailservers (Sendmail, Postfix, QMail, etc.) auch wenn im dem entsprechendem Netzwerk ein separater Mailserver konfiguriert wurde.

Gründe für den Einsatz eines lokalen Mailservers:
# Die Publikation von Artikeln über den Mail-Publisher ist wesentlich schneller, da keine Netzwerk-Kommunikation notwendig ist. Gerade beim Versand von Newslettern an sehr viele Adressaten ist hier ein signifikanter Performanzvorteil zu erkennen.
# Bei Problemen im lokalen Netzwerk bzw. der temp. Überlastung des Mailservers werden keine E-Mails verschickt. Ein späterer Versandt würde nicht erfolgen, da der IES nicht ''spooled''. Diese Funktion erfüllt ein lokaler Mailserver auf ideale Weise.

Die Konfiguration des lokalen Mailservers sollte daher bereits bei der Installation des IES erfolgen. Der IES ist grundsätzlich für die lokale E-Mail-Auslieferung konfiguriert.

<noinclude>
[[Kategorie:Installation| 100]]
</noinclude>