Joomla! Documentation - User contributions [en]

Cannot save Global Configuration changes/de

2019-04-13T16:27:55Z

Zeroweb2:

<noinclude><languages /></noinclude>
Im Konfigurations-Bereich des Administrator-"Backends" erscheint nach Klick auf den "Speichern"- oder "Speichern & Schließen"-Button folgende Fehlermeldung:
“Ein Fehler ist aufgetreten! In die configuration.php kann nicht geschrieben werden!”, möglicherweise zusammen mit “JFTP::write: Bad response”, wenn FTP aktiviert ist.

== Gründe für diesen Fehler ==

Das Konfigurations-Update-Skript von Joomla! konnte die Inhalte der “configuration.php" nicht ändern, um Änderungen der globalen Konfiguration zu speichern. Joomla! konnte nicht in die Datei schreiben und / oder konnte die Datei nicht beschreibbar machen (z.B. R/W). Seit Joomla! 1.5.x versucht, die “configuration.php” vor dem Speichern schreibbar zu machen, ist die zweite Variante wahrscheinlicher.
Die wahrscheinlichste Ursache ist, dass die “configuration.php” Eigentum eines anderen logischen Benutzers ist als der, der die Änderungen zu speichern versucht. Wenn die globale Konfiguration mit aktiviertem FTP verändert werden soll, ist wahrscheinlich der FTP-Login-ID falsch; ist FTP nicht aktiviert wird es ein Web-Server-Prozess sein (oft als sowas wie "apache" oder "www-data" benannt).
(Man kann üblicherweise die Datei-Eigentumsrechte mit der Einwahl in die Seite mittels FTP-Programm prüfen. Alternativ kann man eXtplorer verwenden - siehe unten).
Leider wird man aus dem gängigen Update der globalen Konfiguration ausgesperrt, da das aktivieren und deaktivieren des FTP-Modus (und dadurch Änderung der Identität beim Versuch, die Konfiguration zu ändern) von der globalen Konfiguration selbst festgelegt wird.

== Empfohlene Lösungen ==
{{note|Die “configuration.php” nicht für alle Benutzer beschreibbar machen. Dadurch kann die die globale Konfiguration nur einmal geändert werden. Joomla! würde die Datei danach auf read only setzen und das Problem würde weiterhin bestehen.|type=serious}}

=== Eigentumsrechte ===
Änderung der Eigentumsrechte der “configuration.php” entsprechend der FTP-Login-ID, wenn "FTP aktiviert" ist oder der Web-Server-Prozess-Identität wenn "FTP nicht aktiviert"ist.

{{note|Das kann nicht in Joomla! selbst gemacht werden. Hat man die Kontrolle über den Server (z.B. lokaler Server oder virtueller Server) dann kann man mit einem geeigneten Programm (wie z.B. "chown" eines Linux-Servers) die Änderungen vornehmen.}}

Bei einem geteilten Server sollte man den technischen Support der eigenen Organisation oder des Web-Hosting-Providers kontaktieren, das Problem beschreiben und ersuchen, die Datei-Eigentumsrechte entsprechend zu ändern.

=== Eine Erweiterung verwenden ===

