Aus eigener Erfahrung weiß ich, dass Strato keine Änderungen zulässt und abhängig von der PHP-Version minimal unterschiedliche Voreinstellungen im shared Hosting anbietet. Ich vermute aber, dass der TE einen anderen Host hat.
Beiträge von KarEm
-
-
Server-Einstellungen (post_max_size, upload_max_filesize),
Damit wird interessant wer die Seiten hostet.
-
Surft man zumindest im Firefox mit einem privaten Fenster, wird das Joomla-Session-Cookie nicht angezeigt. Das sieht man dann nur über die Web-Entwickler-Werkzeuge.
-
Webseitennutzer sich nicht erschließen, und wenn auch ich ihm nicht schlüssig erklären kann, wozu dieses Cookie da ist, warum es notwendig ist
schau mal hier: https://www.andrehotzler.de/de…externe-datenquellen.html
-
Da ich sowieso es vorhabe, ein ganz anderes Template zu verwenden, ist es nicht entscheiden, das alte zu übernehmen
Ich hatte ein ähnliches Problem und habe mich für ein neues Template entschieden, das dem "responsive" Ansatz Rechnung trägt.
-
Mehr weiß ich leider auch nicht, bzw. wo man bei Strato noch was ändern könnte.
Im Zusammenhang mit dem Upload-Problem (kürzlich hier diskutiert), wurde mir von Strato mitgeteilt, dass im shared Hosting (nahezu) keine Änderungen an den Servereinstellungen möglich sind (ich hatte u.a. konkret nach der Änderbarkeit der max_execution_time Einstellung gefragt).
-
Ist geklärt.
Ich habe in FF ein privates Fenster geöffnet und in dem werden u.a. keine Cookies gespeichert. In einem normalen FF-Fenster wird das Cookie wie beschrieben angezeigt.
Gruß
KarEm
-
Danke für den Test.
Die cookies des Forum werden bei mir auch angezeigt. Wie ist das mit den Session-cookies - werden die mit der beschriebenen Vorgehensweise angezeigt oder nur über die FF Tools?
Gruß
KarEm
-
Zitat
In Firefox ist das Ganze etwas umständlicher: Man klickt man mit der rechten Maustaste in die Webseite, im dann folgenden Popup-Menu auf "Seiteninformationen anzeigen". Es öffnet sich ein Fenster, in dessen Reitern man auf "Sicherheit" wechselt und dann auf die Schaltfläche "Cookies anzeigen" klickt.
Woran kann es liegen, dass auf diese Weise keine Cookies angezeigt werden, über die FF Entwicklerwerkzeuge aber schon?
Gruß
KarEm
-
Sind die Einträge (DB, log, path) in der configuration.php ok (wenn Du die Seite z.B. unter xampp entwickelt hast, sind Anpassungen nötig)?
Gruß
KarEm
-
Komisch, ich sehe nirgends diesen Button.
Also, ... nach oben scrolen, dann erscheint:
Forum, Forenregeln, Anleitungen, Mitglieder
Gruß
KarEm
-
-
Der Host lässt keine Änderung der Parameter zu. Vermutlich haben wir mit unserem Setup die Möglichkeiten des Shared Hosting (zumindest bei unserem Provider) erreicht.
Daher setze ich den Thread jetzt auf erledigt (obwohl das Problem weiterhin besteht).
Ich danke allen, die mich bei diesem Thema unterstützt haben - super Support!!
Gruß
KarEm
-
Im Logfile beim Host wurde beim letzten Test die Meldung "....AH01225: Error reading request entity data" eingetragen. Auf der Suche nach der Ursache für diese Meldung bin ich mehrfach auf den PHP Wert max_execution_time gestoßen. Nach den PHP Einstellungen ist der Wert auf 120 sec gesetzt.
Könnte dieser Wert die Ursache für den Fehler sein? Ändern kann den vmtl. nur Strato - oder wäre eine Änderung auch über die .htaccess möglich?
Gruß
KarEm
-
Auf Vorschlag des Host-Support habe ich die Einstellung Server Side Security deaktiviert, getestet und danach auch noch PHP Boost deaktiviert und getestet. Beide Änderungen haben hinsichtlich des Fehlers nichts bewirkt.
PHP Boost danach wieder aktiviert.
KarEm
-
Nach den letzten Tests habe ich im Logfile beim Host Einträge der Art:
.... FastCGI: comm with server "/home/strato/http/fastcgi/rid/59/34/58685934/htdocs/fcmn/joomla2/imagevuex/x3/panel/upload.php" aborted: write failed
entdeckt.
Kann das mit den Servereinstellungen (z.B. PHP Memory Limit, Upload Max File Size, Post Max Size, Max File Uploads, ...) zusammenhängen oder geht dem Server die Puste aus?
Der Wert von Max File Uploads ist auf 20 eingestellt, wobei das Fehlerbild auch bei Uploads mit 20 und weniger Bildern auftritt?
Joomla .htaccess war deaktiviert.
Hat jemand dazu Erfahrung und kann weiterhelfen?
KarEm
-
@Dominik,
Werbung = kommerzielle Nutzung, da geht m.E. ohne personal release gar nichts (Näheres siehe KUG bzgl.der Veröffentlichung von Fotos).
Gruß
KarEm
-
Nach etlichen Tests und diversen Diskussion haben wir z.Z. 2 Optionen:
- die Galerie-Folder parallel zu den Joomla-Foldern einrichten und via Subdomain ansprechen. Wahrscheinlich würde dies funktionieren, erfordert ein zusätzliches SSL-Zertifikat und muss getestet werden.
- weiteres Rumprobieren und Testen zu den möglichen htaccess-Einflüssen in der ursprünglichen Konstellation (die Galerie liegt in der Joomla-Folderstruktur)
Eine Ergänzung zum Setup: Die Galerie wird im Menü als Typ Iframe-Wrapper eingebunden.
Ich habe (auch nach einer weiteren Diskussion mit dem Galerie-Entwickler) mit den htaccess-Files angefangen und wieder einige Tests gemacht.
Zuerst habe ich die aktive Jommla .htaccess auf dem Server deaktiviert/umbenannt und von einem separaten Win10-Rechner mit Firefox und MS Edge 3 Mal die selben Bilder hochgeladen.
Ergebnis:
Alle Uploads mit dem FF wurde komplett abgebrochen, zuvor wurde zu einem Teil der Bilder wieder Warnungen ausgegeben.
Ein Upload mit dem Edge hat fehlerfrei funktioniert, 2 weitere mit dem Edge führten zu unterschiedlich vielen Duplikaten.
Vor allen Tests wurde jeweils der Browser-Cache gelöscht.
Weiteres Ergebnis:
Die Probleme werden offensichtlich nicht durch htaccess-Einträge verursacht.
So langsam gehen mir wirklich die Ideen/Vorschläge aus.
VG
KarEm
-
Hallo,
Joomla und Erweiterungen werden ja vielfach auch von Fotografen und Fotoclubs eingesetzt. Nachfolgend ein Link zu einer aktuellen Abhandlung zum Thema. Verfasser ist Wolfgang Rau, Justitiar und Präsident des Deutschen Verband für Fotografie e.V. (DVF).
Ich finde sie lesenswert, auch wenn sie sich primär an Fotografen wendet. Wesentliche neue Information ist, dass nicht immer andere Gesetze im Kontext des Datenschutzes (Kunsturhebergesetz (KUVG)) hinter die EU-DSGVO zurücktreten müssen. Interessant in diesem Zusammenhang die Stellungnahme des Innerministeriums.
Link: http://www.dvf-fotografie.de/n…afen.html?back=index.html
Gruß
KarEm
-
Ja, die URL wird geöffnet und die Subfolder werden angezeigt. In meinem vorigen Beitrag schrieb ich davon, dass die Galerie-Subfolder nicht angezeigt werden. Das habe ich gerade noch einmal getestet und nun hat es funktioniert vmtl. durch ein Löschen des Caches , Neustart, .. kann ich nicht mehr nachvollziehen.
Bleibt noch das Thema "unsichere Verbindung".
Ich werde mit diesem Setup noch einmal einige Test-Uploads durchführen um zu sehen, ob Upload-Probleme behoben sind.
Danke einstweilen.
KarEm