Von www.beatsblog.net kann ich es im Moment nicht sagen... Ich wollte das File mit FilZilla auf dem Server direkt öffnen. Das hat aber nicht funktioniert. Jetzt kann ich das File aber nicht downloaden, denn FileZilla sagt mir nun: /serendipity_config_local.inc.php: open for read: permission denied - grrr...
Beat Post author am |
Hmmm... Leider habe ich auch da das Medien-Upload-Problem. Error 500. Bad header... blablabla...
Leider sind die Einstellungen gleich wie hier. Sollte also prinzipiell funktionieren. Tut es im Moment aber nicht...
Wie gesagt nur, wenn noch nie die globale Konfiguration gesichert!
Ach da war das... Ich sagte ja schon mal ich kenne Systeme auf denen das nicht geht. Eigentlich ist das ja gut, denn es ist eine default restricted permission. Doof halt nur, wenn man da unbedingt mal ran muss! Man könnte ev. den Inhaber/Geschäftsführer Manuel Schmitt fragen, der ist selber Serendipianer.
Beat Post author am |
Wie gesagt nur, wenn noch nie die globale Konfiguration gesichert!
Wie meinst Du das? Wie gesichert? Bewusst habe ich soetwas noch nie gemacht.
(Globale) Konfiguration aufmachen und speichern. Du musst nicht mal was ändern. Nur in dem Fall (außer der Installation und dem 503 Wartungsmodus natürlich) wird die local Datei neu aufgesetzt.
Hier ist das bestimmt schon erfolgt, deshalb als Auskunft nicht von Belang. Nur dort, wo du simple installed hast und nachträglich per Hand die converted Variable eingetragen hast. Da wäre es interessant (gewesen).
Beat Post author am |
Wenn ich im Backend auf "Einträge bearbeiten" klicke, erhalte ich 36x folgende Fehlermeldung:
Warning: array_keys() expects parameter 1 to be array, bool given in /home/sites/site100015826/web/styx-master/include/admin/entries.inc.php: 417.
For more details set $serendipity['production'] = 'debug' in serendipity_config_local.inc.php to receive a full stack-trace
Darunter folgen die bisherigen Einträge und ich kann diese ganz normal bearbeiten. Die 36 Warnhinweise haben soweit also keine nagativen Auswirkungen.
Super! Vielen Dank. Das war ein Bug und ich habe dazu gleich noch einen zweiten gefunden, den du noch gar nicht bemerkt hast ?
Commitet!
Es ist halt wichtig immer mit mehreren Menschen und ihren persönlichen Vorlieben und Einstellungen zu testen. Das kann man alleine gar nicht immer alles vorausahnen und als Testdata vorhalten.
Beat Post author am |
? Beruhigend, wenn's mal kein Benutzerfehler ist... ?
Was mir ein wenig "Sorge" bereitet ist der fürchterliche delay von ~3.7x Sekunden beim load einer Seite auf bb.net, wovon ~3.63 Sekunden Wartezeit sind.
Das muss besser gehen! Bevor du dich damit an den Manitu Support wendest, solltest du gründlich überprüfen wie man deine Einstellungen optimieren kann. Was mir zB auffällt ist ein XHR request auf
Das macht ja keinen Sinn. Entweder ist noch eine Einstellung des ehemaligen template Wechslers aktiv, oder irgendetwas anderes pointet auf beatsblog.ch. Check mal all deine Einstellungen und Plugin Einstellungen.
Vielleicht gibt es auch noch Weiteres, so zB eventuell Bilder in alten Enträgen die auf bb.ch zugreifen etc. oder Bilder die fehlen und die Wartezeit addieren, wie das fehlende ReCaptcha Bild in zB https://www.beatsblog.net/2574-Ich-bin-wirklich-kein-Roboter.html.
Auch scheint die Biene nicht zu funktionieren. Es wird immer das versteckte Captcha angezeigt. Speichere SPamblock und Biene mal erneut.
Du kannst übrigens statt ?frontpage auch https://beatsblog.net/?souls oder https://beatsblog.net/?beatnik verwenden.. ?
Wenigstens könntest du wahrscheinlich den bee Fehler
2583-Street-Food-Market.html:1 Access to XMLHttpRequest at 'https://www.beatsblog.ch/index.php/plugin/spamblockbeecaptcha' from origin 'https://beatsblog.net' has been blocked by CORS policy: No 'Access-Control-Allow-Origin' header is present on the requested resource.
serendipity_event_spamblock_bee.js:82 POST https://www.beatsblog.ch/index.php/plugin/spamblockbeecaptcha net::ERR_FAILED
mit einem zusätzlichen Eintag in der .htaccess oberhalb des s9y blocks lösen
<IfModule mod_headers.c>
<FilesMatch "\.(ttf|ttc|otf|eot|woff|woff2|font.css|css|js)$">
Header set Access-Control-Allow-Origin "*"
</FilesMatch>
</IfModule>
oder vorher einmal untersuchen, ob nicht eventuell nur das s im https der url zu deinem Blog fehlt, unter: Konfiguration - Pfade - URL zum Blog.
Beat Post author am |
Also: Als ich die Styx Edition installierte war erst die Domaine www.beatsblog.net verfügbar. Das habe ich dann auch so in die Styx-Konfiguration eingetragen.
Meine Ziel ist jedoch als Hauptadresse www.beatsblog.ch a) zu kommunizieren und b) anzuzeigen.
In der Zwischenzeit wurde beatsblog.ch und www.beatsblog.ch aktiviert und mit Let's encrypt zu https verschlüsselt.
Serendipity-Styx installierte ich in das Verzeichnis /web/styx-master/ . Nun linken alle Domains auf dieses Verzeichnis (beatsblog.net & beatsblog.ch, sowie deren Subdomains mit www.)
Also hielt ich es heute für angbracht, die Anzeige www.beatsblog.ch zu aktivieren, in dem ich in der Blog-Konfiguration die Adresse von .net auf .ch gewechselt habe. Was mir jedoch jetzt in den Sinn kommt ist, dass ich wohl auch alle Einträge in der DB-Tabelle "styx_references" anpassen sollte. Das ist meines Wissens die einzige Tabelle, in der absolute und nicht realtive Pfadangaben verwendet werden. (in der Zwischenzeit erledigt).
Beat Post author am |
Du kannst statt ?frontpage auch https://beatsblog.net/?souls oder https://beatsblog.net/?beatnik verwenden.. ?
Ich verwende /?frontpage nicht mehr. Weder auf www.beatsblog.ch noch hier. Ich linke auf die Oberkategorie Blog. Dies um eine konsistente Anzeige bei Homelink 1 & 2 zu erhalten und damit ich bei Beiträgen von Kategorien, die ich im Blog nicht anzeigen lassen will, nicht daran denken muss, die Checkbox "Nicht in der Artikelübersicht anzeigen" zu aktivieren.
Beat Post author am |
wie bist Du denn auf den Spambee-Fehler gestossen? Ich habe gerade einen Testkommentar abgeschickt. Ging ohne Probleme. (Habe Spambee & Spamblock in der Zwischenzeit geöffnet und wieder gespeichert).
Was die Geschwindigkeit/Wartezeit anbelangt, so hat dies im Moment keine Priorität für mich. Ich kann noch immer keine Bilder über das Backend hochladen und obwohl mir der Manitu-Support die Pfadangaben zu Imagemagick zugeschickt hat, kriege ich das nicht lauffähig. Ausserden fehlen noch alle Bilder vor 2017. Die werde ich dann erst nach den Ferien, aus der Schweiz, hochladen (genauso wie die Fotoalben). Das dauert per FTP von Thailand aus einfach viel zu lange. Und genau auch deshalb warte ich mit Anfragen betreffend der Geschwindigkeit beim Manitu-Support. Ich kann hier, knapp 10'000 Kilometer entfernt, nur sehr schlecht abschätzen, woher der Delay kommt.
Beat Post author am |
Habe /include/admin/entries.inc.php ersetzt und kann bestätigen, dass die Warnhinweise verschwunden sind. Danke! ? ?
Ja jetzt ist er auch weg, seit du ch aktiviert hattest. (Mit Chrome und natürlich nicht eingeloggt)
Das mit dem Warten verstehe ich gut.
Es ist auch so eine Mischung würde ich behaupten, zb die Seitenleisten Zufallsbilder sind schon mal ~1000 ms
Dann kann es mit DNS Anfragen zusammenhängen, oder mir der Festplatte/SSD, oder mit der Anbindung des Servers, etc. Jedenfalls hast du das hier nicht und es geht ratz-fatz, vielleicht auch weil der NGINX irgendeine Art Cache verwendet, siehe den 502 Bad Gateway error.
Kannst du mir das mal im Backend hinterlegen, bitte?!
Beat Post author am |
Ja, nginx verwendet einen Cache und ich muss wirklich sagen: Die hosttech-Server sind schnell. Auch ein Grund, weshalb mir der Wechsel etwas schwerfällt...
Aber: Es gibt ja noch einiges an Pulver, was man verschiessen kann. So habe ich z.B. auf www.bbbeat.ch serverseitigen APC-Cache via -htaccess aktiviert und im Blog auch die GZIP-Kompression eingeschaltet. Das könnte man auf dem Manitu-Server alles auch noch nutzen.
Ich muss auch dringend mal in die Wärme .. deine Leckereien machen richtig Appetit und ich wolte schon immer mal mit dem A350 fliegen. ?
Beat Post author am |
Ich glaube, wir sind jetzt zum 5. oder 6. Mal in Thailand. Kann ich absolut empfehlen! Sehr liebe Menschen, tolle Natur, meist super Wetter und eben Klasse-Essen! ? (und alles äusserst günstig)
Ich denke Du meinst den doppelstöckigen A380-✈... Unsere Freunde sind damit nach Singapur geflogen und dann von da nach Phuket mit einer Regional-Airline.
In den nächsten Tagen werde ich noch ein paar Thailand-Impressionen in meinen Blog hochladen...
Ich auch. Letztes Mal war es auch auf Phuket. Sehr netter kleiner Strand im Norden zur Erholung, nach einer Reise durch Laos und Kambodscha.
Nee ich meinte den relativ neuen A350 neo oder so ähnlich. Fliegt locker 10 Stunden durch.
Beat Post author am |
Argh... Wenn ich Bilder manuell per FTP hochlade und danach unter Wartung Vorschaubilder erzeugen will, erhalte ich folgende Fehlermeldung:
Warning: touch(): Unable to create file /home/sites/site100015826/web/styx-master/uploads/2020/20200122.styxThumb.jpg because Permission denied in /home/sites/site100015826/web/styx-master/include/functions_images.inc.php: 2314. For more details set $serendipity['production'] = 'debug' in serendipity_config_local.inc.php to receive a full stack-trace.
Darunter zusätzlich:
Größe von 2020/20200122.styxThumb.jpg ändern: 200x150
Wollte 2020/20200122.styxThumb.jpg für das Vorschaubild verwenden, aber das Kopieren schlug fehl!
Die Upload-Verzeichnisse und auch das include-Verzeichnis haben 775-Berechtigungen...
Auch rekursiv? Wenn uploads nicht geht, muss man es auf 770 für alle Dateien und Verzeichnisse setzen. Das heißt Vollzugriff für Besitzer und Gruppe.
/include ist unnötig, da nur für das System lesend.
Beat Post author am |
Was meinst Du mit "rekursiv"?
Habe jetzt die Verzeichnisse und alle Daten auf 770 umgestellt. Resultat: Die Fehlermeldungen sind zwar weg, doch neue Vorschaubilder werden trotzdem keine erzeugt und die alten werden mir in der Mediathek nicht mehr angezeigt. ?
Beat Post author am |
Hier: Ja, so wie Du geschrieben hast.
Von www.beatsblog.net kann ich es im Moment nicht sagen... Ich wollte das File mit FilZilla auf dem Server direkt öffnen. Das hat aber nicht funktioniert. Jetzt kann ich das File aber nicht downloaden, denn FileZilla sagt mir nun: /serendipity_config_local.inc.php: open for read: permission denied - grrr...
Beat Post author am |
Hmmm... Leider habe ich auch da das Medien-Upload-Problem. Error 500. Bad header... blablabla...
Leider sind die Einstellungen gleich wie hier. Sollte also prinzipiell funktionieren. Tut es im Moment aber nicht...
Morgen... neuer Tag, neues Glück...
Ian Styx am |
Wie gesagt nur, wenn noch nie die globale Konfiguration gesichert!
Ach da war das... Ich sagte ja schon mal ich kenne Systeme auf denen das nicht geht. Eigentlich ist das ja gut, denn es ist eine default restricted permission. Doof halt nur, wenn man da unbedingt mal ran muss!
Man könnte ev. den Inhaber/Geschäftsführer Manuel Schmitt fragen, der ist selber Serendipianer.
Beat Post author am |
Wie meinst Du das? Wie gesichert? Bewusst habe ich soetwas noch nie gemacht.
Ian Styx am |
Das ist bedenklich ... ! ?
(Globale) Konfiguration aufmachen und speichern. Du musst nicht mal was ändern. Nur in dem Fall (außer der Installation und dem 503 Wartungsmodus natürlich) wird die local Datei neu aufgesetzt.
Hier ist das bestimmt schon erfolgt, deshalb als Auskunft nicht von Belang. Nur dort, wo du simple installed hast und nachträglich per Hand die converted Variable eingetragen hast. Da wäre es interessant (gewesen).
Beat Post author am |
Wenn ich im Backend auf "Einträge bearbeiten" klicke, erhalte ich 36x folgende Fehlermeldung:
Darunter folgen die bisherigen Einträge und ich kann diese ganz normal bearbeiten. Die 36 Warnhinweise haben soweit also keine nagativen Auswirkungen.
Ian Styx am |
Super! Vielen Dank.
Das war ein Bug und ich habe dazu gleich noch einen zweiten gefunden, den du noch gar nicht bemerkt hast ?
Commitet!
Es ist halt wichtig immer mit mehreren Menschen und ihren persönlichen Vorlieben und Einstellungen zu testen. Das kann man alleine gar nicht immer alles vorausahnen und als Testdata vorhalten.
Beat Post author am |
? Beruhigend, wenn's mal kein Benutzerfehler ist... ?
Ian Styx am |
Was mir ein wenig "Sorge" bereitet ist der fürchterliche delay von ~3.7x Sekunden beim load einer Seite auf bb.net, wovon ~3.63 Sekunden Wartezeit sind.
Das muss besser gehen! Bevor du dich damit an den Manitu Support wendest, solltest du gründlich überprüfen wie man deine Einstellungen optimieren kann. Was mir zB auffällt ist ein XHR request auf
Angefragte Adresse:https://www.beatsblog.ch/plugin/ctpure-beat_default
Das macht ja keinen Sinn. Entweder ist noch eine Einstellung des ehemaligen template Wechslers aktiv, oder irgendetwas anderes pointet auf beatsblog.ch. Check mal all deine Einstellungen und Plugin Einstellungen.
Vielleicht gibt es auch noch Weiteres, so zB eventuell Bilder in alten Enträgen die auf bb.ch zugreifen etc. oder Bilder die fehlen und die Wartezeit addieren, wie das fehlende ReCaptcha Bild in zB https://www.beatsblog.net/2574-Ich-bin-wirklich-kein-Roboter.html.
Auch scheint die Biene nicht zu funktionieren. Es wird immer das versteckte Captcha angezeigt. Speichere SPamblock und Biene mal erneut.
Ian Styx am |
Du kannst übrigens statt ?frontpage auch https://beatsblog.net/?souls oder https://beatsblog.net/?beatnik verwenden.. ?
Wenigstens könntest du wahrscheinlich den bee Fehler
mit einem zusätzlichen Eintag in der .htaccess oberhalb des s9y blocks lösen
oder vorher einmal untersuchen, ob nicht eventuell nur das s im https der url zu deinem Blog fehlt, unter:
Konfiguration - Pfade - URL zum Blog.
Beat Post author am |
Also: Als ich die Styx Edition installierte war erst die Domaine www.beatsblog.net verfügbar. Das habe ich dann auch so in die Styx-Konfiguration eingetragen.
Meine Ziel ist jedoch als Hauptadresse www.beatsblog.ch a) zu kommunizieren und b) anzuzeigen.
In der Zwischenzeit wurde beatsblog.ch und www.beatsblog.ch aktiviert und mit Let's encrypt zu https verschlüsselt.
Serendipity-Styx installierte ich in das Verzeichnis /web/styx-master/ . Nun linken alle Domains auf dieses Verzeichnis (beatsblog.net & beatsblog.ch, sowie deren Subdomains mit www.)
Also hielt ich es heute für angbracht, die Anzeige www.beatsblog.ch zu aktivieren, in dem ich in der Blog-Konfiguration die Adresse von .net auf .ch gewechselt habe. Was mir jedoch jetzt in den Sinn kommt ist, dass ich wohl auch alle Einträge in der DB-Tabelle "styx_references" anpassen sollte. Das ist meines Wissens die einzige Tabelle, in der absolute und nicht realtive Pfadangaben verwendet werden. (in der Zwischenzeit erledigt).
Beat Post author am |
Ich verwende /?frontpage nicht mehr. Weder auf www.beatsblog.ch noch hier. Ich linke auf die Oberkategorie Blog. Dies um eine konsistente Anzeige bei Homelink 1 & 2 zu erhalten und damit ich bei Beiträgen von Kategorien, die ich im Blog nicht anzeigen lassen will, nicht daran denken muss, die Checkbox "Nicht in der Artikelübersicht anzeigen" zu aktivieren.
Beat Post author am |
wie bist Du denn auf den Spambee-Fehler gestossen? Ich habe gerade einen Testkommentar abgeschickt. Ging ohne Probleme. (Habe Spambee & Spamblock in der Zwischenzeit geöffnet und wieder gespeichert).
Was die Geschwindigkeit/Wartezeit anbelangt, so hat dies im Moment keine Priorität für mich. Ich kann noch immer keine Bilder über das Backend hochladen und obwohl mir der Manitu-Support die Pfadangaben zu Imagemagick zugeschickt hat, kriege ich das nicht lauffähig. Ausserden fehlen noch alle Bilder vor 2017. Die werde ich dann erst nach den Ferien, aus der Schweiz, hochladen (genauso wie die Fotoalben). Das dauert per FTP von Thailand aus einfach viel zu lange. Und genau auch deshalb warte ich mit Anfragen betreffend der Geschwindigkeit beim Manitu-Support. Ich kann hier, knapp 10'000 Kilometer entfernt, nur sehr schlecht abschätzen, woher der Delay kommt.
Beat Post author am |
Habe /include/admin/entries.inc.php ersetzt und kann bestätigen, dass die Warnhinweise verschwunden sind. Danke! ? ?
Ian Styx am |
Ja jetzt ist er auch weg, seit du ch aktiviert hattest. (Mit Chrome und natürlich nicht eingeloggt)
Das mit dem Warten verstehe ich gut.
Es ist auch so eine Mischung würde ich behaupten, zb die Seitenleisten Zufallsbilder sind schon mal ~1000 ms
Dann kann es mit DNS Anfragen zusammenhängen, oder mir der Festplatte/SSD, oder mit der Anbindung des Servers, etc. Jedenfalls hast du das hier nicht und es geht ratz-fatz, vielleicht auch weil der NGINX irgendeine Art Cache verwendet, siehe den 502 Bad Gateway error.
Ian Styx am |
Kannst du mir das mal im Backend hinterlegen, bitte?!
Beat Post author am |
Ja, nginx verwendet einen Cache und ich muss wirklich sagen: Die hosttech-Server sind schnell. Auch ein Grund, weshalb mir der Wechsel etwas schwerfällt...
Aber: Es gibt ja noch einiges an Pulver, was man verschiessen kann. So habe ich z.B. auf www.bbbeat.ch serverseitigen APC-Cache via -htaccess aktiviert und im Blog auch die GZIP-Kompression eingeschaltet. Das könnte man auf dem Manitu-Server alles auch noch nutzen.
Beat Post author am |
Gemacht ?
Ian Styx am |
ick bün gespannt...
Ich muss auch dringend mal in die Wärme .. deine Leckereien machen richtig Appetit und ich wolte schon immer mal mit dem A350 fliegen. ?
Beat Post author am |
Ich glaube, wir sind jetzt zum 5. oder 6. Mal in Thailand. Kann ich absolut empfehlen! Sehr liebe Menschen, tolle Natur, meist super Wetter und eben Klasse-Essen! ? (und alles äusserst günstig)
Ich denke Du meinst den doppelstöckigen A380-✈... Unsere Freunde sind damit nach Singapur geflogen und dann von da nach Phuket mit einer Regional-Airline.
In den nächsten Tagen werde ich noch ein paar Thailand-Impressionen in meinen Blog hochladen...
Ian Styx am |
Ich auch. Letztes Mal war es auch auf Phuket. Sehr netter kleiner Strand im Norden zur Erholung, nach einer Reise durch Laos und Kambodscha.
Nee ich meinte den relativ neuen A350 neo oder so ähnlich. Fliegt locker 10 Stunden durch.
Beat Post author am |
Argh... Wenn ich Bilder manuell per FTP hochlade und danach unter Wartung Vorschaubilder erzeugen will, erhalte ich folgende Fehlermeldung:
Darunter zusätzlich:
Die Upload-Verzeichnisse und auch das include-Verzeichnis haben 775-Berechtigungen...
Ian Styx am |
Auch rekursiv? Wenn uploads nicht geht, muss man es auf 770 für alle Dateien und Verzeichnisse setzen. Das heißt Vollzugriff für Besitzer und Gruppe.
/include ist unnötig, da nur für das System lesend.
Beat Post author am |
Was meinst Du mit "rekursiv"?
Habe jetzt die Verzeichnisse und alle Daten auf 770 umgestellt. Resultat: Die Fehlermeldungen sind zwar weg, doch neue Vorschaubilder werden trotzdem keine erzeugt und die alten werden mir in der Mediathek nicht mehr angezeigt. ?