Installiere die eXtplorer-Komponente (erhältlch im Joomla! Extensions Directory - Category [http://extensions.joomla.org/tags/file-management File Management]), falls noch nicht vorhanden. Damit können Dateien im "Datei"-Modus (Web-Server-Prozess-Identität) oder im FTP-Modus mit FTP-Login-Benutzer-Identität angesehen und verändert werden. Auch wenn man wahrscheinlich die Eigentumsrechte mit diesem Werkzeug nicht ändern kann, kann mit einer der Modi die “configuration.php” für alle Benutzer beschreibbar gemacht werden. Damit kann die globale Konfiguration einmal geändert werden - oder öfter, wenn dabei der FTP-Modus so verändert wird, dass er mit dem Eigentum der "configuration.php" übereinstimmt (Anmerkung unten beachten). '''Note:''' Änderungen des FTP-Modus betreffen die Eigentumsrechte aller Dateien, die mit den neuen Einstellungen upgeloadet werden (z.B. beim Installieren von Erweiterungen). [[Why_can%27t_you_install_any_extensions%3F#File_ownership_advice_from_ianmac|Datei Eigentumsrechte: Rat von ianmac]]

=== PHP-Eigentumsrechte prüfen ===

Den Web-Server PHP mit CGI oder Fast CGI laufen lassen. Diese Methode stellt sicher, dass der Benutzer zum ausführen des PHP Scripts derselbe ist, wie der FTP Benutzer, der den Code versucht hochzuladen. So wird der Konflikt vermieden - die ID des Änderungsprozesses der "configuration.php" stimmt dann mit dem Eigentümer überein. Für weitere Informationen bezüglich CGI oder Fast CGI muss unter Umständen der Provider oder Hosting Anbieter kontaktiert werden.

== Hintergrund ==

Bei den oben Beschriebenen Texten handelt es sich um vereinfachte Erklärungen. Die folgenden Beschreibungen dienen möglicherweise auch Experten Ihre Probleme selbst zu lösen.

* Die Datei "configuration.php" wird automatisch während der Seiten-Installation im Wurzelverzeichnis der Seite erzeugt (von "configuration.php-dist") und beinhaltet die Seiten-spezifischen Informationen aus dem Installations-Prozess. Änderungen im Konfigurations-Bereich des Administrator-"Backends" werden in "configuration.php" geschrieben, wenn entweder der "Speichern"- oder "Speichern & Schließen"-Button verwendet wird.
* Wann immer Joomla! die "configuration.php" zu aktualisieren versucht, versucht es sie zuerst schreibfähig und nach dem Update die Datei aus Sicherheitsgründen nicht-schreibfähig (z.B. nur-lesen) zu machen.
* Dateien des Web-Servers, der Joomla! hostet, gehören verschiedenen Instanzen, abhängig davon wie und wo sie am Server platziert oder erzeugt wurden. Generell gehören Dateien einer Joomla!-Seite von einer von zwei Instanzen:
*# Dateien, die per FTP hochgeladen oder mit aktiviertem FTP installiert wurden gehören generell der Benutzer-ID, die mit der FTP-Benutzer-ID dieser Seite korrespondiert.
*# Dateien, die innerhalb von Joomla! und mit nicht-aktiviertem FTP-Modus installiert wurden, gehören generell der "Phantom"-Benutzer-ID, die für die wesentlichen Web-Server-Prozesse und die Joomla!-Scripte benötigt wird (oft als "apache" oder "www-data" benannt).
<noinclude>
[[Category:FAQ/de]]
[[Category:Administration FAQ/de]]
[[Category:Version 1.5 FAQ/de]]
[[Category:Global Configuration Management/de]]
[[Category:Needs updating/de]]
</noinclude>

Translations:Cannot save Global Configuration changes/23/de

2019-04-13T16:27:55Z

Zeroweb2:

*# Dateien, die innerhalb von Joomla! und mit nicht-aktiviertem FTP-Modus installiert wurden, gehören generell der "Phantom"-Benutzer-ID, die für die wesentlichen Web-Server-Prozesse und die Joomla!-Scripte benötigt wird (oft als "apache" oder "www-data" benannt).

Cannot save Global Configuration changes/de

2019-04-13T16:26:42Z

Zeroweb2:

<noinclude><languages /></noinclude>
Im Konfigurations-Bereich des Administrator-"Backends" erscheint nach Klick auf den "Speichern"- oder "Speichern & Schließen"-Button folgende Fehlermeldung:
“Ein Fehler ist aufgetreten! In die configuration.php kann nicht geschrieben werden!”, möglicherweise zusammen mit “JFTP::write: Bad response”, wenn FTP aktiviert ist.

== Gründe für diesen Fehler ==

Das Konfigurations-Update-Skript von Joomla! konnte die Inhalte der “configuration.php" nicht ändern, um Änderungen der globalen Konfiguration zu speichern. Joomla! konnte nicht in die Datei schreiben und / oder konnte die Datei nicht beschreibbar machen (z.B. R/W). Seit Joomla! 1.5.x versucht, die “configuration.php” vor dem Speichern schreibbar zu machen, ist die zweite Variante wahrscheinlicher.
Die wahrscheinlichste Ursache ist, dass die “configuration.php” Eigentum eines anderen logischen Benutzers ist als der, der die Änderungen zu speichern versucht. Wenn die globale Konfiguration mit aktiviertem FTP verändert werden soll, ist wahrscheinlich der FTP-Login-ID falsch; ist FTP nicht aktiviert wird es ein Web-Server-Prozess sein (oft als sowas wie "apache" oder "www-data" benannt).
(Man kann üblicherweise die Datei-Eigentumsrechte mit der Einwahl in die Seite mittels FTP-Programm prüfen. Alternativ kann man eXtplorer verwenden - siehe unten).
Leider wird man aus dem gängigen Update der globalen Konfiguration ausgesperrt, da das aktivieren und deaktivieren des FTP-Modus (und dadurch Änderung der Identität beim Versuch, die Konfiguration zu ändern) von der globalen Konfiguration selbst festgelegt wird.

== Empfohlene Lösungen ==
{{note|Die “configuration.php” nicht für alle Benutzer beschreibbar machen. Dadurch kann die die globale Konfiguration nur einmal geändert werden. Joomla! würde die Datei danach auf read only setzen und das Problem würde weiterhin bestehen.|type=serious}}

=== Eigentumsrechte ===
Änderung der Eigentumsrechte der “configuration.php” entsprechend der FTP-Login-ID, wenn "FTP aktiviert" ist oder der Web-Server-Prozess-Identität wenn "FTP nicht aktiviert"ist.

{{note|Das kann nicht in Joomla! selbst gemacht werden. Hat man die Kontrolle über den Server (z.B. lokaler Server oder virtueller Server) dann kann man mit einem geeigneten Programm (wie z.B. "chown" eines Linux-Servers) die Änderungen vornehmen.}}

Bei einem geteilten Server sollte man den technischen Support der eigenen Organisation oder des Web-Hosting-Providers kontaktieren, das Problem beschreiben und ersuchen, die Datei-Eigentumsrechte entsprechend zu ändern.

=== Eine Erweiterung verwenden ===

Installiere die eXtplorer-Komponente (erhältlch im Joomla! Extensions Directory - Category [http://extensions.joomla.org/tags/file-management File Management]), falls noch nicht vorhanden. Damit können Dateien im "Datei"-Modus (Web-Server-Prozess-Identität) oder im FTP-Modus mit FTP-Login-Benutzer-Identität angesehen und verändert werden. Auch wenn man wahrscheinlich die Eigentumsrechte mit diesem Werkzeug nicht ändern kann, kann mit einer der Modi die “configuration.php” für alle Benutzer beschreibbar gemacht werden. Damit kann die globale Konfiguration einmal geändert werden - oder öfter, wenn dabei der FTP-Modus so verändert wird, dass er mit dem Eigentum der "configuration.php" übereinstimmt (Anmerkung unten beachten). '''Note:''' Änderungen des FTP-Modus betreffen die Eigentumsrechte aller Dateien, die mit den neuen Einstellungen upgeloadet werden (z.B. beim Installieren von Erweiterungen). [[Why_can%27t_you_install_any_extensions%3F#File_ownership_advice_from_ianmac|Datei Eigentumsrechte: Rat von ianmac]]

=== PHP-Eigentumsrechte prüfen ===

Den Web-Server PHP mit CGI oder Fast CGI laufen lassen. Diese Methode stellt sicher, dass der Benutzer zum ausführen des PHP Scripts derselbe ist, wie der FTP Benutzer, der den Code versucht hochzuladen. So wird der Konflikt vermieden - die ID des Änderungsprozesses der "configuration.php" stimmt dann mit dem Eigentümer überein. Für weitere Informationen bezüglich CGI oder Fast CGI muss unter Umständen der Provider oder Hosting Anbieter kontaktiert werden.

== Hintergrund ==

Bei den oben Beschriebenen Texten handelt es sich um vereinfachte Erklärungen. Die folgenden Beschreibungen dienen möglicherweise auch Experten Ihre Probleme selbst zu lösen.

* Die Datei "configuration.php" wird automatisch während der Seiten-Installation im Wurzelverzeichnis der Seite erzeugt (von "configuration.php-dist") und beinhaltet die Seiten-spezifischen Informationen aus dem Installations-Prozess. Änderungen im Konfigurations-Bereich des Administrator-"Backends" werden in "configuration.php" geschrieben, wenn entweder der "Speichern"- oder "Speichern & Schließen"-Button verwendet wird.
* Wann immer Joomla! die "configuration.php" zu aktualisieren versucht, versucht es sie zuerst schreibfähig und nach dem Update die Datei aus Sicherheitsgründen nicht-schreibfähig (z.B. nur-lesen) zu machen.
* Dateien des Web-Servers, der Joomla! hostet, gehören verschiedenen Instanzen, abhängig davon wie und wo sie am Server platziert oder erzeugt wurden. Generell gehören Dateien einer Joomla!-Seite von einer von zwei Instanzen:
*# Dateien, die per FTP hochgeladen oder mit aktiviertem FTP installiert wurden gehören generell der Benutzer-ID, die mit der FTP-Benutzer-ID dieser Seite korrespondiert.
*# Dateien, die in Joomla! und mit nicht-aktiviertem FTP-Modus installiert wurden, gehören generell der "Phantom"-Benutzer-ID, die für die wesentlichen Web-Server-Prozesse und die Joomla!-Scripte gebraucht wird (oft als sowas wie "apache" oder "www-data" benannt).
<noinclude>
[[Category:FAQ/de]]
[[Category:Administration FAQ/de]]
[[Category:Version 1.5 FAQ/de]]
[[Category:Global Configuration Management/de]]
[[Category:Needs updating/de]]
</noinclude>

Translations:Cannot save Global Configuration changes/22/de

2019-04-13T16:26:42Z

Zeroweb2:

*# Dateien, die per FTP hochgeladen oder mit aktiviertem FTP installiert wurden gehören generell der Benutzer-ID, die mit der FTP-Benutzer-ID dieser Seite korrespondiert.

Cannot save Global Configuration changes/de

2019-04-13T16:26:06Z

Zeroweb2:

<noinclude><languages /></noinclude>
Im Konfigurations-Bereich des Administrator-"Backends" erscheint nach Klick auf den "Speichern"- oder "Speichern & Schließen"-Button folgende Fehlermeldung:
“Ein Fehler ist aufgetreten! In die configuration.php kann nicht geschrieben werden!”, möglicherweise zusammen mit “JFTP::write: Bad response”, wenn FTP aktiviert ist.

== Gründe für diesen Fehler ==

Das Konfigurations-Update-Skript von Joomla! konnte die Inhalte der “configuration.php" nicht ändern, um Änderungen der globalen Konfiguration zu speichern. Joomla! konnte nicht in die Datei schreiben und / oder konnte die Datei nicht beschreibbar machen (z.B. R/W). Seit Joomla! 1.5.x versucht, die “configuration.php” vor dem Speichern schreibbar zu machen, ist die zweite Variante wahrscheinlicher.
Die wahrscheinlichste Ursache ist, dass die “configuration.php” Eigentum eines anderen logischen Benutzers ist als der, der die Änderungen zu speichern versucht. Wenn die globale Konfiguration mit aktiviertem FTP verändert werden soll, ist wahrscheinlich der FTP-Login-ID falsch; ist FTP nicht aktiviert wird es ein Web-Server-Prozess sein (oft als sowas wie "apache" oder "www-data" benannt).
(Man kann üblicherweise die Datei-Eigentumsrechte mit der Einwahl in die Seite mittels FTP-Programm prüfen. Alternativ kann man eXtplorer verwenden - siehe unten).
Leider wird man aus dem gängigen Update der globalen Konfiguration ausgesperrt, da das aktivieren und deaktivieren des FTP-Modus (und dadurch Änderung der Identität beim Versuch, die Konfiguration zu ändern) von der globalen Konfiguration selbst festgelegt wird.

== Empfohlene Lösungen ==
{{note|Die “configuration.php” nicht für alle Benutzer beschreibbar machen. Dadurch kann die die globale Konfiguration nur einmal geändert werden. Joomla! würde die Datei danach auf read only setzen und das Problem würde weiterhin bestehen.|type=serious}}

=== Eigentumsrechte ===
Änderung der Eigentumsrechte der “configuration.php” entsprechend der FTP-Login-ID, wenn "FTP aktiviert" ist oder der Web-Server-Prozess-Identität wenn "FTP nicht aktiviert"ist.

{{note|Das kann nicht in Joomla! selbst gemacht werden. Hat man die Kontrolle über den Server (z.B. lokaler Server oder virtueller Server) dann kann man mit einem geeigneten Programm (wie z.B. "chown" eines Linux-Servers) die Änderungen vornehmen.}}

Bei einem geteilten Server sollte man den technischen Support der eigenen Organisation oder des Web-Hosting-Providers kontaktieren, das Problem beschreiben und ersuchen, die Datei-Eigentumsrechte entsprechend zu ändern.

=== Eine Erweiterung verwenden ===

Installiere die eXtplorer-Komponente (erhältlch im Joomla! Extensions Directory - Category [http://extensions.joomla.org/tags/file-management File Management]), falls noch nicht vorhanden. Damit können Dateien im "Datei"-Modus (Web-Server-Prozess-Identität) oder im FTP-Modus mit FTP-Login-Benutzer-Identität angesehen und verändert werden. Auch wenn man wahrscheinlich die Eigentumsrechte mit diesem Werkzeug nicht ändern kann, kann mit einer der Modi die “configuration.php” für alle Benutzer beschreibbar gemacht werden. Damit kann die globale Konfiguration einmal geändert werden - oder öfter, wenn dabei der FTP-Modus so verändert wird, dass er mit dem Eigentum der "configuration.php" übereinstimmt (Anmerkung unten beachten). '''Note:''' Änderungen des FTP-Modus betreffen die Eigentumsrechte aller Dateien, die mit den neuen Einstellungen upgeloadet werden (z.B. beim Installieren von Erweiterungen). [[Why_can%27t_you_install_any_extensions%3F#File_ownership_advice_from_ianmac|Datei Eigentumsrechte: Rat von ianmac]]

=== PHP-Eigentumsrechte prüfen ===

Den Web-Server PHP mit CGI oder Fast CGI laufen lassen. Diese Methode stellt sicher, dass der Benutzer zum ausführen des PHP Scripts derselbe ist, wie der FTP Benutzer, der den Code versucht hochzuladen. So wird der Konflikt vermieden - die ID des Änderungsprozesses der "configuration.php" stimmt dann mit dem Eigentümer überein. Für weitere Informationen bezüglich CGI oder Fast CGI muss unter Umständen der Provider oder Hosting Anbieter kontaktiert werden.

== Hintergrund ==

Bei den oben Beschriebenen Texten handelt es sich um vereinfachte Erklärungen. Die folgenden Beschreibungen dienen möglicherweise auch Experten Ihre Probleme selbst zu lösen.

* Die Datei "configuration.php" wird automatisch während der Seiten-Installation im Wurzelverzeichnis der Seite erzeugt (von "configuration.php-dist") und beinhaltet die Seiten-spezifischen Informationen aus dem Installations-Prozess. Änderungen im Konfigurations-Bereich des Administrator-"Backends" werden in "configuration.php" geschrieben, wenn entweder der "Speichern"- oder "Speichern & Schließen"-Button verwendet wird.
* Wann immer Joomla! die "configuration.php" zu aktualisieren versucht, versucht es sie zuerst schreibfähig und nach dem Update die Datei aus Sicherheitsgründen nicht-schreibfähig (z.B. nur-lesen) zu machen.
* Dateien des Web-Servers, der Joomla! hostet, gehören verschiedenen Instanzen, abhängig davon wie und wo sie am Server platziert oder erzeugt wurden. Generell gehören Dateien einer Joomla!-Seite von einer von zwei Instanzen:
*# Dateien, die per FTP hinaufgeladen oder mit aktiviertem FTP installiert wurden gehören generell der Benutzer-ID, die mit der FTP-Benutzer-ID dieser Seite korrespondiert.
*# Dateien, die in Joomla! und mit nicht-aktiviertem FTP-Modus installiert wurden, gehören generell der "Phantom"-Benutzer-ID, die für die wesentlichen Web-Server-Prozesse und die Joomla!-Scripte gebraucht wird (oft als sowas wie "apache" oder "www-data" benannt).
<noinclude>
[[Category:FAQ/de]]
[[Category:Administration FAQ/de]]
[[Category:Version 1.5 FAQ/de]]
[[Category:Global Configuration Management/de]]
[[Category:Needs updating/de]]
</noinclude>

Translations:Cannot save Global Configuration changes/21/de

2019-04-13T16:26:06Z

Zeroweb2:

* Dateien des Web-Servers, der Joomla! hostet, gehören verschiedenen Instanzen, abhängig davon wie und wo sie am Server platziert oder erzeugt wurden. Generell gehören Dateien einer Joomla!-Seite von einer von zwei Instanzen:

Cannot save Global Configuration changes/de

2019-04-13T16:24:51Z

Zeroweb2:

<noinclude><languages /></noinclude>
Im Konfigurations-Bereich des Administrator-"Backends" erscheint nach Klick auf den "Speichern"- oder "Speichern & Schließen"-Button folgende Fehlermeldung:
“Ein Fehler ist aufgetreten! In die configuration.php kann nicht geschrieben werden!”, möglicherweise zusammen mit “JFTP::write: Bad response”, wenn FTP aktiviert ist.

== Gründe für diesen Fehler ==

Das Konfigurations-Update-Skript von Joomla! konnte die Inhalte der “configuration.php" nicht ändern, um Änderungen der globalen Konfiguration zu speichern. Joomla! konnte nicht in die Datei schreiben und / oder konnte die Datei nicht beschreibbar machen (z.B. R/W). Seit Joomla! 1.5.x versucht, die “configuration.php” vor dem Speichern schreibbar zu machen, ist die zweite Variante wahrscheinlicher.
Die wahrscheinlichste Ursache ist, dass die “configuration.php” Eigentum eines anderen logischen Benutzers ist als der, der die Änderungen zu speichern versucht. Wenn die globale Konfiguration mit aktiviertem FTP verändert werden soll, ist wahrscheinlich der FTP-Login-ID falsch; ist FTP nicht aktiviert wird es ein Web-Server-Prozess sein (oft als sowas wie "apache" oder "www-data" benannt).
(Man kann üblicherweise die Datei-Eigentumsrechte mit der Einwahl in die Seite mittels FTP-Programm prüfen. Alternativ kann man eXtplorer verwenden - siehe unten).
Leider wird man aus dem gängigen Update der globalen Konfiguration ausgesperrt, da das aktivieren und deaktivieren des FTP-Modus (und dadurch Änderung der Identität beim Versuch, die Konfiguration zu ändern) von der globalen Konfiguration selbst festgelegt wird.

== Empfohlene Lösungen ==
{{note|Die “configuration.php” nicht für alle Benutzer beschreibbar machen. Dadurch kann die die globale Konfiguration nur einmal geändert werden. Joomla! würde die Datei danach auf read only setzen und das Problem würde weiterhin bestehen.|type=serious}}

=== Eigentumsrechte ===
Änderung der Eigentumsrechte der “configuration.php” entsprechend der FTP-Login-ID, wenn "FTP aktiviert" ist oder der Web-Server-Prozess-Identität wenn "FTP nicht aktiviert"ist.

{{note|Das kann nicht in Joomla! selbst gemacht werden. Hat man die Kontrolle über den Server (z.B. lokaler Server oder virtueller Server) dann kann man mit einem geeigneten Programm (wie z.B. "chown" eines Linux-Servers) die Änderungen vornehmen.}}

Bei einem geteilten Server sollte man den technischen Support der eigenen Organisation oder des Web-Hosting-Providers kontaktieren, das Problem beschreiben und ersuchen, die Datei-Eigentumsrechte entsprechend zu ändern.

=== Eine Erweiterung verwenden ===

Installiere die eXtplorer-Komponente (erhältlch im Joomla! Extensions Directory - Category [http://extensions.joomla.org/tags/file-management File Management]), falls noch nicht vorhanden. Damit können Dateien im "Datei"-Modus (Web-Server-Prozess-Identität) oder im FTP-Modus mit FTP-Login-Benutzer-Identität angesehen und verändert werden. Auch wenn man wahrscheinlich die Eigentumsrechte mit diesem Werkzeug nicht ändern kann, kann mit einer der Modi die “configuration.php” für alle Benutzer beschreibbar gemacht werden. Damit kann die globale Konfiguration einmal geändert werden - oder öfter, wenn dabei der FTP-Modus so verändert wird, dass er mit dem Eigentum der "configuration.php" übereinstimmt (Anmerkung unten beachten). '''Note:''' Änderungen des FTP-Modus betreffen die Eigentumsrechte aller Dateien, die mit den neuen Einstellungen upgeloadet werden (z.B. beim Installieren von Erweiterungen). [[Why_can%27t_you_install_any_extensions%3F#File_ownership_advice_from_ianmac|Datei Eigentumsrechte: Rat von ianmac]]

=== PHP-Eigentumsrechte prüfen ===

Den Web-Server PHP mit CGI oder Fast CGI laufen lassen. Diese Methode stellt sicher, dass der Benutzer zum ausführen des PHP Scripts derselbe ist, wie der FTP Benutzer, der den Code versucht hochzuladen. So wird der Konflikt vermieden - die ID des Änderungsprozesses der "configuration.php" stimmt dann mit dem Eigentümer überein. Für weitere Informationen bezüglich CGI oder Fast CGI muss unter Umständen der Provider oder Hosting Anbieter kontaktiert werden.

== Hintergrund ==

Bei den oben Beschriebenen Texten handelt es sich um vereinfachte Erklärungen. Die folgenden Beschreibungen dienen möglicherweise auch Experten Ihre Probleme selbst zu lösen.

* Die Datei "configuration.php" wird automatisch während der Seiten-Installation im Wurzelverzeichnis der Seite erzeugt (von "configuration.php-dist") und beinhaltet die Seiten-spezifischen Informationen aus dem Installations-Prozess. Änderungen im Konfigurations-Bereich des Administrator-"Backends" werden in "configuration.php" geschrieben, wenn entweder der "Speichern"- oder "Speichern & Schließen"-Button verwendet wird.
* Wann immer Joomla! die "configuration.php" zu aktualisieren versucht, versucht es sie zuerst schreibfähig und nach dem Update die Datei aus Sicherheitsgründen nicht-schreibfähig (z.B. nur-lesen) zu machen.
* Dateien des Web-Servers, der Joomla! hostet, gehören verschiedenen Instanzen, abhängig wie und wo sie am Server platziert oder erzeugt wurden. Generell gehören Dateien einer Joomla!-Seite von einer von zwei Instanzen:
*# Dateien, die per FTP hinaufgeladen oder mit aktiviertem FTP installiert wurden gehören generell der Benutzer-ID, die mit der FTP-Benutzer-ID dieser Seite korrespondiert.
*# Dateien, die in Joomla! und mit nicht-aktiviertem FTP-Modus installiert wurden, gehören generell der "Phantom"-Benutzer-ID, die für die wesentlichen Web-Server-Prozesse und die Joomla!-Scripte gebraucht wird (oft als sowas wie "apache" oder "www-data" benannt).
<noinclude>
[[Category:FAQ/de]]
[[Category:Administration FAQ/de]]
[[Category:Version 1.5 FAQ/de]]
[[Category:Global Configuration Management/de]]
[[Category:Needs updating/de]]
</noinclude>

Translations:Cannot save Global Configuration changes/20/de

2019-04-13T16:24:50Z

Zeroweb2:

* Wann immer Joomla! die "configuration.php" zu aktualisieren versucht, versucht es sie zuerst schreibfähig und nach dem Update die Datei aus Sicherheitsgründen nicht-schreibfähig (z.B. nur-lesen) zu machen.

Cannot save Global Configuration changes/de

2019-04-13T16:21:30Z

Zeroweb2:

<noinclude><languages /></noinclude>
Im Konfigurations-Bereich des Administrator-"Backends" erscheint nach Klick auf den "Speichern"- oder "Speichern & Schließen"-Button folgende Fehlermeldung:
“Ein Fehler ist aufgetreten! In die configuration.php kann nicht geschrieben werden!”, möglicherweise zusammen mit “JFTP::write: Bad response”, wenn FTP aktiviert ist.

== Gründe für diesen Fehler ==

Das Konfigurations-Update-Skript von Joomla! konnte die Inhalte der “configuration.php" nicht ändern, um Änderungen der globalen Konfiguration zu speichern. Joomla! konnte nicht in die Datei schreiben und / oder konnte die Datei nicht beschreibbar machen (z.B. R/W). Seit Joomla! 1.5.x versucht, die “configuration.php” vor dem Speichern schreibbar zu machen, ist die zweite Variante wahrscheinlicher.
Die wahrscheinlichste Ursache ist, dass die “configuration.php” Eigentum eines anderen logischen Benutzers ist als der, der die Änderungen zu speichern versucht. Wenn die globale Konfiguration mit aktiviertem FTP verändert werden soll, ist wahrscheinlich der FTP-Login-ID falsch; ist FTP nicht aktiviert wird es ein Web-Server-Prozess sein (oft als sowas wie "apache" oder "www-data" benannt).
(Man kann üblicherweise die Datei-Eigentumsrechte mit der Einwahl in die Seite mittels FTP-Programm prüfen. Alternativ kann man eXtplorer verwenden - siehe unten).
Leider wird man aus dem gängigen Update der globalen Konfiguration ausgesperrt, da das aktivieren und deaktivieren des FTP-Modus (und dadurch Änderung der Identität beim Versuch, die Konfiguration zu ändern) von der globalen Konfiguration selbst festgelegt wird.

== Empfohlene Lösungen ==
{{note|Die “configuration.php” nicht für alle Benutzer beschreibbar machen. Dadurch kann die die globale Konfiguration nur einmal geändert werden. Joomla! würde die Datei danach auf read only setzen und das Problem würde weiterhin bestehen.|type=serious}}

=== Eigentumsrechte ===
Änderung der Eigentumsrechte der “configuration.php” entsprechend der FTP-Login-ID, wenn "FTP aktiviert" ist oder der Web-Server-Prozess-Identität wenn "FTP nicht aktiviert"ist.

{{note|Das kann nicht in Joomla! selbst gemacht werden. Hat man die Kontrolle über den Server (z.B. lokaler Server oder virtueller Server) dann kann man mit einem geeigneten Programm (wie z.B. "chown" eines Linux-Servers) die Änderungen vornehmen.}}

Bei einem geteilten Server sollte man den technischen Support der eigenen Organisation oder des Web-Hosting-Providers kontaktieren, das Problem beschreiben und ersuchen, die Datei-Eigentumsrechte entsprechend zu ändern.

=== Eine Erweiterung verwenden ===

Installiere die eXtplorer-Komponente (erhältlch im Joomla! Extensions Directory - Category [http://extensions.joomla.org/tags/file-management File Management]), falls noch nicht vorhanden. Damit können Dateien im "Datei"-Modus (Web-Server-Prozess-Identität) oder im FTP-Modus mit FTP-Login-Benutzer-Identität angesehen und verändert werden. Auch wenn man wahrscheinlich die Eigentumsrechte mit diesem Werkzeug nicht ändern kann, kann mit einer der Modi die “configuration.php” für alle Benutzer beschreibbar gemacht werden. Damit kann die globale Konfiguration einmal geändert werden - oder öfter, wenn dabei der FTP-Modus so verändert wird, dass er mit dem Eigentum der "configuration.php" übereinstimmt (Anmerkung unten beachten). '''Note:''' Änderungen des FTP-Modus betreffen die Eigentumsrechte aller Dateien, die mit den neuen Einstellungen upgeloadet werden (z.B. beim Installieren von Erweiterungen). [[Why_can%27t_you_install_any_extensions%3F#File_ownership_advice_from_ianmac|Datei Eigentumsrechte: Rat von ianmac]]

=== PHP-Eigentumsrechte prüfen ===

Den Web-Server PHP mit CGI oder Fast CGI laufen lassen. Diese Methode stellt sicher, dass der Benutzer zum ausführen des PHP Scripts derselbe ist, wie der FTP Benutzer, der den Code versucht hochzuladen. So wird der Konflikt vermieden - die ID des Änderungsprozesses der "configuration.php" stimmt dann mit dem Eigentümer überein. Für weitere Informationen bezüglich CGI oder Fast CGI muss unter Umständen der Provider oder Hosting Anbieter kontaktiert werden.

== Hintergrund ==

Bei den oben Beschriebenen Texten handelt es sich um vereinfachte Erklärungen. Die folgenden Beschreibungen dienen möglicherweise auch Experten Ihre Probleme selbst zu lösen.

* Die Datei "configuration.php" wird automatisch während der Seiten-Installation im Wurzelverzeichnis der Seite erzeugt (von "configuration.php-dist") und beinhaltet die Seiten-spezifischen Informationen aus dem Installations-Prozess. Änderungen im Konfigurations-Bereich des Administrator-"Backends" werden in "configuration.php" geschrieben, wenn entweder der "Speichern"- oder "Speichern & Schließen"-Button verwendet wird.
* Wann immer Joomla! die "configuration.php" upzudaten versucht, versucht es sie zuerst schreibfähig und nach dem Update die Datei aus Sicherheitsgründen nicht-schreibfähig (z.B. nur-lesen) zu machen.
* Dateien des Web-Servers, der Joomla! hostet, gehören verschiedenen Instanzen, abhängig wie und wo sie am Server platziert oder erzeugt wurden. Generell gehören Dateien einer Joomla!-Seite von einer von zwei Instanzen:
*# Dateien, die per FTP hinaufgeladen oder mit aktiviertem FTP installiert wurden gehören generell der Benutzer-ID, die mit der FTP-Benutzer-ID dieser Seite korrespondiert.
*# Dateien, die in Joomla! und mit nicht-aktiviertem FTP-Modus installiert wurden, gehören generell der "Phantom"-Benutzer-ID, die für die wesentlichen Web-Server-Prozesse und die Joomla!-Scripte gebraucht wird (oft als sowas wie "apache" oder "www-data" benannt).
<noinclude>
[[Category:FAQ/de]]
[[Category:Administration FAQ/de]]
[[Category:Version 1.5 FAQ/de]]
[[Category:Global Configuration Management/de]]
[[Category:Needs updating/de]]
</noinclude>

Translations:Cannot save Global Configuration changes/18/de

2019-04-13T16:21:30Z

Zeroweb2:

Bei den oben Beschriebenen Texten handelt es sich um vereinfachte Erklärungen. Die folgenden Beschreibungen dienen möglicherweise auch Experten Ihre Probleme selbst zu lösen.

Cannot save Global Configuration changes/de

2019-04-13T16:17:34Z

Zeroweb2:

<noinclude><languages /></noinclude>
Im Konfigurations-Bereich des Administrator-"Backends" erscheint nach Klick auf den "Speichern"- oder "Speichern & Schließen"-Button folgende Fehlermeldung:
“Ein Fehler ist aufgetreten! In die configuration.php kann nicht geschrieben werden!”, möglicherweise zusammen mit “JFTP::write: Bad response”, wenn FTP aktiviert ist.

== Gründe für diesen Fehler ==

Das Konfigurations-Update-Skript von Joomla! konnte die Inhalte der “configuration.php" nicht ändern, um Änderungen der globalen Konfiguration zu speichern. Joomla! konnte nicht in die Datei schreiben und / oder konnte die Datei nicht beschreibbar machen (z.B. R/W). Seit Joomla! 1.5.x versucht, die “configuration.php” vor dem Speichern schreibbar zu machen, ist die zweite Variante wahrscheinlicher.
Die wahrscheinlichste Ursache ist, dass die “configuration.php” Eigentum eines anderen logischen Benutzers ist als der, der die Änderungen zu speichern versucht. Wenn die globale Konfiguration mit aktiviertem FTP verändert werden soll, ist wahrscheinlich der FTP-Login-ID falsch; ist FTP nicht aktiviert wird es ein Web-Server-Prozess sein (oft als sowas wie "apache" oder "www-data" benannt).
(Man kann üblicherweise die Datei-Eigentumsrechte mit der Einwahl in die Seite mittels FTP-Programm prüfen. Alternativ kann man eXtplorer verwenden - siehe unten).
Leider wird man aus dem gängigen Update der globalen Konfiguration ausgesperrt, da das aktivieren und deaktivieren des FTP-Modus (und dadurch Änderung der Identität beim Versuch, die Konfiguration zu ändern) von der globalen Konfiguration selbst festgelegt wird.

== Empfohlene Lösungen ==
{{note|Die “configuration.php” nicht für alle Benutzer beschreibbar machen. Dadurch kann die die globale Konfiguration nur einmal geändert werden. Joomla! würde die Datei danach auf read only setzen und das Problem würde weiterhin bestehen.|type=serious}}

=== Eigentumsrechte ===
Änderung der Eigentumsrechte der “configuration.php” entsprechend der FTP-Login-ID, wenn "FTP aktiviert" ist oder der Web-Server-Prozess-Identität wenn "FTP nicht aktiviert"ist.

{{note|Das kann nicht in Joomla! selbst gemacht werden. Hat man die Kontrolle über den Server (z.B. lokaler Server oder virtueller Server) dann kann man mit einem geeigneten Programm (wie z.B. "chown" eines Linux-Servers) die Änderungen vornehmen.}}

Bei einem geteilten Server sollte man den technischen Support der eigenen Organisation oder des Web-Hosting-Providers kontaktieren, das Problem beschreiben und ersuchen, die Datei-Eigentumsrechte entsprechend zu ändern.

=== Eine Erweiterung verwenden ===

Installiere die eXtplorer-Komponente (erhältlch im Joomla! Extensions Directory - Category [http://extensions.joomla.org/tags/file-management File Management]), falls noch nicht vorhanden. Damit können Dateien im "Datei"-Modus (Web-Server-Prozess-Identität) oder im FTP-Modus mit FTP-Login-Benutzer-Identität angesehen und verändert werden. Auch wenn man wahrscheinlich die Eigentumsrechte mit diesem Werkzeug nicht ändern kann, kann mit einer der Modi die “configuration.php” für alle Benutzer beschreibbar gemacht werden. Damit kann die globale Konfiguration einmal geändert werden - oder öfter, wenn dabei der FTP-Modus so verändert wird, dass er mit dem Eigentum der "configuration.php" übereinstimmt (Anmerkung unten beachten). '''Note:''' Änderungen des FTP-Modus betreffen die Eigentumsrechte aller Dateien, die mit den neuen Einstellungen upgeloadet werden (z.B. beim Installieren von Erweiterungen). [[Why_can%27t_you_install_any_extensions%3F#File_ownership_advice_from_ianmac|Datei Eigentumsrechte: Rat von ianmac]]

=== PHP-Eigentumsrechte prüfen ===

Den Web-Server PHP mit CGI oder Fast CGI laufen lassen. Diese Methode stellt sicher, dass der Benutzer zum ausführen des PHP Scripts derselbe ist, wie der FTP Benutzer, der den Code versucht hochzuladen. So wird der Konflikt vermieden - die ID des Änderungsprozesses der "configuration.php" stimmt dann mit dem Eigentümer überein. Für weitere Informationen bezüglich CGI oder Fast CGI muss unter Umständen der Provider oder Hosting Anbieter kontaktiert werden.

== Hintergrund ==

Oben Beschriebenes sind vereinfachte Erklärungen, das Folgende kann von Interesse und Wert für alle sein und erfahrenen Benutzern helfen, ihre eigenen Lösungen für das Problem zu formulieren.

* Die Datei "configuration.php" wird automatisch während der Seiten-Installation im Wurzelverzeichnis der Seite erzeugt (von "configuration.php-dist") und beinhaltet die Seiten-spezifischen Informationen aus dem Installations-Prozess. Änderungen im Konfigurations-Bereich des Administrator-"Backends" werden in "configuration.php" geschrieben, wenn entweder der "Speichern"- oder "Speichern & Schließen"-Button verwendet wird.
* Wann immer Joomla! die "configuration.php" upzudaten versucht, versucht es sie zuerst schreibfähig und nach dem Update die Datei aus Sicherheitsgründen nicht-schreibfähig (z.B. nur-lesen) zu machen.
* Dateien des Web-Servers, der Joomla! hostet, gehören verschiedenen Instanzen, abhängig wie und wo sie am Server platziert oder erzeugt wurden. Generell gehören Dateien einer Joomla!-Seite von einer von zwei Instanzen:
*# Dateien, die per FTP hinaufgeladen oder mit aktiviertem FTP installiert wurden gehören generell der Benutzer-ID, die mit der FTP-Benutzer-ID dieser Seite korrespondiert.
*# Dateien, die in Joomla! und mit nicht-aktiviertem FTP-Modus installiert wurden, gehören generell der "Phantom"-Benutzer-ID, die für die wesentlichen Web-Server-Prozesse und die Joomla!-Scripte gebraucht wird (oft als sowas wie "apache" oder "www-data" benannt).
<noinclude>
[[Category:FAQ/de]]
[[Category:Administration FAQ/de]]
[[Category:Version 1.5 FAQ/de]]
[[Category:Global Configuration Management/de]]
[[Category:Needs updating/de]]
</noinclude>

Translations:Cannot save Global Configuration changes/16/de

2019-04-13T16:17:33Z

Zeroweb2:

Den Web-Server PHP mit CGI oder Fast CGI laufen lassen. Diese Methode stellt sicher, dass der Benutzer zum ausführen des PHP Scripts derselbe ist, wie der FTP Benutzer, der den Code versucht hochzuladen. So wird der Konflikt vermieden - die ID des Änderungsprozesses der "configuration.php" stimmt dann mit dem Eigentümer überein. Für weitere Informationen bezüglich CGI oder Fast CGI muss unter Umständen der Provider oder Hosting Anbieter kontaktiert werden.

Cannot save Global Configuration changes/de

2019-04-13T16:04:59Z

Zeroweb2:

<noinclude><languages /></noinclude>
Im Konfigurations-Bereich des Administrator-"Backends" erscheint nach Klick auf den "Speichern"- oder "Speichern & Schließen"-Button folgende Fehlermeldung:
“Ein Fehler ist aufgetreten! In die configuration.php kann nicht geschrieben werden!”, möglicherweise zusammen mit “JFTP::write: Bad response”, wenn FTP aktiviert ist.

== Gründe für diesen Fehler ==

Das Konfigurations-Update-Skript von Joomla! konnte die Inhalte der “configuration.php" nicht ändern, um Änderungen der globalen Konfiguration zu speichern. Joomla! konnte nicht in die Datei schreiben und / oder konnte die Datei nicht beschreibbar machen (z.B. R/W). Seit Joomla! 1.5.x versucht, die “configuration.php” vor dem Speichern schreibbar zu machen, ist die zweite Variante wahrscheinlicher.
Die wahrscheinlichste Ursache ist, dass die “configuration.php” Eigentum eines anderen logischen Benutzers ist als der, der die Änderungen zu speichern versucht. Wenn die globale Konfiguration mit aktiviertem FTP verändert werden soll, ist wahrscheinlich der FTP-Login-ID falsch; ist FTP nicht aktiviert wird es ein Web-Server-Prozess sein (oft als sowas wie "apache" oder "www-data" benannt).
(Man kann üblicherweise die Datei-Eigentumsrechte mit der Einwahl in die Seite mittels FTP-Programm prüfen. Alternativ kann man eXtplorer verwenden - siehe unten).
Leider wird man aus dem gängigen Update der globalen Konfiguration ausgesperrt, da das aktivieren und deaktivieren des FTP-Modus (und dadurch Änderung der Identität beim Versuch, die Konfiguration zu ändern) von der globalen Konfiguration selbst festgelegt wird.

== Empfohlene Lösungen ==
{{note|Die “configuration.php” nicht für alle Benutzer beschreibbar machen. Dadurch kann die die globale Konfiguration nur einmal geändert werden. Joomla! würde die Datei danach auf read only setzen und das Problem würde weiterhin bestehen.|type=serious}}

=== Eigentumsrechte ===
Änderung der Eigentumsrechte der “configuration.php” entsprechend der FTP-Login-ID, wenn "FTP aktiviert" ist oder der Web-Server-Prozess-Identität wenn "FTP nicht aktiviert"ist.

{{note|Das kann nicht in Joomla! selbst gemacht werden. Hat man die Kontrolle über den Server (z.B. lokaler Server oder virtueller Server) dann kann man mit einem geeigneten Programm (wie z.B. "chown" eines Linux-Servers) die Änderungen vornehmen.}}

Bei einem geteilten Server sollte man den technischen Support der eigenen Organisation oder des Web-Hosting-Providers kontaktieren, das Problem beschreiben und ersuchen, die Datei-Eigentumsrechte entsprechend zu ändern.

=== Eine Erweiterung verwenden ===

Installiere die eXtplorer-Komponente (erhältlch im Joomla! Extensions Directory - Category [http://extensions.joomla.org/tags/file-management File Management]), falls noch nicht vorhanden. Damit können Dateien im "Datei"-Modus (Web-Server-Prozess-Identität) oder im FTP-Modus mit FTP-Login-Benutzer-Identität angesehen und verändert werden. Auch wenn man wahrscheinlich die Eigentumsrechte mit diesem Werkzeug nicht ändern kann, kann mit einer der Modi die “configuration.php” für alle Benutzer beschreibbar gemacht werden. Damit kann die globale Konfiguration einmal geändert werden - oder öfter, wenn dabei der FTP-Modus so verändert wird, dass er mit dem Eigentum der "configuration.php" übereinstimmt (Anmerkung unten beachten). '''Note:''' Änderungen des FTP-Modus betreffen die Eigentumsrechte aller Dateien, die mit den neuen Einstellungen upgeloadet werden (z.B. beim Installieren von Erweiterungen). [[Why_can%27t_you_install_any_extensions%3F#File_ownership_advice_from_ianmac|Datei Eigentumsrechte: Rat von ianmac]]

=== PHP-Eigentumsrechte prüfen ===

Den Web-Server PHP mit CGI oder Fast CGI laufen lassen. Damit läuft der PHP-Code mit derselben Benutzer-ID wie beim Upload des Joomla!-Code per FTP. So gibt es keinen Konflikt, da die ID des PHP-Prozesses, die die "configuration.php" ändert, dieselbe wie des Datei-Eigentümers ist. Wenn man nicht weiß, wie CGI oder FastCGI gesetzt wird, fragt man den Server-Administrator oder den Hosting-Service-Provider um Rat.

== Hintergrund ==

Oben Beschriebenes sind vereinfachte Erklärungen, das Folgende kann von Interesse und Wert für alle sein und erfahrenen Benutzern helfen, ihre eigenen Lösungen für das Problem zu formulieren.

* Die Datei "configuration.php" wird automatisch während der Seiten-Installation im Wurzelverzeichnis der Seite erzeugt (von "configuration.php-dist") und beinhaltet die Seiten-spezifischen Informationen aus dem Installations-Prozess. Änderungen im Konfigurations-Bereich des Administrator-"Backends" werden in "configuration.php" geschrieben, wenn entweder der "Speichern"- oder "Speichern & Schließen"-Button verwendet wird.
* Wann immer Joomla! die "configuration.php" upzudaten versucht, versucht es sie zuerst schreibfähig und nach dem Update die Datei aus Sicherheitsgründen nicht-schreibfähig (z.B. nur-lesen) zu machen.
* Dateien des Web-Servers, der Joomla! hostet, gehören verschiedenen Instanzen, abhängig wie und wo sie am Server platziert oder erzeugt wurden. Generell gehören Dateien einer Joomla!-Seite von einer von zwei Instanzen:
*# Dateien, die per FTP hinaufgeladen oder mit aktiviertem FTP installiert wurden gehören generell der Benutzer-ID, die mit der FTP-Benutzer-ID dieser Seite korrespondiert.
*# Dateien, die in Joomla! und mit nicht-aktiviertem FTP-Modus installiert wurden, gehören generell der "Phantom"-Benutzer-ID, die für die wesentlichen Web-Server-Prozesse und die Joomla!-Scripte gebraucht wird (oft als sowas wie "apache" oder "www-data" benannt).
<noinclude>
[[Category:FAQ/de]]
[[Category:Administration FAQ/de]]
[[Category:Version 1.5 FAQ/de]]
[[Category:Global Configuration Management/de]]
[[Category:Needs updating/de]]
</noinclude>

Translations:Cannot save Global Configuration changes/14/de

2019-04-13T16:04:59Z

Zeroweb2:

Datei Eigentumsrechte: Rat von ianmac

Cannot save Global Configuration changes/de

2019-04-13T15:50:12Z

Zeroweb2:

<noinclude><languages /></noinclude>
Im Konfigurations-Bereich des Administrator-"Backends" erscheint nach Klick auf den "Speichern"- oder "Speichern & Schließen"-Button folgende Fehlermeldung:
“Ein Fehler ist aufgetreten! In die configuration.php kann nicht geschrieben werden!”, möglicherweise zusammen mit “JFTP::write: Bad response”, wenn FTP aktiviert ist.

== Gründe für diesen Fehler ==

Das Konfigurations-Update-Skript von Joomla! konnte die Inhalte der “configuration.php" nicht ändern, um Änderungen der globalen Konfiguration zu speichern. Joomla! konnte nicht in die Datei schreiben und / oder konnte die Datei nicht beschreibbar machen (z.B. R/W). Seit Joomla! 1.5.x versucht, die “configuration.php” vor dem Speichern schreibbar zu machen, ist die zweite Variante wahrscheinlicher.
Die wahrscheinlichste Ursache ist, dass die “configuration.php” Eigentum eines anderen logischen Benutzers ist als der, der die Änderungen zu speichern versucht. Wenn die globale Konfiguration mit aktiviertem FTP verändert werden soll, ist wahrscheinlich der FTP-Login-ID falsch; ist FTP nicht aktiviert wird es ein Web-Server-Prozess sein (oft als sowas wie "apache" oder "www-data" benannt).
(Man kann üblicherweise die Datei-Eigentumsrechte mit der Einwahl in die Seite mittels FTP-Programm prüfen. Alternativ kann man eXtplorer verwenden - siehe unten).
Leider wird man aus dem gängigen Update der globalen Konfiguration ausgesperrt, da das aktivieren und deaktivieren des FTP-Modus (und dadurch Änderung der Identität beim Versuch, die Konfiguration zu ändern) von der globalen Konfiguration selbst festgelegt wird.

== Empfohlene Lösungen ==
{{note|Die “configuration.php” nicht für alle Benutzer beschreibbar machen. Dadurch kann die die globale Konfiguration nur einmal geändert werden. Joomla! würde die Datei danach auf read only setzen und das Problem würde weiterhin bestehen.|type=serious}}

=== Eigentumsrechte ===
Änderung der Eigentumsrechte der “configuration.php” entsprechend der FTP-Login-ID, wenn "FTP aktiviert" ist oder der Web-Server-Prozess-Identität wenn "FTP nicht aktiviert"ist.

{{note|Das kann nicht in Joomla! selbst gemacht werden. Hat man die Kontrolle über den Server (z.B. lokaler Server oder virtueller Server) dann kann man mit einem geeigneten Programm (wie z.B. "chown" eines Linux-Servers) die Änderungen vornehmen.}}

Bei einem geteilten Server sollte man den technischen Support der eigenen Organisation oder des Web-Hosting-Providers kontaktieren, das Problem beschreiben und ersuchen, die Datei-Eigentumsrechte entsprechend zu ändern.

=== Eine Erweiterung verwenden ===

Installiere die eXtplorer-Komponente (erhältlch im Joomla! Extensions Directory - Category [http://extensions.joomla.org/tags/file-management File Management]), falls noch nicht vorhanden. Damit können Dateien im "Datei"-Modus (Web-Server-Prozess-Identität) oder im FTP-Modus mit FTP-Login-Benutzer-Identität angesehen und verändert werden. Auch wenn man wahrscheinlich die Eigentumsrechte mit diesem Werkzeug nicht ändern kann, kann mit einer der Modi die “configuration.php” für alle Benutzer beschreibbar gemacht werden. Damit kann die globale Konfiguration einmal geändert werden - oder öfter, wenn dabei der FTP-Modus so verändert wird, dass er mit dem Eigentum der "configuration.php" übereinstimmt (Anmerkung unten beachten). '''Note:''' Änderungen des FTP-Modus betreffen die Eigentumsrechte aller Dateien, die mit den neuen Einstellungen upgeloadet werden (z.B. beim Installieren von Erweiterungen). [[Why_can%27t_you_install_any_extensions%3F#File_ownership_advice_from_ianmac|File ownership advice from ianmac]]

=== PHP-Eigentumsrechte prüfen ===

Den Web-Server PHP mit CGI oder Fast CGI laufen lassen. Damit läuft der PHP-Code mit derselben Benutzer-ID wie beim Upload des Joomla!-Code per FTP. So gibt es keinen Konflikt, da die ID des PHP-Prozesses, die die "configuration.php" ändert, dieselbe wie des Datei-Eigentümers ist. Wenn man nicht weiß, wie CGI oder FastCGI gesetzt wird, fragt man den Server-Administrator oder den Hosting-Service-Provider um Rat.

== Hintergrund ==

Oben Beschriebenes sind vereinfachte Erklärungen, das Folgende kann von Interesse und Wert für alle sein und erfahrenen Benutzern helfen, ihre eigenen Lösungen für das Problem zu formulieren.

* Die Datei "configuration.php" wird automatisch während der Seiten-Installation im Wurzelverzeichnis der Seite erzeugt (von "configuration.php-dist") und beinhaltet die Seiten-spezifischen Informationen aus dem Installations-Prozess. Änderungen im Konfigurations-Bereich des Administrator-"Backends" werden in "configuration.php" geschrieben, wenn entweder der "Speichern"- oder "Speichern & Schließen"-Button verwendet wird.
* Wann immer Joomla! die "configuration.php" upzudaten versucht, versucht es sie zuerst schreibfähig und nach dem Update die Datei aus Sicherheitsgründen nicht-schreibfähig (z.B. nur-lesen) zu machen.
* Dateien des Web-Servers, der Joomla! hostet, gehören verschiedenen Instanzen, abhängig wie und wo sie am Server platziert oder erzeugt wurden. Generell gehören Dateien einer Joomla!-Seite von einer von zwei Instanzen:
*# Dateien, die per FTP hinaufgeladen oder mit aktiviertem FTP installiert wurden gehören generell der Benutzer-ID, die mit der FTP-Benutzer-ID dieser Seite korrespondiert.
*# Dateien, die in Joomla! und mit nicht-aktiviertem FTP-Modus installiert wurden, gehören generell der "Phantom"-Benutzer-ID, die für die wesentlichen Web-Server-Prozesse und die Joomla!-Scripte gebraucht wird (oft als sowas wie "apache" oder "www-data" benannt).
<noinclude>
[[Category:FAQ/de]]
[[Category:Administration FAQ/de]]
[[Category:Version 1.5 FAQ/de]]
[[Category:Global Configuration Management/de]]
[[Category:Needs updating/de]]
</noinclude>

Translations:Cannot save Global Configuration changes/9/de

2019-04-13T15:50:12Z

Zeroweb2:

Änderung der Eigentumsrechte der “configuration.php” entsprechend der FTP-Login-ID, wenn "FTP aktiviert" ist oder der Web-Server-Prozess-Identität wenn "FTP nicht aktiviert"ist.

Cannot save Global Configuration changes/de

2019-04-13T15:50:02Z

Zeroweb2:

<noinclude><languages /></noinclude>
Im Konfigurations-Bereich des Administrator-"Backends" erscheint nach Klick auf den "Speichern"- oder "Speichern & Schließen"-Button folgende Fehlermeldung:
“Ein Fehler ist aufgetreten! In die configuration.php kann nicht geschrieben werden!”, möglicherweise zusammen mit “JFTP::write: Bad response”, wenn FTP aktiviert ist.

== Gründe für diesen Fehler ==

Das Konfigurations-Update-Skript von Joomla! konnte die Inhalte der “configuration.php" nicht ändern, um Änderungen der globalen Konfiguration zu speichern. Joomla! konnte nicht in die Datei schreiben und / oder konnte die Datei nicht beschreibbar machen (z.B. R/W). Seit Joomla! 1.5.x versucht, die “configuration.php” vor dem Speichern schreibbar zu machen, ist die zweite Variante wahrscheinlicher.
Die wahrscheinlichste Ursache ist, dass die “configuration.php” Eigentum eines anderen logischen Benutzers ist als der, der die Änderungen zu speichern versucht. Wenn die globale Konfiguration mit aktiviertem FTP verändert werden soll, ist wahrscheinlich der FTP-Login-ID falsch; ist FTP nicht aktiviert wird es ein Web-Server-Prozess sein (oft als sowas wie "apache" oder "www-data" benannt).
(Man kann üblicherweise die Datei-Eigentumsrechte mit der Einwahl in die Seite mittels FTP-Programm prüfen. Alternativ kann man eXtplorer verwenden - siehe unten).
Leider wird man aus dem gängigen Update der globalen Konfiguration ausgesperrt, da das aktivieren und deaktivieren des FTP-Modus (und dadurch Änderung der Identität beim Versuch, die Konfiguration zu ändern) von der globalen Konfiguration selbst festgelegt wird.

== Empfohlene Lösungen ==
{{note|Die “configuration.php” nicht für alle Benutzer beschreibbar machen. Dadurch kann die die globale Konfiguration nur einmal geändert werden. Joomla! würde die Datei danach auf read only setzen und das Problem würde weiterhin bestehen.|type=serious}}

=== Eigentumsrechte ===
Änderung der Zugriffsrechte der “configuration.php” entsprechend der FTP-Login-ID, wenn "FTP aktiviert" ist oder der Web-Server-Prozess-Identität wenn "FTP nicht aktiviert"ist.

{{note|Das kann nicht in Joomla! selbst gemacht werden. Hat man die Kontrolle über den Server (z.B. lokaler Server oder virtueller Server) dann kann man mit einem geeigneten Programm (wie z.B. "chown" eines Linux-Servers) die Änderungen vornehmen.}}

Bei einem geteilten Server sollte man den technischen Support der eigenen Organisation oder des Web-Hosting-Providers kontaktieren, das Problem beschreiben und ersuchen, die Datei-Eigentumsrechte entsprechend zu ändern.

=== Eine Erweiterung verwenden ===

Installiere die eXtplorer-Komponente (erhältlch im Joomla! Extensions Directory - Category [http://extensions.joomla.org/tags/file-management File Management]), falls noch nicht vorhanden. Damit können Dateien im "Datei"-Modus (Web-Server-Prozess-Identität) oder im FTP-Modus mit FTP-Login-Benutzer-Identität angesehen und verändert werden. Auch wenn man wahrscheinlich die Eigentumsrechte mit diesem Werkzeug nicht ändern kann, kann mit einer der Modi die “configuration.php” für alle Benutzer beschreibbar gemacht werden. Damit kann die globale Konfiguration einmal geändert werden - oder öfter, wenn dabei der FTP-Modus so verändert wird, dass er mit dem Eigentum der "configuration.php" übereinstimmt (Anmerkung unten beachten). '''Note:''' Änderungen des FTP-Modus betreffen die Eigentumsrechte aller Dateien, die mit den neuen Einstellungen upgeloadet werden (z.B. beim Installieren von Erweiterungen). [[Why_can%27t_you_install_any_extensions%3F#File_ownership_advice_from_ianmac|File ownership advice from ianmac]]

=== PHP-Eigentumsrechte prüfen ===

Den Web-Server PHP mit CGI oder Fast CGI laufen lassen. Damit läuft der PHP-Code mit derselben Benutzer-ID wie beim Upload des Joomla!-Code per FTP. So gibt es keinen Konflikt, da die ID des PHP-Prozesses, die die "configuration.php" ändert, dieselbe wie des Datei-Eigentümers ist. Wenn man nicht weiß, wie CGI oder FastCGI gesetzt wird, fragt man den Server-Administrator oder den Hosting-Service-Provider um Rat.

== Hintergrund ==

Oben Beschriebenes sind vereinfachte Erklärungen, das Folgende kann von Interesse und Wert für alle sein und erfahrenen Benutzern helfen, ihre eigenen Lösungen für das Problem zu formulieren.

* Die Datei "configuration.php" wird automatisch während der Seiten-Installation im Wurzelverzeichnis der Seite erzeugt (von "configuration.php-dist") und beinhaltet die Seiten-spezifischen Informationen aus dem Installations-Prozess. Änderungen im Konfigurations-Bereich des Administrator-"Backends" werden in "configuration.php" geschrieben, wenn entweder der "Speichern"- oder "Speichern & Schließen"-Button verwendet wird.
* Wann immer Joomla! die "configuration.php" upzudaten versucht, versucht es sie zuerst schreibfähig und nach dem Update die Datei aus Sicherheitsgründen nicht-schreibfähig (z.B. nur-lesen) zu machen.
* Dateien des Web-Servers, der Joomla! hostet, gehören verschiedenen Instanzen, abhängig wie und wo sie am Server platziert oder erzeugt wurden. Generell gehören Dateien einer Joomla!-Seite von einer von zwei Instanzen:
*# Dateien, die per FTP hinaufgeladen oder mit aktiviertem FTP installiert wurden gehören generell der Benutzer-ID, die mit der FTP-Benutzer-ID dieser Seite korrespondiert.
*# Dateien, die in Joomla! und mit nicht-aktiviertem FTP-Modus installiert wurden, gehören generell der "Phantom"-Benutzer-ID, die für die wesentlichen Web-Server-Prozesse und die Joomla!-Scripte gebraucht wird (oft als sowas wie "apache" oder "www-data" benannt).
<noinclude>
[[Category:FAQ/de]]
[[Category:Administration FAQ/de]]
[[Category:Version 1.5 FAQ/de]]
[[Category:Global Configuration Management/de]]
[[Category:Needs updating/de]]
</noinclude>

Translations:Cannot save Global Configuration changes/8/de

2019-04-13T15:50:02Z

Zeroweb2:

=== Eigentumsrechte ===

Cannot save Global Configuration changes/de

2019-04-13T15:49:11Z

Zeroweb2:

<noinclude><languages /></noinclude>
Im Konfigurations-Bereich des Administrator-"Backends" erscheint nach Klick auf den "Speichern"- oder "Speichern & Schließen"-Button folgende Fehlermeldung:
“Ein Fehler ist aufgetreten! In die configuration.php kann nicht geschrieben werden!”, möglicherweise zusammen mit “JFTP::write: Bad response”, wenn FTP aktiviert ist.

== Gründe für diesen Fehler ==

Das Konfigurations-Update-Skript von Joomla! konnte die Inhalte der “configuration.php" nicht ändern, um Änderungen der globalen Konfiguration zu speichern. Joomla! konnte nicht in die Datei schreiben und / oder konnte die Datei nicht beschreibbar machen (z.B. R/W). Seit Joomla! 1.5.x versucht, die “configuration.php” vor dem Speichern schreibbar zu machen, ist die zweite Variante wahrscheinlicher.
Die wahrscheinlichste Ursache ist, dass die “configuration.php” Eigentum eines anderen logischen Benutzers ist als der, der die Änderungen zu speichern versucht. Wenn die globale Konfiguration mit aktiviertem FTP verändert werden soll, ist wahrscheinlich der FTP-Login-ID falsch; ist FTP nicht aktiviert wird es ein Web-Server-Prozess sein (oft als sowas wie "apache" oder "www-data" benannt).
(Man kann üblicherweise die Datei-Eigentumsrechte mit der Einwahl in die Seite mittels FTP-Programm prüfen. Alternativ kann man eXtplorer verwenden - siehe unten).
Leider wird man aus dem gängigen Update der globalen Konfiguration ausgesperrt, da das aktivieren und deaktivieren des FTP-Modus (und dadurch Änderung der Identität beim Versuch, die Konfiguration zu ändern) von der globalen Konfiguration selbst festgelegt wird.

== Empfohlene Lösungen ==
{{note|Die “configuration.php” nicht für alle Benutzer beschreibbar machen. Dadurch kann die die globale Konfiguration nur einmal geändert werden. Joomla! würde die Datei danach auf read only setzen und das Problem würde weiterhin bestehen.|type=serious}}

=== Zugriffsrechte ===
Änderung der Zugriffsrechte der “configuration.php” entsprechend der FTP-Login-ID, wenn "FTP aktiviert" ist oder der Web-Server-Prozess-Identität wenn "FTP nicht aktiviert"ist.

{{note|Das kann nicht in Joomla! selbst gemacht werden. Hat man die Kontrolle über den Server (z.B. lokaler Server oder virtueller Server) dann kann man mit einem geeigneten Programm (wie z.B. "chown" eines Linux-Servers) die Änderungen vornehmen.}}

Bei einem geteilten Server sollte man den technischen Support der eigenen Organisation oder des Web-Hosting-Providers kontaktieren, das Problem beschreiben und ersuchen, die Datei-Eigentumsrechte entsprechend zu ändern.

=== Eine Erweiterung verwenden ===

Installiere die eXtplorer-Komponente (erhältlch im Joomla! Extensions Directory - Category [http://extensions.joomla.org/tags/file-management File Management]), falls noch nicht vorhanden. Damit können Dateien im "Datei"-Modus (Web-Server-Prozess-Identität) oder im FTP-Modus mit FTP-Login-Benutzer-Identität angesehen und verändert werden. Auch wenn man wahrscheinlich die Eigentumsrechte mit diesem Werkzeug nicht ändern kann, kann mit einer der Modi die “configuration.php” für alle Benutzer beschreibbar gemacht werden. Damit kann die globale Konfiguration einmal geändert werden - oder öfter, wenn dabei der FTP-Modus so verändert wird, dass er mit dem Eigentum der "configuration.php" übereinstimmt (Anmerkung unten beachten). '''Note:''' Änderungen des FTP-Modus betreffen die Eigentumsrechte aller Dateien, die mit den neuen Einstellungen upgeloadet werden (z.B. beim Installieren von Erweiterungen). [[Why_can%27t_you_install_any_extensions%3F#File_ownership_advice_from_ianmac|File ownership advice from ianmac]]

=== PHP-Eigentumsrechte prüfen ===

Den Web-Server PHP mit CGI oder Fast CGI laufen lassen. Damit läuft der PHP-Code mit derselben Benutzer-ID wie beim Upload des Joomla!-Code per FTP. So gibt es keinen Konflikt, da die ID des PHP-Prozesses, die die "configuration.php" ändert, dieselbe wie des Datei-Eigentümers ist. Wenn man nicht weiß, wie CGI oder FastCGI gesetzt wird, fragt man den Server-Administrator oder den Hosting-Service-Provider um Rat.

== Hintergrund ==

Oben Beschriebenes sind vereinfachte Erklärungen, das Folgende kann von Interesse und Wert für alle sein und erfahrenen Benutzern helfen, ihre eigenen Lösungen für das Problem zu formulieren.

* Die Datei "configuration.php" wird automatisch während der Seiten-Installation im Wurzelverzeichnis der Seite erzeugt (von "configuration.php-dist") und beinhaltet die Seiten-spezifischen Informationen aus dem Installations-Prozess. Änderungen im Konfigurations-Bereich des Administrator-"Backends" werden in "configuration.php" geschrieben, wenn entweder der "Speichern"- oder "Speichern & Schließen"-Button verwendet wird.
* Wann immer Joomla! die "configuration.php" upzudaten versucht, versucht es sie zuerst schreibfähig und nach dem Update die Datei aus Sicherheitsgründen nicht-schreibfähig (z.B. nur-lesen) zu machen.
* Dateien des Web-Servers, der Joomla! hostet, gehören verschiedenen Instanzen, abhängig wie und wo sie am Server platziert oder erzeugt wurden. Generell gehören Dateien einer Joomla!-Seite von einer von zwei Instanzen:
*# Dateien, die per FTP hinaufgeladen oder mit aktiviertem FTP installiert wurden gehören generell der Benutzer-ID, die mit der FTP-Benutzer-ID dieser Seite korrespondiert.
*# Dateien, die in Joomla! und mit nicht-aktiviertem FTP-Modus installiert wurden, gehören generell der "Phantom"-Benutzer-ID, die für die wesentlichen Web-Server-Prozesse und die Joomla!-Scripte gebraucht wird (oft als sowas wie "apache" oder "www-data" benannt).
<noinclude>
[[Category:FAQ/de]]
[[Category:Administration FAQ/de]]
[[Category:Version 1.5 FAQ/de]]
[[Category:Global Configuration Management/de]]
[[Category:Needs updating/de]]
</noinclude>

Translations:Cannot save Global Configuration changes/10/de

2019-04-13T15:49:10Z

Zeroweb2:

Das kann nicht in Joomla! selbst gemacht werden. Hat man die Kontrolle über den Server (z.B. lokaler Server oder virtueller Server) dann kann man mit einem geeigneten Programm (wie z.B. "chown" eines Linux-Servers) die Änderungen vornehmen.

Cannot save Global Configuration changes/de

2019-04-13T15:47:54Z

Zeroweb2:

<noinclude><languages /></noinclude>
Im Konfigurations-Bereich des Administrator-"Backends" erscheint nach Klick auf den "Speichern"- oder "Speichern & Schließen"-Button folgende Fehlermeldung:
“Ein Fehler ist aufgetreten! In die configuration.php kann nicht geschrieben werden!”, möglicherweise zusammen mit “JFTP::write: Bad response”, wenn FTP aktiviert ist.

== Gründe für diesen Fehler ==

Das Konfigurations-Update-Skript von Joomla! konnte die Inhalte der “configuration.php" nicht ändern, um Änderungen der globalen Konfiguration zu speichern. Joomla! konnte nicht in die Datei schreiben und / oder konnte die Datei nicht beschreibbar machen (z.B. R/W). Seit Joomla! 1.5.x versucht, die “configuration.php” vor dem Speichern schreibbar zu machen, ist die zweite Variante wahrscheinlicher.
Die wahrscheinlichste Ursache ist, dass die “configuration.php” Eigentum eines anderen logischen Benutzers ist als der, der die Änderungen zu speichern versucht. Wenn die globale Konfiguration mit aktiviertem FTP verändert werden soll, ist wahrscheinlich der FTP-Login-ID falsch; ist FTP nicht aktiviert wird es ein Web-Server-Prozess sein (oft als sowas wie "apache" oder "www-data" benannt).
(Man kann üblicherweise die Datei-Eigentumsrechte mit der Einwahl in die Seite mittels FTP-Programm prüfen. Alternativ kann man eXtplorer verwenden - siehe unten).
Leider wird man aus dem gängigen Update der globalen Konfiguration ausgesperrt, da das aktivieren und deaktivieren des FTP-Modus (und dadurch Änderung der Identität beim Versuch, die Konfiguration zu ändern) von der globalen Konfiguration selbst festgelegt wird.

== Empfohlene Lösungen ==
{{note|Die “configuration.php” nicht für alle Benutzer beschreibbar machen. Dadurch kann die die globale Konfiguration nur einmal geändert werden. Joomla! würde die Datei danach auf read only setzen und das Problem würde weiterhin bestehen.|type=serious}}

=== Zugriffsrechte ===
Änderung der Zugriffsrechte der “configuration.php” entsprechend der FTP-Login-ID, wenn "FTP aktiviert" ist oder der Web-Server-Prozess-Identität wenn "FTP nicht aktiviert"ist.

{{note|Das kann nicht in Joomla! selbst gemacht werden. Hat man die Kontrolle über den Server (z.B. lokaler Server oder virtueller Server) dann sollte man mit einem geeigneten Programm (wie "chown" eines Linux-Servers) dazu in der Lage sein.}}

Bei einem geteilten Server sollte man den technischen Support der eigenen Organisation oder des Web-Hosting-Providers kontaktieren, das Problem beschreiben und ersuchen, die Datei-Eigentumsrechte entsprechend zu ändern.

=== Eine Erweiterung verwenden ===

Installiere die eXtplorer-Komponente (erhältlch im Joomla! Extensions Directory - Category [http://extensions.joomla.org/tags/file-management File Management]), falls noch nicht vorhanden. Damit können Dateien im "Datei"-Modus (Web-Server-Prozess-Identität) oder im FTP-Modus mit FTP-Login-Benutzer-Identität angesehen und verändert werden. Auch wenn man wahrscheinlich die Eigentumsrechte mit diesem Werkzeug nicht ändern kann, kann mit einer der Modi die “configuration.php” für alle Benutzer beschreibbar gemacht werden. Damit kann die globale Konfiguration einmal geändert werden - oder öfter, wenn dabei der FTP-Modus so verändert wird, dass er mit dem Eigentum der "configuration.php" übereinstimmt (Anmerkung unten beachten). '''Note:''' Änderungen des FTP-Modus betreffen die Eigentumsrechte aller Dateien, die mit den neuen Einstellungen upgeloadet werden (z.B. beim Installieren von Erweiterungen). [[Why_can%27t_you_install_any_extensions%3F#File_ownership_advice_from_ianmac|File ownership advice from ianmac]]

=== PHP-Eigentumsrechte prüfen ===

Den Web-Server PHP mit CGI oder Fast CGI laufen lassen. Damit läuft der PHP-Code mit derselben Benutzer-ID wie beim Upload des Joomla!-Code per FTP. So gibt es keinen Konflikt, da die ID des PHP-Prozesses, die die "configuration.php" ändert, dieselbe wie des Datei-Eigentümers ist. Wenn man nicht weiß, wie CGI oder FastCGI gesetzt wird, fragt man den Server-Administrator oder den Hosting-Service-Provider um Rat.

== Hintergrund ==

Oben Beschriebenes sind vereinfachte Erklärungen, das Folgende kann von Interesse und Wert für alle sein und erfahrenen Benutzern helfen, ihre eigenen Lösungen für das Problem zu formulieren.

* Die Datei "configuration.php" wird automatisch während der Seiten-Installation im Wurzelverzeichnis der Seite erzeugt (von "configuration.php-dist") und beinhaltet die Seiten-spezifischen Informationen aus dem Installations-Prozess. Änderungen im Konfigurations-Bereich des Administrator-"Backends" werden in "configuration.php" geschrieben, wenn entweder der "Speichern"- oder "Speichern & Schließen"-Button verwendet wird.
* Wann immer Joomla! die "configuration.php" upzudaten versucht, versucht es sie zuerst schreibfähig und nach dem Update die Datei aus Sicherheitsgründen nicht-schreibfähig (z.B. nur-lesen) zu machen.
* Dateien des Web-Servers, der Joomla! hostet, gehören verschiedenen Instanzen, abhängig wie und wo sie am Server platziert oder erzeugt wurden. Generell gehören Dateien einer Joomla!-Seite von einer von zwei Instanzen:
*# Dateien, die per FTP hinaufgeladen oder mit aktiviertem FTP installiert wurden gehören generell der Benutzer-ID, die mit der FTP-Benutzer-ID dieser Seite korrespondiert.
*# Dateien, die in Joomla! und mit nicht-aktiviertem FTP-Modus installiert wurden, gehören generell der "Phantom"-Benutzer-ID, die für die wesentlichen Web-Server-Prozesse und die Joomla!-Scripte gebraucht wird (oft als sowas wie "apache" oder "www-data" benannt).
<noinclude>
[[Category:FAQ/de]]
[[Category:Administration FAQ/de]]
[[Category:Version 1.5 FAQ/de]]
[[Category:Global Configuration Management/de]]
[[Category:Needs updating/de]]
</noinclude>

Translations:Cannot save Global Configuration changes/9/de

2019-04-13T15:47:54Z

Zeroweb2:

Änderung der Zugriffsrechte der “configuration.php” entsprechend der FTP-Login-ID, wenn "FTP aktiviert" ist oder der Web-Server-Prozess-Identität wenn "FTP nicht aktiviert"ist.

Cannot save Global Configuration changes/de

2019-04-13T15:46:33Z

Zeroweb2:

<noinclude><languages /></noinclude>
Im Konfigurations-Bereich des Administrator-"Backends" erscheint nach Klick auf den "Speichern"- oder "Speichern & Schließen"-Button folgende Fehlermeldung:
“Ein Fehler ist aufgetreten! In die configuration.php kann nicht geschrieben werden!”, möglicherweise zusammen mit “JFTP::write: Bad response”, wenn FTP aktiviert ist.

== Gründe für diesen Fehler ==

Das Konfigurations-Update-Skript von Joomla! konnte die Inhalte der “configuration.php" nicht ändern, um Änderungen der globalen Konfiguration zu speichern. Joomla! konnte nicht in die Datei schreiben und / oder konnte die Datei nicht beschreibbar machen (z.B. R/W). Seit Joomla! 1.5.x versucht, die “configuration.php” vor dem Speichern schreibbar zu machen, ist die zweite Variante wahrscheinlicher.
Die wahrscheinlichste Ursache ist, dass die “configuration.php” Eigentum eines anderen logischen Benutzers ist als der, der die Änderungen zu speichern versucht. Wenn die globale Konfiguration mit aktiviertem FTP verändert werden soll, ist wahrscheinlich der FTP-Login-ID falsch; ist FTP nicht aktiviert wird es ein Web-Server-Prozess sein (oft als sowas wie "apache" oder "www-data" benannt).
(Man kann üblicherweise die Datei-Eigentumsrechte mit der Einwahl in die Seite mittels FTP-Programm prüfen. Alternativ kann man eXtplorer verwenden - siehe unten).
Leider wird man aus dem gängigen Update der globalen Konfiguration ausgesperrt, da das aktivieren und deaktivieren des FTP-Modus (und dadurch Änderung der Identität beim Versuch, die Konfiguration zu ändern) von der globalen Konfiguration selbst festgelegt wird.

== Empfohlene Lösungen ==
{{note|Die “configuration.php” nicht für alle Benutzer beschreibbar machen. Dadurch kann die die globale Konfiguration nur einmal geändert werden. Joomla! würde die Datei danach auf read only setzen und das Problem würde weiterhin bestehen.|type=serious}}

=== Zugriffsrechte ===
Änderung des Eigentums der “configuration.php” entsprechend der FTP-Login-ID bei "FTP aktiviert" oder der Web-Server-Prozess-Identität bei "FTP nicht aktiviert".

{{note|Das kann nicht in Joomla! selbst gemacht werden. Hat man die Kontrolle über den Server (z.B. lokaler Server oder virtueller Server) dann sollte man mit einem geeigneten Programm (wie "chown" eines Linux-Servers) dazu in der Lage sein.}}

Bei einem geteilten Server sollte man den technischen Support der eigenen Organisation oder des Web-Hosting-Providers kontaktieren, das Problem beschreiben und ersuchen, die Datei-Eigentumsrechte entsprechend zu ändern.

=== Eine Erweiterung verwenden ===

Installiere die eXtplorer-Komponente (erhältlch im Joomla! Extensions Directory - Category [http://extensions.joomla.org/tags/file-management File Management]), falls noch nicht vorhanden. Damit können Dateien im "Datei"-Modus (Web-Server-Prozess-Identität) oder im FTP-Modus mit FTP-Login-Benutzer-Identität angesehen und verändert werden. Auch wenn man wahrscheinlich die Eigentumsrechte mit diesem Werkzeug nicht ändern kann, kann mit einer der Modi die “configuration.php” für alle Benutzer beschreibbar gemacht werden. Damit kann die globale Konfiguration einmal geändert werden - oder öfter, wenn dabei der FTP-Modus so verändert wird, dass er mit dem Eigentum der "configuration.php" übereinstimmt (Anmerkung unten beachten). '''Note:''' Änderungen des FTP-Modus betreffen die Eigentumsrechte aller Dateien, die mit den neuen Einstellungen upgeloadet werden (z.B. beim Installieren von Erweiterungen). [[Why_can%27t_you_install_any_extensions%3F#File_ownership_advice_from_ianmac|File ownership advice from ianmac]]

=== PHP-Eigentumsrechte prüfen ===

Den Web-Server PHP mit CGI oder Fast CGI laufen lassen. Damit läuft der PHP-Code mit derselben Benutzer-ID wie beim Upload des Joomla!-Code per FTP. So gibt es keinen Konflikt, da die ID des PHP-Prozesses, die die "configuration.php" ändert, dieselbe wie des Datei-Eigentümers ist. Wenn man nicht weiß, wie CGI oder FastCGI gesetzt wird, fragt man den Server-Administrator oder den Hosting-Service-Provider um Rat.

== Hintergrund ==

Oben Beschriebenes sind vereinfachte Erklärungen, das Folgende kann von Interesse und Wert für alle sein und erfahrenen Benutzern helfen, ihre eigenen Lösungen für das Problem zu formulieren.

* Die Datei "configuration.php" wird automatisch während der Seiten-Installation im Wurzelverzeichnis der Seite erzeugt (von "configuration.php-dist") und beinhaltet die Seiten-spezifischen Informationen aus dem Installations-Prozess. Änderungen im Konfigurations-Bereich des Administrator-"Backends" werden in "configuration.php" geschrieben, wenn entweder der "Speichern"- oder "Speichern & Schließen"-Button verwendet wird.
* Wann immer Joomla! die "configuration.php" upzudaten versucht, versucht es sie zuerst schreibfähig und nach dem Update die Datei aus Sicherheitsgründen nicht-schreibfähig (z.B. nur-lesen) zu machen.
* Dateien des Web-Servers, der Joomla! hostet, gehören verschiedenen Instanzen, abhängig wie und wo sie am Server platziert oder erzeugt wurden. Generell gehören Dateien einer Joomla!-Seite von einer von zwei Instanzen:
*# Dateien, die per FTP hinaufgeladen oder mit aktiviertem FTP installiert wurden gehören generell der Benutzer-ID, die mit der FTP-Benutzer-ID dieser Seite korrespondiert.
*# Dateien, die in Joomla! und mit nicht-aktiviertem FTP-Modus installiert wurden, gehören generell der "Phantom"-Benutzer-ID, die für die wesentlichen Web-Server-Prozesse und die Joomla!-Scripte gebraucht wird (oft als sowas wie "apache" oder "www-data" benannt).
<noinclude>
[[Category:FAQ/de]]
[[Category:Administration FAQ/de]]
[[Category:Version 1.5 FAQ/de]]
[[Category:Global Configuration Management/de]]
[[Category:Needs updating/de]]
</noinclude>

Translations:Cannot save Global Configuration changes/8/de

2019-04-13T15:46:33Z

Zeroweb2:

=== Zugriffsrechte ===

Cannot save Global Configuration changes/de

2019-04-13T15:45:52Z

Zeroweb2:

<noinclude><languages /></noinclude>
Im Konfigurations-Bereich des Administrator-"Backends" erscheint nach Klick auf den "Speichern"- oder "Speichern & Schließen"-Button folgende Fehlermeldung:
“Ein Fehler ist aufgetreten! In die configuration.php kann nicht geschrieben werden!”, möglicherweise zusammen mit “JFTP::write: Bad response”, wenn FTP aktiviert ist.

== Gründe für diesen Fehler ==

Das Konfigurations-Update-Skript von Joomla! konnte die Inhalte der “configuration.php" nicht ändern, um Änderungen der globalen Konfiguration zu speichern. Joomla! konnte nicht in die Datei schreiben und / oder konnte die Datei nicht beschreibbar machen (z.B. R/W). Seit Joomla! 1.5.x versucht, die “configuration.php” vor dem Speichern schreibbar zu machen, ist die zweite Variante wahrscheinlicher.
Die wahrscheinlichste Ursache ist, dass die “configuration.php” Eigentum eines anderen logischen Benutzers ist als der, der die Änderungen zu speichern versucht. Wenn die globale Konfiguration mit aktiviertem FTP verändert werden soll, ist wahrscheinlich der FTP-Login-ID falsch; ist FTP nicht aktiviert wird es ein Web-Server-Prozess sein (oft als sowas wie "apache" oder "www-data" benannt).
(Man kann üblicherweise die Datei-Eigentumsrechte mit der Einwahl in die Seite mittels FTP-Programm prüfen. Alternativ kann man eXtplorer verwenden - siehe unten).
Leider wird man aus dem gängigen Update der globalen Konfiguration ausgesperrt, da das aktivieren und deaktivieren des FTP-Modus (und dadurch Änderung der Identität beim Versuch, die Konfiguration zu ändern) von der globalen Konfiguration selbst festgelegt wird.

== Empfohlene Lösungen ==
{{note|Die “configuration.php” nicht für alle Benutzer beschreibbar machen. Dadurch kann die die globale Konfiguration nur einmal geändert werden. Joomla! würde die Datei danach auf read only setzen und das Problem würde weiterhin bestehen.|type=serious}}

=== Eigentum ===
Änderung des Eigentums der “configuration.php” entsprechend der FTP-Login-ID bei "FTP aktiviert" oder der Web-Server-Prozess-Identität bei "FTP nicht aktiviert".

{{note|Das kann nicht in Joomla! selbst gemacht werden. Hat man die Kontrolle über den Server (z.B. lokaler Server oder virtueller Server) dann sollte man mit einem geeigneten Programm (wie "chown" eines Linux-Servers) dazu in der Lage sein.}}

Bei einem geteilten Server sollte man den technischen Support der eigenen Organisation oder des Web-Hosting-Providers kontaktieren, das Problem beschreiben und ersuchen, die Datei-Eigentumsrechte entsprechend zu ändern.

=== Eine Erweiterung verwenden ===

Installiere die eXtplorer-Komponente (erhältlch im Joomla! Extensions Directory - Category [http://extensions.joomla.org/tags/file-management File Management]), falls noch nicht vorhanden. Damit können Dateien im "Datei"-Modus (Web-Server-Prozess-Identität) oder im FTP-Modus mit FTP-Login-Benutzer-Identität angesehen und verändert werden. Auch wenn man wahrscheinlich die Eigentumsrechte mit diesem Werkzeug nicht ändern kann, kann mit einer der Modi die “configuration.php” für alle Benutzer beschreibbar gemacht werden. Damit kann die globale Konfiguration einmal geändert werden - oder öfter, wenn dabei der FTP-Modus so verändert wird, dass er mit dem Eigentum der "configuration.php" übereinstimmt (Anmerkung unten beachten). '''Note:''' Änderungen des FTP-Modus betreffen die Eigentumsrechte aller Dateien, die mit den neuen Einstellungen upgeloadet werden (z.B. beim Installieren von Erweiterungen). [[Why_can%27t_you_install_any_extensions%3F#File_ownership_advice_from_ianmac|File ownership advice from ianmac]]

=== PHP-Eigentumsrechte prüfen ===

Den Web-Server PHP mit CGI oder Fast CGI laufen lassen. Damit läuft der PHP-Code mit derselben Benutzer-ID wie beim Upload des Joomla!-Code per FTP. So gibt es keinen Konflikt, da die ID des PHP-Prozesses, die die "configuration.php" ändert, dieselbe wie des Datei-Eigentümers ist. Wenn man nicht weiß, wie CGI oder FastCGI gesetzt wird, fragt man den Server-Administrator oder den Hosting-Service-Provider um Rat.

== Hintergrund ==

Oben Beschriebenes sind vereinfachte Erklärungen, das Folgende kann von Interesse und Wert für alle sein und erfahrenen Benutzern helfen, ihre eigenen Lösungen für das Problem zu formulieren.

* Die Datei "configuration.php" wird automatisch während der Seiten-Installation im Wurzelverzeichnis der Seite erzeugt (von "configuration.php-dist") und beinhaltet die Seiten-spezifischen Informationen aus dem Installations-Prozess. Änderungen im Konfigurations-Bereich des Administrator-"Backends" werden in "configuration.php" geschrieben, wenn entweder der "Speichern"- oder "Speichern & Schließen"-Button verwendet wird.
* Wann immer Joomla! die "configuration.php" upzudaten versucht, versucht es sie zuerst schreibfähig und nach dem Update die Datei aus Sicherheitsgründen nicht-schreibfähig (z.B. nur-lesen) zu machen.
* Dateien des Web-Servers, der Joomla! hostet, gehören verschiedenen Instanzen, abhängig wie und wo sie am Server platziert oder erzeugt wurden. Generell gehören Dateien einer Joomla!-Seite von einer von zwei Instanzen:
*# Dateien, die per FTP hinaufgeladen oder mit aktiviertem FTP installiert wurden gehören generell der Benutzer-ID, die mit der FTP-Benutzer-ID dieser Seite korrespondiert.
*# Dateien, die in Joomla! und mit nicht-aktiviertem FTP-Modus installiert wurden, gehören generell der "Phantom"-Benutzer-ID, die für die wesentlichen Web-Server-Prozesse und die Joomla!-Scripte gebraucht wird (oft als sowas wie "apache" oder "www-data" benannt).
<noinclude>
[[Category:FAQ/de]]
[[Category:Administration FAQ/de]]
[[Category:Version 1.5 FAQ/de]]
[[Category:Global Configuration Management/de]]
[[Category:Needs updating/de]]
</noinclude>

Translations:Cannot save Global Configuration changes/7/de

2019-04-13T15:45:52Z

Zeroweb2:

Die “configuration.php” nicht für alle Benutzer beschreibbar machen. Dadurch kann die die globale Konfiguration nur einmal geändert werden. Joomla! würde die Datei danach auf read only setzen und das Problem würde weiterhin bestehen.

Cannot save Global Configuration changes/de

2019-04-13T15:41:48Z

Zeroweb2:

<noinclude><languages /></noinclude>
Im Konfigurations-Bereich des Administrator-"Backends" erscheint nach Klick auf den "Speichern"- oder "Speichern & Schließen"-Button folgende Fehlermeldung:
“Ein Fehler ist aufgetreten! In die configuration.php kann nicht geschrieben werden!”, möglicherweise zusammen mit “JFTP::write: Bad response”, wenn FTP aktiviert ist.

== Gründe für diesen Fehler ==

Das Konfigurations-Update-Skript von Joomla! konnte die Inhalte der “configuration.php" nicht ändern, um Änderungen der globalen Konfiguration zu speichern. Joomla! konnte nicht in die Datei schreiben und / oder konnte die Datei nicht beschreibbar machen (z.B. R/W). Seit Joomla! 1.5.x versucht, die “configuration.php” vor dem Speichern schreibbar zu machen, ist die zweite Variante wahrscheinlicher.
Die wahrscheinlichste Ursache ist, dass die “configuration.php” Eigentum eines anderen logischen Benutzers ist als der, der die Änderungen zu speichern versucht. Wenn die globale Konfiguration mit aktiviertem FTP verändert werden soll, ist wahrscheinlich der FTP-Login-ID falsch; ist FTP nicht aktiviert wird es ein Web-Server-Prozess sein (oft als sowas wie "apache" oder "www-data" benannt).
(Man kann üblicherweise die Datei-Eigentumsrechte mit der Einwahl in die Seite mittels FTP-Programm prüfen. Alternativ kann man eXtplorer verwenden - siehe unten).
Leider wird man aus dem gängigen Update der globalen Konfiguration ausgesperrt, da das aktivieren und deaktivieren des FTP-Modus (und dadurch Änderung der Identität beim Versuch, die Konfiguration zu ändern) von der globalen Konfiguration selbst festgelegt wird.

== Empfohlene Lösungen ==
{{note|Die “configuration.php” nicht für alle Benutzer schreibbar machen. Resultat wäre, dass man die globale Konfiguration nur einmal updaten kann. Danach macht Joomla! die Datei für alle Benutzer nur-lesbar und das Problem ist wieder da.|type=serious}}

=== Eigentum ===
Änderung des Eigentums der “configuration.php” entsprechend der FTP-Login-ID bei "FTP aktiviert" oder der Web-Server-Prozess-Identität bei "FTP nicht aktiviert".

{{note|Das kann nicht in Joomla! selbst gemacht werden. Hat man die Kontrolle über den Server (z.B. lokaler Server oder virtueller Server) dann sollte man mit einem geeigneten Programm (wie "chown" eines Linux-Servers) dazu in der Lage sein.}}

Bei einem geteilten Server sollte man den technischen Support der eigenen Organisation oder des Web-Hosting-Providers kontaktieren, das Problem beschreiben und ersuchen, die Datei-Eigentumsrechte entsprechend zu ändern.

=== Eine Erweiterung verwenden ===

Installiere die eXtplorer-Komponente (erhältlch im Joomla! Extensions Directory - Category [http://extensions.joomla.org/tags/file-management File Management]), falls noch nicht vorhanden. Damit können Dateien im "Datei"-Modus (Web-Server-Prozess-Identität) oder im FTP-Modus mit FTP-Login-Benutzer-Identität angesehen und verändert werden. Auch wenn man wahrscheinlich die Eigentumsrechte mit diesem Werkzeug nicht ändern kann, kann mit einer der Modi die “configuration.php” für alle Benutzer beschreibbar gemacht werden. Damit kann die globale Konfiguration einmal geändert werden - oder öfter, wenn dabei der FTP-Modus so verändert wird, dass er mit dem Eigentum der "configuration.php" übereinstimmt (Anmerkung unten beachten). '''Note:''' Änderungen des FTP-Modus betreffen die Eigentumsrechte aller Dateien, die mit den neuen Einstellungen upgeloadet werden (z.B. beim Installieren von Erweiterungen). [[Why_can%27t_you_install_any_extensions%3F#File_ownership_advice_from_ianmac|File ownership advice from ianmac]]

=== PHP-Eigentumsrechte prüfen ===

Den Web-Server PHP mit CGI oder Fast CGI laufen lassen. Damit läuft der PHP-Code mit derselben Benutzer-ID wie beim Upload des Joomla!-Code per FTP. So gibt es keinen Konflikt, da die ID des PHP-Prozesses, die die "configuration.php" ändert, dieselbe wie des Datei-Eigentümers ist. Wenn man nicht weiß, wie CGI oder FastCGI gesetzt wird, fragt man den Server-Administrator oder den Hosting-Service-Provider um Rat.

== Hintergrund ==

Oben Beschriebenes sind vereinfachte Erklärungen, das Folgende kann von Interesse und Wert für alle sein und erfahrenen Benutzern helfen, ihre eigenen Lösungen für das Problem zu formulieren.

* Die Datei "configuration.php" wird automatisch während der Seiten-Installation im Wurzelverzeichnis der Seite erzeugt (von "configuration.php-dist") und beinhaltet die Seiten-spezifischen Informationen aus dem Installations-Prozess. Änderungen im Konfigurations-Bereich des Administrator-"Backends" werden in "configuration.php" geschrieben, wenn entweder der "Speichern"- oder "Speichern & Schließen"-Button verwendet wird.
* Wann immer Joomla! die "configuration.php" upzudaten versucht, versucht es sie zuerst schreibfähig und nach dem Update die Datei aus Sicherheitsgründen nicht-schreibfähig (z.B. nur-lesen) zu machen.
* Dateien des Web-Servers, der Joomla! hostet, gehören verschiedenen Instanzen, abhängig wie und wo sie am Server platziert oder erzeugt wurden. Generell gehören Dateien einer Joomla!-Seite von einer von zwei Instanzen:
*# Dateien, die per FTP hinaufgeladen oder mit aktiviertem FTP installiert wurden gehören generell der Benutzer-ID, die mit der FTP-Benutzer-ID dieser Seite korrespondiert.
*# Dateien, die in Joomla! und mit nicht-aktiviertem FTP-Modus installiert wurden, gehören generell der "Phantom"-Benutzer-ID, die für die wesentlichen Web-Server-Prozesse und die Joomla!-Scripte gebraucht wird (oft als sowas wie "apache" oder "www-data" benannt).
<noinclude>
[[Category:FAQ/de]]
[[Category:Administration FAQ/de]]
[[Category:Version 1.5 FAQ/de]]
[[Category:Global Configuration Management/de]]
[[Category:Needs updating/de]]
</noinclude>

Translations:Cannot save Global Configuration changes/4/de

2019-04-13T15:41:48Z

Zeroweb2:

Die wahrscheinlichste Ursache ist, dass die “configuration.php” Eigentum eines anderen logischen Benutzers ist als der, der die Änderungen zu speichern versucht. Wenn die globale Konfiguration mit aktiviertem FTP verändert werden soll, ist wahrscheinlich der FTP-Login-ID falsch; ist FTP nicht aktiviert wird es ein Web-Server-Prozess sein (oft als sowas wie "apache" oder "www-data" benannt).

Cannot save Global Configuration changes/de

2019-04-13T15:39:58Z

Zeroweb2:

<noinclude><languages /></noinclude>
Im Konfigurations-Bereich des Administrator-"Backends" erscheint nach Klick auf den "Speichern"- oder "Speichern & Schließen"-Button folgende Fehlermeldung:
“Ein Fehler ist aufgetreten! In die configuration.php kann nicht geschrieben werden!”, möglicherweise zusammen mit “JFTP::write: Bad response”, wenn FTP aktiviert ist.

== Gründe für diesen Fehler ==

Das Konfigurations-Update-Skript von Joomla! konnte die Inhalte der “configuration.php" nicht ändern, um Änderungen der globalen Konfiguration zu speichern. Joomla! konnte nicht in die Datei schreiben und / oder konnte die Datei nicht beschreibbar machen (z.B. R/W). Seit Joomla! 1.5.x versucht, die “configuration.php” vor dem Speichern schreibbar zu machen, ist die zweite Variante wahrscheinlicher.
Die wahrscheinlichste Ursache ist, dass die “configuration.php” Eigentum eines anderen Benutzers ist als der, der die Änderungen versucht. Wenn die globale Konfiguration mit aktiviertem FTP verändert werden, wird es dir FTP-Login-ID sein; ist FTP nicht aktiviert wird es ein Web-Server-Prozess sein (oft als sowas wie "apache" oder "www-data" benannt).
(Man kann üblicherweise die Datei-Eigentumsrechte mit der Einwahl in die Seite mittels FTP-Programm prüfen. Alternativ kann man eXtplorer verwenden - siehe unten).
Leider wird man aus dem gängigen Update der globalen Konfiguration ausgesperrt, da das aktivieren und deaktivieren des FTP-Modus (und dadurch Änderung der Identität beim Versuch, die Konfiguration zu ändern) von der globalen Konfiguration selbst festgelegt wird.

== Empfohlene Lösungen ==
{{note|Die “configuration.php” nicht für alle Benutzer schreibbar machen. Resultat wäre, dass man die globale Konfiguration nur einmal updaten kann. Danach macht Joomla! die Datei für alle Benutzer nur-lesbar und das Problem ist wieder da.|type=serious}}

=== Eigentum ===
Änderung des Eigentums der “configuration.php” entsprechend der FTP-Login-ID bei "FTP aktiviert" oder der Web-Server-Prozess-Identität bei "FTP nicht aktiviert".

{{note|Das kann nicht in Joomla! selbst gemacht werden. Hat man die Kontrolle über den Server (z.B. lokaler Server oder virtueller Server) dann sollte man mit einem geeigneten Programm (wie "chown" eines Linux-Servers) dazu in der Lage sein.}}

Bei einem geteilten Server sollte man den technischen Support der eigenen Organisation oder des Web-Hosting-Providers kontaktieren, das Problem beschreiben und ersuchen, die Datei-Eigentumsrechte entsprechend zu ändern.

=== Eine Erweiterung verwenden ===

Installiere die eXtplorer-Komponente (erhältlch im Joomla! Extensions Directory - Category [http://extensions.joomla.org/tags/file-management File Management]), falls noch nicht vorhanden. Damit können Dateien im "Datei"-Modus (Web-Server-Prozess-Identität) oder im FTP-Modus mit FTP-Login-Benutzer-Identität angesehen und verändert werden. Auch wenn man wahrscheinlich die Eigentumsrechte mit diesem Werkzeug nicht ändern kann, kann mit einer der Modi die “configuration.php” für alle Benutzer beschreibbar gemacht werden. Damit kann die globale Konfiguration einmal geändert werden - oder öfter, wenn dabei der FTP-Modus so verändert wird, dass er mit dem Eigentum der "configuration.php" übereinstimmt (Anmerkung unten beachten). '''Note:''' Änderungen des FTP-Modus betreffen die Eigentumsrechte aller Dateien, die mit den neuen Einstellungen upgeloadet werden (z.B. beim Installieren von Erweiterungen). [[Why_can%27t_you_install_any_extensions%3F#File_ownership_advice_from_ianmac|File ownership advice from ianmac]]

=== PHP-Eigentumsrechte prüfen ===

Den Web-Server PHP mit CGI oder Fast CGI laufen lassen. Damit läuft der PHP-Code mit derselben Benutzer-ID wie beim Upload des Joomla!-Code per FTP. So gibt es keinen Konflikt, da die ID des PHP-Prozesses, die die "configuration.php" ändert, dieselbe wie des Datei-Eigentümers ist. Wenn man nicht weiß, wie CGI oder FastCGI gesetzt wird, fragt man den Server-Administrator oder den Hosting-Service-Provider um Rat.

== Hintergrund ==

Oben Beschriebenes sind vereinfachte Erklärungen, das Folgende kann von Interesse und Wert für alle sein und erfahrenen Benutzern helfen, ihre eigenen Lösungen für das Problem zu formulieren.

* Die Datei "configuration.php" wird automatisch während der Seiten-Installation im Wurzelverzeichnis der Seite erzeugt (von "configuration.php-dist") und beinhaltet die Seiten-spezifischen Informationen aus dem Installations-Prozess. Änderungen im Konfigurations-Bereich des Administrator-"Backends" werden in "configuration.php" geschrieben, wenn entweder der "Speichern"- oder "Speichern & Schließen"-Button verwendet wird.
* Wann immer Joomla! die "configuration.php" upzudaten versucht, versucht es sie zuerst schreibfähig und nach dem Update die Datei aus Sicherheitsgründen nicht-schreibfähig (z.B. nur-lesen) zu machen.
* Dateien des Web-Servers, der Joomla! hostet, gehören verschiedenen Instanzen, abhängig wie und wo sie am Server platziert oder erzeugt wurden. Generell gehören Dateien einer Joomla!-Seite von einer von zwei Instanzen:
*# Dateien, die per FTP hinaufgeladen oder mit aktiviertem FTP installiert wurden gehören generell der Benutzer-ID, die mit der FTP-Benutzer-ID dieser Seite korrespondiert.
*# Dateien, die in Joomla! und mit nicht-aktiviertem FTP-Modus installiert wurden, gehören generell der "Phantom"-Benutzer-ID, die für die wesentlichen Web-Server-Prozesse und die Joomla!-Scripte gebraucht wird (oft als sowas wie "apache" oder "www-data" benannt).
<noinclude>
[[Category:FAQ/de]]
[[Category:Administration FAQ/de]]
[[Category:Version 1.5 FAQ/de]]
[[Category:Global Configuration Management/de]]
[[Category:Needs updating/de]]
</noinclude>

Translations:Cannot save Global Configuration changes/3/de

2019-04-13T15:39:58Z

Zeroweb2:

Das Konfigurations-Update-Skript von Joomla! konnte die Inhalte der “configuration.php" nicht ändern, um Änderungen der globalen Konfiguration zu speichern. Joomla! konnte nicht in die Datei schreiben und / oder konnte die Datei nicht beschreibbar machen (z.B. R/W). Seit Joomla! 1.5.x versucht, die “configuration.php” vor dem Speichern schreibbar zu machen, ist die zweite Variante wahrscheinlicher.

Cannot save Global Configuration changes/de

2019-04-13T15:32:38Z

Zeroweb2:

<noinclude><languages /></noinclude>
Im Konfigurations-Bereich des Administrator-"Backends" erscheint nach Klick auf den "Speichern"- oder "Speichern & Schließen"-Button folgende Fehlermeldung:
“Ein Fehler ist aufgetreten! In die configuration.php kann nicht geschrieben werden!”, möglicherweise zusammen mit “JFTP::write: Bad response”, wenn FTP aktiviert ist.

== Gründe für diesen Fehler ==

Das Konfigurations-Update-Skript von Joomla! konnte die Inhalte der “configuration.php" nicht ändern, um Änderungen der globalen Konfiguration zu speichern. Joomla! konnte nicht in die Datei schreiben und / oder konnte die Datei nicht schreibbar machen (z.B. R/W). Seit Joomla! 1.5.x versucht, die “configuration.php” vor dem Speichern schreibbar zu machen, ist die zweite Variante wahrscheinlicher.
Die wahrscheinlichste Ursache ist, dass die “configuration.php” Eigentum eines anderen Benutzers ist als der, der die Änderungen versucht. Wenn die globale Konfiguration mit aktiviertem FTP verändert werden, wird es dir FTP-Login-ID sein; ist FTP nicht aktiviert wird es ein Web-Server-Prozess sein (oft als sowas wie "apache" oder "www-data" benannt).
(Man kann üblicherweise die Datei-Eigentumsrechte mit der Einwahl in die Seite mittels FTP-Programm prüfen. Alternativ kann man eXtplorer verwenden - siehe unten).
Leider wird man aus dem gängigen Update der globalen Konfiguration ausgesperrt, da das aktivieren und deaktivieren des FTP-Modus (und dadurch Änderung der Identität beim Versuch, die Konfiguration zu ändern) von der globalen Konfiguration selbst festgelegt wird.

== Empfohlene Lösungen ==
{{note|Die “configuration.php” nicht für alle Benutzer schreibbar machen. Resultat wäre, dass man die globale Konfiguration nur einmal updaten kann. Danach macht Joomla! die Datei für alle Benutzer nur-lesbar und das Problem ist wieder da.|type=serious}}

=== Eigentum ===
Änderung des Eigentums der “configuration.php” entsprechend der FTP-Login-ID bei "FTP aktiviert" oder der Web-Server-Prozess-Identität bei "FTP nicht aktiviert".

{{note|Das kann nicht in Joomla! selbst gemacht werden. Hat man die Kontrolle über den Server (z.B. lokaler Server oder virtueller Server) dann sollte man mit einem geeigneten Programm (wie "chown" eines Linux-Servers) dazu in der Lage sein.}}

Bei einem geteilten Server sollte man den technischen Support der eigenen Organisation oder des Web-Hosting-Providers kontaktieren, das Problem beschreiben und ersuchen, die Datei-Eigentumsrechte entsprechend zu ändern.

=== Eine Erweiterung verwenden ===

Installiere die eXtplorer-Komponente (erhältlch im Joomla! Extensions Directory - Category [http://extensions.joomla.org/tags/file-management File Management]), falls noch nicht vorhanden. Damit können Dateien im "Datei"-Modus (Web-Server-Prozess-Identität) oder im FTP-Modus mit FTP-Login-Benutzer-Identität angesehen und verändert werden. Auch wenn man wahrscheinlich die Eigentumsrechte mit diesem Werkzeug nicht ändern kann, kann mit einer der Modi die “configuration.php” für alle Benutzer beschreibbar gemacht werden. Damit kann die globale Konfiguration einmal geändert werden - oder öfter, wenn dabei der FTP-Modus so verändert wird, dass er mit dem Eigentum der "configuration.php" übereinstimmt (Anmerkung unten beachten). '''Note:''' Änderungen des FTP-Modus betreffen die Eigentumsrechte aller Dateien, die mit den neuen Einstellungen upgeloadet werden (z.B. beim Installieren von Erweiterungen). [[Why_can%27t_you_install_any_extensions%3F#File_ownership_advice_from_ianmac|File ownership advice from ianmac]]

=== PHP-Eigentumsrechte prüfen ===

Den Web-Server PHP mit CGI oder Fast CGI laufen lassen. Damit läuft der PHP-Code mit derselben Benutzer-ID wie beim Upload des Joomla!-Code per FTP. So gibt es keinen Konflikt, da die ID des PHP-Prozesses, die die "configuration.php" ändert, dieselbe wie des Datei-Eigentümers ist. Wenn man nicht weiß, wie CGI oder FastCGI gesetzt wird, fragt man den Server-Administrator oder den Hosting-Service-Provider um Rat.

== Hintergrund ==

Oben Beschriebenes sind vereinfachte Erklärungen, das Folgende kann von Interesse und Wert für alle sein und erfahrenen Benutzern helfen, ihre eigenen Lösungen für das Problem zu formulieren.

* Die Datei "configuration.php" wird automatisch während der Seiten-Installation im Wurzelverzeichnis der Seite erzeugt (von "configuration.php-dist") und beinhaltet die Seiten-spezifischen Informationen aus dem Installations-Prozess. Änderungen im Konfigurations-Bereich des Administrator-"Backends" werden in "configuration.php" geschrieben, wenn entweder der "Speichern"- oder "Speichern & Schließen"-Button verwendet wird.
* Wann immer Joomla! die "configuration.php" upzudaten versucht, versucht es sie zuerst schreibfähig und nach dem Update die Datei aus Sicherheitsgründen nicht-schreibfähig (z.B. nur-lesen) zu machen.
* Dateien des Web-Servers, der Joomla! hostet, gehören verschiedenen Instanzen, abhängig wie und wo sie am Server platziert oder erzeugt wurden. Generell gehören Dateien einer Joomla!-Seite von einer von zwei Instanzen:
*# Dateien, die per FTP hinaufgeladen oder mit aktiviertem FTP installiert wurden gehören generell der Benutzer-ID, die mit der FTP-Benutzer-ID dieser Seite korrespondiert.
*# Dateien, die in Joomla! und mit nicht-aktiviertem FTP-Modus installiert wurden, gehören generell der "Phantom"-Benutzer-ID, die für die wesentlichen Web-Server-Prozesse und die Joomla!-Scripte gebraucht wird (oft als sowas wie "apache" oder "www-data" benannt).
<noinclude>
[[Category:FAQ/de]]
[[Category:Administration FAQ/de]]
[[Category:Version 1.5 FAQ/de]]
[[Category:Global Configuration Management/de]]
[[Category:Needs updating/de]]
</noinclude>

Translations:Cannot save Global Configuration changes/2/de

2019-04-13T15:32:38Z

Zeroweb2:

== Gründe für diesen Fehler ==

Cannot save Global Configuration changes/de

2019-04-13T15:32:26Z

Zeroweb2:

<noinclude><languages /></noinclude>
Im Konfigurations-Bereich des Administrator-"Backends" erscheint nach Klick auf den "Speichern"- oder "Speichern & Schließen"-Button folgende Fehlermeldung:
“Ein Fehler ist aufgetreten! In die configuration.php kann nicht geschrieben werden!”, möglicherweise zusammen mit “JFTP::write: Bad response”, wenn FTP aktiviert ist.

== Gründe für den Fehler ==

Das Konfigurations-Update-Skript von Joomla! konnte die Inhalte der “configuration.php" nicht ändern, um Änderungen der globalen Konfiguration zu speichern. Joomla! konnte nicht in die Datei schreiben und / oder konnte die Datei nicht schreibbar machen (z.B. R/W). Seit Joomla! 1.5.x versucht, die “configuration.php” vor dem Speichern schreibbar zu machen, ist die zweite Variante wahrscheinlicher.
Die wahrscheinlichste Ursache ist, dass die “configuration.php” Eigentum eines anderen Benutzers ist als der, der die Änderungen versucht. Wenn die globale Konfiguration mit aktiviertem FTP verändert werden, wird es dir FTP-Login-ID sein; ist FTP nicht aktiviert wird es ein Web-Server-Prozess sein (oft als sowas wie "apache" oder "www-data" benannt).
(Man kann üblicherweise die Datei-Eigentumsrechte mit der Einwahl in die Seite mittels FTP-Programm prüfen. Alternativ kann man eXtplorer verwenden - siehe unten).
Leider wird man aus dem gängigen Update der globalen Konfiguration ausgesperrt, da das aktivieren und deaktivieren des FTP-Modus (und dadurch Änderung der Identität beim Versuch, die Konfiguration zu ändern) von der globalen Konfiguration selbst festgelegt wird.

== Empfohlene Lösungen ==
{{note|Die “configuration.php” nicht für alle Benutzer schreibbar machen. Resultat wäre, dass man die globale Konfiguration nur einmal updaten kann. Danach macht Joomla! die Datei für alle Benutzer nur-lesbar und das Problem ist wieder da.|type=serious}}

=== Eigentum ===
Änderung des Eigentums der “configuration.php” entsprechend der FTP-Login-ID bei "FTP aktiviert" oder der Web-Server-Prozess-Identität bei "FTP nicht aktiviert".

{{note|Das kann nicht in Joomla! selbst gemacht werden. Hat man die Kontrolle über den Server (z.B. lokaler Server oder virtueller Server) dann sollte man mit einem geeigneten Programm (wie "chown" eines Linux-Servers) dazu in der Lage sein.}}

Bei einem geteilten Server sollte man den technischen Support der eigenen Organisation oder des Web-Hosting-Providers kontaktieren, das Problem beschreiben und ersuchen, die Datei-Eigentumsrechte entsprechend zu ändern.

=== Eine Erweiterung verwenden ===

Installiere die eXtplorer-Komponente (erhältlch im Joomla! Extensions Directory - Category [http://extensions.joomla.org/tags/file-management File Management]), falls noch nicht vorhanden. Damit können Dateien im "Datei"-Modus (Web-Server-Prozess-Identität) oder im FTP-Modus mit FTP-Login-Benutzer-Identität angesehen und verändert werden. Auch wenn man wahrscheinlich die Eigentumsrechte mit diesem Werkzeug nicht ändern kann, kann mit einer der Modi die “configuration.php” für alle Benutzer beschreibbar gemacht werden. Damit kann die globale Konfiguration einmal geändert werden - oder öfter, wenn dabei der FTP-Modus so verändert wird, dass er mit dem Eigentum der "configuration.php" übereinstimmt (Anmerkung unten beachten). '''Note:''' Änderungen des FTP-Modus betreffen die Eigentumsrechte aller Dateien, die mit den neuen Einstellungen upgeloadet werden (z.B. beim Installieren von Erweiterungen). [[Why_can%27t_you_install_any_extensions%3F#File_ownership_advice_from_ianmac|File ownership advice from ianmac]]

=== PHP-Eigentumsrechte prüfen ===

Den Web-Server PHP mit CGI oder Fast CGI laufen lassen. Damit läuft der PHP-Code mit derselben Benutzer-ID wie beim Upload des Joomla!-Code per FTP. So gibt es keinen Konflikt, da die ID des PHP-Prozesses, die die "configuration.php" ändert, dieselbe wie des Datei-Eigentümers ist. Wenn man nicht weiß, wie CGI oder FastCGI gesetzt wird, fragt man den Server-Administrator oder den Hosting-Service-Provider um Rat.

== Hintergrund ==

Oben Beschriebenes sind vereinfachte Erklärungen, das Folgende kann von Interesse und Wert für alle sein und erfahrenen Benutzern helfen, ihre eigenen Lösungen für das Problem zu formulieren.

* Die Datei "configuration.php" wird automatisch während der Seiten-Installation im Wurzelverzeichnis der Seite erzeugt (von "configuration.php-dist") und beinhaltet die Seiten-spezifischen Informationen aus dem Installations-Prozess. Änderungen im Konfigurations-Bereich des Administrator-"Backends" werden in "configuration.php" geschrieben, wenn entweder der "Speichern"- oder "Speichern & Schließen"-Button verwendet wird.
* Wann immer Joomla! die "configuration.php" upzudaten versucht, versucht es sie zuerst schreibfähig und nach dem Update die Datei aus Sicherheitsgründen nicht-schreibfähig (z.B. nur-lesen) zu machen.
* Dateien des Web-Servers, der Joomla! hostet, gehören verschiedenen Instanzen, abhängig wie und wo sie am Server platziert oder erzeugt wurden. Generell gehören Dateien einer Joomla!-Seite von einer von zwei Instanzen:
*# Dateien, die per FTP hinaufgeladen oder mit aktiviertem FTP installiert wurden gehören generell der Benutzer-ID, die mit der FTP-Benutzer-ID dieser Seite korrespondiert.
*# Dateien, die in Joomla! und mit nicht-aktiviertem FTP-Modus installiert wurden, gehören generell der "Phantom"-Benutzer-ID, die für die wesentlichen Web-Server-Prozesse und die Joomla!-Scripte gebraucht wird (oft als sowas wie "apache" oder "www-data" benannt).
<noinclude>
[[Category:FAQ/de]]
[[Category:Administration FAQ/de]]
[[Category:Version 1.5 FAQ/de]]
[[Category:Global Configuration Management/de]]
[[Category:Needs updating/de]]
</noinclude>

Translations:Cannot save Global Configuration changes/1/de

2019-04-13T15:32:26Z

Zeroweb2:

Im Konfigurations-Bereich des Administrator-"Backends" erscheint nach Klick auf den "Speichern"- oder "Speichern & Schließen"-Button folgende Fehlermeldung:
“Ein Fehler ist aufgetreten! In die configuration.php kann nicht geschrieben werden!”, möglicherweise zusammen mit “JFTP::write: Bad response”, wenn FTP aktiviert ist.

Translations:Cannot save Global Configuration changes/Page display title/de

2019-04-13T15:26:57Z

Zeroweb2:

Änderungen an der globalen Konfiguration lassen sich nicht speichern

Allowing user registration/de

2019-04-13T14:56:06Z

Zeroweb2:

<noinclude><languages /></noinclude>
<noinclude>{{page|Needs version update}}</noinclude>
Damit sich Benutzern selbst registrieren und damit Zugang zu weiteren Website-Ressourcen erlangen:
#Registrierung erlauben (seit Joomla 3.4 ist das als Standard nicht erlaubt). In den Benutzeroptionen ''Benutzerregistrierung'' auf '''Ja''' einstellen. Mehr dazu unter [[S:MyLanguage/Help34:Components_Users_Configuration|Benutzer Optionen]].
#''Optional:'' Im Feld ''Gruppe für neue Benutzer'' in den globalen Benutzereinstellungen kann die Benutzergruppe eingestellt werden, die neu registrierten Benutzern automatisch zugewiesen wird. Normalerweise ist diese Einstellung auf '''Registered''' gesetzt (Standardeinstellung).
#''Option:'' ''Kontenaktivierung durch'' in den globalen Benutzereinstellungen wählen:
#*Ist '''Administrator''' gewählt, wird dem Benutzer per E-Mail ein Link gesendet, in dem er seine E-Mail-Adresse bestätigen muss. Dies ist ein einfacher Sicherheitsschritt mit dem verhindert wird, dass sich Benutzer ohne gültige E-Mail-Adresse anmelden können. Spamaccounts werden dadurch stark eingeschränkt.
#*Ist '''Keine''' gewählt, kann sich der Benutzer sofort selbst registrieren, auch wenn seine E-Mailadresse ungültig ist.
#Ein Anmeldeformular auf der Website einrichten:
#*das Anmeldeformular als Modul mit zugewiesener Modulposition. Wo das Modul genau angezeigt wird, ist vom verwendeten Template abhängig. Typische Position ist seitlich des Hauptinhaltes. Das Anmeldeformular kann bei einer oder mehreren Seiten angezeigt werden. Mahr dazu in [[S:MyLanguage/Customising the Login Form module|Das Modul "Anmeldung" anpassen]].
#*das Anmeldeformular in einem Menüeintrag. Nach Aufruf erscheint das Formular dort, wo sonst der Hauptinhalt zu sehen ist. Mehr dazu in [[S:MyLanguage/Help34:Menus_Menu_Item_User_Login|Menüeintrag: Anmeldeformular]].

<noinclude>
[[Category:Tutorials/de|Anleitungen]]
[[Category:User Management/de|Benutzerverwaltung]]
</noinclude>

Translations:Allowing user registration/15/de

2019-04-13T14:56:06Z

Zeroweb2:

#*Ist '''Administrator''' gewählt, wird dem Benutzer per E-Mail ein Link gesendet, in dem er seine E-Mail-Adresse bestätigen muss. Dies ist ein einfacher Sicherheitsschritt mit dem verhindert wird, dass sich Benutzer ohne gültige E-Mail-Adresse anmelden können. Spamaccounts werden dadurch stark eingeschränkt.

Allowing user registration/de

2019-04-13T14:51:21Z

Zeroweb2:

<noinclude><languages /></noinclude>
<noinclude>{{page|Needs version update}}</noinclude>
Damit sich Benutzern selbst registrieren und damit Zugang zu weiteren Website-Ressourcen erlangen:
#Registrierung erlauben (seit Joomla 3.4 ist das als Standard nicht erlaubt). In den Benutzeroptionen ''Benutzerregistrierung'' auf '''Ja''' einstellen. Mehr dazu unter [[S:MyLanguage/Help34:Components_Users_Configuration|Benutzer Optionen]].
#''Optional:'' Im Feld ''Gruppe für neue Benutzer'' in den globalen Benutzereinstellungen kann die Benutzergruppe eingestellt werden, die neu registrierten Benutzern automatisch zugewiesen wird. Normalerweise ist diese Einstellung auf '''Registered''' gesetzt (Standardeinstellung).
#''Option:'' ''Kontenaktivierung durch'' in den globalen Benutzereinstellungen wählen:
#*Ist '''Administrator''' gewählt, wird dem Benutzer per E-Mail ein Link gesendet, mit dem er seine eigene E-Mail-Adresse bestätigen kann, anschließend werden alle Benutzer, die System-E-Mails erhalten dürfen und die Berechtigung haben neue Benutzer anzulegen, über den neuen Benutzer informiert und gebeten, dessen Benutzerkonto freizuschalten.
#*Ist '''Keine''' gewählt, kann sich der Benutzer sofort selbst registrieren, auch wenn seine E-Mailadresse ungültig ist.
#Ein Anmeldeformular auf der Website einrichten:
#*das Anmeldeformular als Modul mit zugewiesener Modulposition. Wo das Modul genau angezeigt wird, ist vom verwendeten Template abhängig. Typische Position ist seitlich des Hauptinhaltes. Das Anmeldeformular kann bei einer oder mehreren Seiten angezeigt werden. Mahr dazu in [[S:MyLanguage/Customising the Login Form module|Das Modul "Anmeldung" anpassen]].
#*das Anmeldeformular in einem Menüeintrag. Nach Aufruf erscheint das Formular dort, wo sonst der Hauptinhalt zu sehen ist. Mehr dazu in [[S:MyLanguage/Help34:Menus_Menu_Item_User_Login|Menüeintrag: Anmeldeformular]].

<noinclude>
[[Category:Tutorials/de|Anleitungen]]
[[Category:User Management/de|Benutzerverwaltung]]
</noinclude>

Translations:Allowing user registration/14/de

2019-04-13T14:51:20Z

Zeroweb2:

#''Option:'' ''Kontenaktivierung durch'' in den globalen Benutzereinstellungen wählen:

Allowing user registration/de

2019-04-13T14:41:59Z

Zeroweb2:

<noinclude><languages /></noinclude>
<noinclude>{{page|Needs version update}}</noinclude>
Damit sich Benutzern selbst registrieren und damit Zugang zu weiteren Website-Ressourcen erlangen:
#Registrierung erlauben (seit Joomla 3.4 ist das als Standard nicht erlaubt). In den Benutzeroptionen ''Benutzerregistrierung'' auf '''Ja''' einstellen. Mehr dazu unter [[S:MyLanguage/Help34:Components_Users_Configuration|Benutzer Optionen]].
#''Optional:'' Im Feld ''Gruppe für neue Benutzer'' in den globalen Benutzereinstellungen kann die Benutzergruppe eingestellt werden, die neu registrierten Benutzern automatisch zugewiesen wird. Normalerweise ist diese Einstellung auf '''Registered''' gesetzt (Standardeinstellung).
#''Optional:'' Die ''Kontenaktivierung durch'' der Benutzeroptionen einstellen:
#*Ist '''Administrator''' gewählt, wird dem Benutzer per E-Mail ein Link gesendet, mit dem er seine eigene E-Mail-Adresse bestätigen kann, anschließend werden alle Benutzer, die System-E-Mails erhalten dürfen und die Berechtigung haben neue Benutzer anzulegen, über den neuen Benutzer informiert und gebeten, dessen Benutzerkonto freizuschalten.
#*Ist '''Keine''' gewählt, kann sich der Benutzer sofort selbst registrieren, auch wenn seine E-Mailadresse ungültig ist.
#Ein Anmeldeformular auf der Website einrichten:
#*das Anmeldeformular als Modul mit zugewiesener Modulposition. Wo das Modul genau angezeigt wird, ist vom verwendeten Template abhängig. Typische Position ist seitlich des Hauptinhaltes. Das Anmeldeformular kann bei einer oder mehreren Seiten angezeigt werden. Mahr dazu in [[S:MyLanguage/Customising the Login Form module|Das Modul "Anmeldung" anpassen]].
#*das Anmeldeformular in einem Menüeintrag. Nach Aufruf erscheint das Formular dort, wo sonst der Hauptinhalt zu sehen ist. Mehr dazu in [[S:MyLanguage/Help34:Menus_Menu_Item_User_Login|Menüeintrag: Anmeldeformular]].

<noinclude>
[[Category:Tutorials/de|Anleitungen]]
[[Category:User Management/de|Benutzerverwaltung]]
</noinclude>

Translations:Allowing user registration/13/de

2019-04-13T14:41:59Z

Zeroweb2:

#''Optional:'' Im Feld ''Gruppe für neue Benutzer'' in den globalen Benutzereinstellungen kann die Benutzergruppe eingestellt werden, die neu registrierten Benutzern automatisch zugewiesen wird. Normalerweise ist diese Einstellung auf '''Registered''' gesetzt (Standardeinstellung).

Allowing user registration/de

2019-04-13T14:37:47Z

Zeroweb2:

<noinclude><languages /></noinclude>
<noinclude>{{page|Needs version update}}</noinclude>
Damit sich Benutzern selbst registrieren und damit Zugang zu weiteren Website-Ressourcen erlangen:
#Registrierung erlauben (seit Joomla 3.4 ist das als Standard nicht erlaubt). In den Benutzeroptionen ''Benutzerregistrierung'' auf '''Ja''' einstellen. Mehr dazu unter [[S:MyLanguage/Help34:Components_Users_Configuration|Benutzer Optionen]].
#''Optional:'' Im Feld ''Gruppe für neue Benutzer'' in den globalen Benutzereinstellungen kann die Benutzergruppe eingestellt werden, die neu registrierten Benutzern automatisch zugewiesen wird. Normalerweise ist diese Einstellung auf ''Registered'' gesetzt (Standardeinstellung).
#''Optional:'' Die ''Kontenaktivierung durch'' der Benutzeroptionen einstellen:
#*Ist '''Administrator''' gewählt, wird dem Benutzer per E-Mail ein Link gesendet, mit dem er seine eigene E-Mail-Adresse bestätigen kann, anschließend werden alle Benutzer, die System-E-Mails erhalten dürfen und die Berechtigung haben neue Benutzer anzulegen, über den neuen Benutzer informiert und gebeten, dessen Benutzerkonto freizuschalten.
#*Ist '''Keine''' gewählt, kann sich der Benutzer sofort selbst registrieren, auch wenn seine E-Mailadresse ungültig ist.
#Ein Anmeldeformular auf der Website einrichten:
#*das Anmeldeformular als Modul mit zugewiesener Modulposition. Wo das Modul genau angezeigt wird, ist vom verwendeten Template abhängig. Typische Position ist seitlich des Hauptinhaltes. Das Anmeldeformular kann bei einer oder mehreren Seiten angezeigt werden. Mahr dazu in [[S:MyLanguage/Customising the Login Form module|Das Modul "Anmeldung" anpassen]].
#*das Anmeldeformular in einem Menüeintrag. Nach Aufruf erscheint das Formular dort, wo sonst der Hauptinhalt zu sehen ist. Mehr dazu in [[S:MyLanguage/Help34:Menus_Menu_Item_User_Login|Menüeintrag: Anmeldeformular]].

<noinclude>
[[Category:Tutorials/de|Anleitungen]]
[[Category:User Management/de|Benutzerverwaltung]]
</noinclude>

Translations:Allowing user registration/13/de

2019-04-13T14:37:47Z

Zeroweb2:

Planning Your Web site/de

2019-04-13T12:48:57Z

Zeroweb2:

<noinclude><languages /></noinclude>
Bevor man [[S:MyLanguage/Beginners|mit Joomla richtig loslegt]], sollte z.B. grob über das Aussehen und die Inhalte der zu erstellenden Website nachgedacht werden. Die meisten Website-Projekte profitieren von einer vorausschauenden Planung und der Definition von Art und Umfang des Projekts. Man sollte sich Fragen stellen wie z.B.:
* Was ist das Ziel der Website?
* Welche Art und Menge an Inhalten soll dargestellt werden?
* Welche Zielgruppe soll angesprochen werden und wie soll mit dieser interagiert werden?
* Mit welchen Budgets und Zeitplänen wird gearbeitet?
Man schreibt diese Schlüsselfragen und die Antworten dazu auf. Damit hat man eine gute Übersicht, um die Arbeiten zu bündeln und besser Entscheidungen bei der Umsetzung des Projektes zu treffen.

==Was ist Joomla und was kann es für meine Website tun?==

Joomla! ist ein sogenanntes Content Management System (oder kurz "CMS"), welches die einfache Kontrolle, die Bearbeitung des Inhalts und die Präsentation der Website ermöglicht. Joomla! bietet z.B. folgende Möglichkeiten:

* Der Inhalt der Website kann einfach mittels integriertem Texteditor bearbeitet werden.
* Neue Seiten können über eine einfache point-and-click Oberfläche hinzugefügt werden.
* Bilder und andere Medien werden einfach über die Web basierte Plattform hochgeladen.
* Seitenelemente wie Navigation und Seitenlayout konfigurieren.

Viele weitere Funktionen sind innerhalb der Joomla Standard Benutzeroberfläche verfügbar. Joomla macht den "Computerfreak" für die Administration des Website Inhaltes überflüssig: Wenn man die alltäglichen Dinge wie z.B. surfen durch das Internet, nutzen von Web basierten Formularen und Oberflächen und die tägliche Bedienung von Desktop Anwendungen gewohnt ist, wird man auch die Administration des Website Inhaltes mit der Joomla Oberfläche meistern können.
Sofort betriebsbereit bietet Joomla alle [https://www.joomla.org/core-features.html primären Funktionen] zur Administration des Webseiten Inhaltes. Zusätzlich enthält Joomla eine Vielzahl von Elementen welche spezielle Funktionen wie z.B. die Benutzer Registrierung, interaktive Umfragen, Werbebanner und eine Kontaktstruktur ermöglichen. Joomla verfügt über ein integriertes System namens "Erweiterungen", welches zusätzliche Funktionen über Drittanbieter Erweiterungen ermöglicht. (Für zusätzliche Informationen https://extensions.joomla.org besuchen.)

Joomla basierte Websites unterscheiden sich von manuell aktualisierten oder "statischen" HTML Websites. Joomla ist eine dynamische Web Applikation und nutzt eine Datenbank (MySQL) um alle Inhalte und Informationen der Website zu hinterlegen. Um die interaktive Funktionalität und die Möglichkeiten von dynamischen Websites vollständig auszuschöpfen, nutzt Joomla die Programmiersprache PHP.

==Welche Grundkenntnisse werden zum Implementieren von Joomla benötigt?==

Alles in allem ist die Anforderung der technischen Kenntnisse für den alltäglichen Gebrauch von Joomla nicht sehr hoch. Die Installation von Joomla erfordert ein wenig tiefere Kenntnisse. Der Installationsprozess beinhaltet das Hochladen der Daten auf einen FTP-Server, das Anlegen einer neuen MySQL Datenbank und den weiteren Prozess des Web basierten Joomla Installationsassistenten. (Mittlerweile bieten die meisten Webhosting Anbieter einfache Werkzeuge für technische Aufgaben wie z.B. das Anlegen einer MySQL Datenbank oder der Installation von Joomla an.)

Anpassungen der Struktur und des Inhaltes sowie die eigentliche Präsentation der Joomla Website werden innerhalb der Joomla Web basierten Oberfläche vorgenommen: um das Aussehen des Standard Templates der Website signifikant zu verändern gibt es entweder die Möglichkeit der Installation von Drittanbieter Templates oder das erstellen von eigenen Templates mithilfe von Bildern, HTML, Cascading Style Sheet (CSS) und / oder Javascript Code.

Generell ist es '''nicht''' notwendig Programmiersprachen wie PHP oder allgemeine Programmierungskonzepte zu kennen um Joomla zu installieren, anzupassen oder zu administrieren.

Keine falsche Scheu - Joomla ist für jedermann. Hier ist die [[S:MyLanguage/Beginners|Einstiegshilfe für Joomla]]. Wenn man ein wenig Zeit investiert und etwas ausprobiert, wird man schnell merken, was an Wissen benötigt wird. Nun kann begonnen werden.

<noinclude>
[[Category:Learn More Pages{{#translation:}}|Learn More Pages]]
[[Category:Landing Pages{{#translation:}}]]
[[Category:Joomla! user profiles{{#translation:}}]]
[[Category:Beginners{{#translation:}}]]
</noinclude>

Translations:Planning Your Web site/2/de

2019-04-13T12:48:56Z

Zeroweb2:

Was ist das Ziel der Website?

Translations:Planning Your Web site/Page display title/de

2019-04-13T12:48:04Z

Zeroweb2:

Planung einer Website

Planning Your Web site/de

2019-04-13T12:47:35Z

Zeroweb2: Created page with "Keine falsche Scheu - Joomla ist für jedermann. Hier ist die Einstiegshilfe für Joomla. Wenn man ein wenig Zeit investiert und etwas ausprobiert,..."

<noinclude><languages /></noinclude>
Bevor man [[S:MyLanguage/Beginners|mit Joomla richtig loslegt]], sollte z.B. grob über das Aussehen und die Inhalte der zu erstellenden Website nachgedacht werden. Die meisten Website-Projekte profitieren von einer vorausschauenden Planung und der Definition von Art und Umfang des Projekts. Man sollte sich Fragen stellen wie z.B.:
* Was soll mit der Website erreicht werden?
* Welche Art und Menge an Inhalten soll dargestellt werden?
* Welche Zielgruppe soll angesprochen werden und wie soll mit dieser interagiert werden?
* Mit welchen Budgets und Zeitplänen wird gearbeitet?
Man schreibt diese Schlüsselfragen und die Antworten dazu auf. Damit hat man eine gute Übersicht, um die Arbeiten zu bündeln und besser Entscheidungen bei der Umsetzung des Projektes zu treffen.

==Was ist Joomla und was kann es für meine Website tun?==

Joomla! ist ein sogenanntes Content Management System (oder kurz "CMS"), welches die einfache Kontrolle, die Bearbeitung des Inhalts und die Präsentation der Website ermöglicht. Joomla! bietet z.B. folgende Möglichkeiten:

* Der Inhalt der Website kann einfach mittels integriertem Texteditor bearbeitet werden.
* Neue Seiten können über eine einfache point-and-click Oberfläche hinzugefügt werden.
* Bilder und andere Medien werden einfach über die Web basierte Plattform hochgeladen.
* Seitenelemente wie Navigation und Seitenlayout konfigurieren.

Viele weitere Funktionen sind innerhalb der Joomla Standard Benutzeroberfläche verfügbar. Joomla macht den "Computerfreak" für die Administration des Website Inhaltes überflüssig: Wenn man die alltäglichen Dinge wie z.B. surfen durch das Internet, nutzen von Web basierten Formularen und Oberflächen und die tägliche Bedienung von Desktop Anwendungen gewohnt ist, wird man auch die Administration des Website Inhaltes mit der Joomla Oberfläche meistern können.
Sofort betriebsbereit bietet Joomla alle [https://www.joomla.org/core-features.html primären Funktionen] zur Administration des Webseiten Inhaltes. Zusätzlich enthält Joomla eine Vielzahl von Elementen welche spezielle Funktionen wie z.B. die Benutzer Registrierung, interaktive Umfragen, Werbebanner und eine Kontaktstruktur ermöglichen. Joomla verfügt über ein integriertes System namens "Erweiterungen", welches zusätzliche Funktionen über Drittanbieter Erweiterungen ermöglicht. (Für zusätzliche Informationen https://extensions.joomla.org besuchen.)

Joomla basierte Websites unterscheiden sich von manuell aktualisierten oder "statischen" HTML Websites. Joomla ist eine dynamische Web Applikation und nutzt eine Datenbank (MySQL) um alle Inhalte und Informationen der Website zu hinterlegen. Um die interaktive Funktionalität und die Möglichkeiten von dynamischen Websites vollständig auszuschöpfen, nutzt Joomla die Programmiersprache PHP.

==Welche Grundkenntnisse werden zum Implementieren von Joomla benötigt?==

Alles in allem ist die Anforderung der technischen Kenntnisse für den alltäglichen Gebrauch von Joomla nicht sehr hoch. Die Installation von Joomla erfordert ein wenig tiefere Kenntnisse. Der Installationsprozess beinhaltet das Hochladen der Daten auf einen FTP-Server, das Anlegen einer neuen MySQL Datenbank und den weiteren Prozess des Web basierten Joomla Installationsassistenten. (Mittlerweile bieten die meisten Webhosting Anbieter einfache Werkzeuge für technische Aufgaben wie z.B. das Anlegen einer MySQL Datenbank oder der Installation von Joomla an.)

Anpassungen der Struktur und des Inhaltes sowie die eigentliche Präsentation der Joomla Website werden innerhalb der Joomla Web basierten Oberfläche vorgenommen: um das Aussehen des Standard Templates der Website signifikant zu verändern gibt es entweder die Möglichkeit der Installation von Drittanbieter Templates oder das erstellen von eigenen Templates mithilfe von Bildern, HTML, Cascading Style Sheet (CSS) und / oder Javascript Code.

Generell ist es '''nicht''' notwendig Programmiersprachen wie PHP oder allgemeine Programmierungskonzepte zu kennen um Joomla zu installieren, anzupassen oder zu administrieren.

Keine falsche Scheu - Joomla ist für jedermann. Hier ist die [[S:MyLanguage/Beginners|Einstiegshilfe für Joomla]]. Wenn man ein wenig Zeit investiert und etwas ausprobiert, wird man schnell merken, was an Wissen benötigt wird. Nun kann begonnen werden.

<noinclude>
[[Category:Learn More Pages{{#translation:}}|Learn More Pages]]
[[Category:Landing Pages{{#translation:}}]]
[[Category:Joomla! user profiles{{#translation:}}]]
[[Category:Beginners{{#translation:}}]]
</noinclude>

Translations:Planning Your Web site/20/de

2019-04-13T12:47:35Z

Zeroweb2: Created page with "Keine falsche Scheu - Joomla ist für jedermann. Hier ist die Einstiegshilfe für Joomla. Wenn man ein wenig Zeit investiert und etwas ausprobiert,..."

Keine falsche Scheu - Joomla ist für jedermann. Hier ist die [[S:MyLanguage/Beginners|Einstiegshilfe für Joomla]]. Wenn man ein wenig Zeit investiert und etwas ausprobiert, wird man schnell merken, was an Wissen benötigt wird. Nun kann begonnen werden.

Planning Your Web site/de

2019-04-13T12:42:22Z

Zeroweb2:

<noinclude><languages /></noinclude>
Bevor man [[S:MyLanguage/Beginners|mit Joomla richtig loslegt]], sollte z.B. grob über das Aussehen und die Inhalte der zu erstellenden Website nachgedacht werden. Die meisten Website-Projekte profitieren von einer vorausschauenden Planung und der Definition von Art und Umfang des Projekts. Man sollte sich Fragen stellen wie z.B.:
* Was soll mit der Website erreicht werden?
* Welche Art und Menge an Inhalten soll dargestellt werden?
* Welche Zielgruppe soll angesprochen werden und wie soll mit dieser interagiert werden?
* Mit welchen Budgets und Zeitplänen wird gearbeitet?
Man schreibt diese Schlüsselfragen und die Antworten dazu auf. Damit hat man eine gute Übersicht, um die Arbeiten zu bündeln und besser Entscheidungen bei der Umsetzung des Projektes zu treffen.

==Was ist Joomla und was kann es für meine Website tun?==

Joomla! ist ein sogenanntes Content Management System (oder kurz "CMS"), welches die einfache Kontrolle, die Bearbeitung des Inhalts und die Präsentation der Website ermöglicht. Joomla! bietet z.B. folgende Möglichkeiten:

* Der Inhalt der Website kann einfach mittels integriertem Texteditor bearbeitet werden.
* Neue Seiten können über eine einfache point-and-click Oberfläche hinzugefügt werden.
* Bilder und andere Medien werden einfach über die Web basierte Plattform hochgeladen.
* Seitenelemente wie Navigation und Seitenlayout konfigurieren.

Viele weitere Funktionen sind innerhalb der Joomla Standard Benutzeroberfläche verfügbar. Joomla macht den "Computerfreak" für die Administration des Website Inhaltes überflüssig: Wenn man die alltäglichen Dinge wie z.B. surfen durch das Internet, nutzen von Web basierten Formularen und Oberflächen und die tägliche Bedienung von Desktop Anwendungen gewohnt ist, wird man auch die Administration des Website Inhaltes mit der Joomla Oberfläche meistern können.
Sofort betriebsbereit bietet Joomla alle [https://www.joomla.org/core-features.html primären Funktionen] zur Administration des Webseiten Inhaltes. Zusätzlich enthält Joomla eine Vielzahl von Elementen welche spezielle Funktionen wie z.B. die Benutzer Registrierung, interaktive Umfragen, Werbebanner und eine Kontaktstruktur ermöglichen. Joomla verfügt über ein integriertes System namens "Erweiterungen", welches zusätzliche Funktionen über Drittanbieter Erweiterungen ermöglicht. (Für zusätzliche Informationen https://extensions.joomla.org besuchen.)

Joomla basierte Websites unterscheiden sich von manuell aktualisierten oder "statischen" HTML Websites. Joomla ist eine dynamische Web Applikation und nutzt eine Datenbank (MySQL) um alle Inhalte und Informationen der Website zu hinterlegen. Um die interaktive Funktionalität und die Möglichkeiten von dynamischen Websites vollständig auszuschöpfen, nutzt Joomla die Programmiersprache PHP.

==Welche Grundkenntnisse werden zum Implementieren von Joomla benötigt?==

Alles in allem ist die Anforderung der technischen Kenntnisse für den alltäglichen Gebrauch von Joomla nicht sehr hoch. Die Installation von Joomla erfordert ein wenig tiefere Kenntnisse. Der Installationsprozess beinhaltet das Hochladen der Daten auf einen FTP-Server, das Anlegen einer neuen MySQL Datenbank und den weiteren Prozess des Web basierten Joomla Installationsassistenten. (Mittlerweile bieten die meisten Webhosting Anbieter einfache Werkzeuge für technische Aufgaben wie z.B. das Anlegen einer MySQL Datenbank oder der Installation von Joomla an.)

Anpassungen der Struktur und des Inhaltes sowie die eigentliche Präsentation der Joomla Website werden innerhalb der Joomla Web basierten Oberfläche vorgenommen: um das Aussehen des Standard Templates der Website signifikant zu verändern gibt es entweder die Möglichkeit der Installation von Drittanbieter Templates oder das erstellen von eigenen Templates mithilfe von Bildern, HTML, Cascading Style Sheet (CSS) und / oder Javascript Code.

Generell ist es '''nicht''' notwendig Programmiersprachen wie PHP oder allgemeine Programmierungskonzepte zu kennen um Joomla zu installieren, anzupassen oder zu administrieren.

Please, don't let any of that scare you off. This is the [[S:MyLanguage/Beginners|Absolute Beginner's Guide to Joomla]] and you will learn what is needed if you invest a bit of time in reading and trying out these ideas. Now, should we begin?

<noinclude>
[[Category:Learn More Pages{{#translation:}}|Learn More Pages]]
[[Category:Landing Pages{{#translation:}}]]
[[Category:Joomla! user profiles{{#translation:}}]]
[[Category:Beginners{{#translation:}}]]
</noinclude>

Translations:Planning Your Web site/18/de

2019-04-13T12:42:22Z

Zeroweb2:

Anpassungen der Struktur und des Inhaltes sowie die eigentliche Präsentation der Joomla Website werden innerhalb der Joomla Web basierten Oberfläche vorgenommen: um das Aussehen des Standard Templates der Website signifikant zu verändern gibt es entweder die Möglichkeit der Installation von Drittanbieter Templates oder das erstellen von eigenen Templates mithilfe von Bildern, HTML, Cascading Style Sheet (CSS) und / oder Javascript Code.