Muss nicht!
Ich habe das mit den Einstellungen nur erwähnt, weil FTP Programme manchmal zicken machen und Datei falsch hochladen. Aber FileZilla (in einer neuen Version) sollte damit kein Problem haben, ...normalerweise.
Beat am |
FileZilla und Notepad++ sind jeweils auf dem neusten Stand. (Auch sonst bemühe ich mich, keine veraltete SW einzusetzen.)
Es geht ja um diese Dateien
https://www.blog.dokumenzi.ch/templates/sliver/preview_fullsize.jpg
https://www.blog.dokumenzi.ch/templates/sliver/preview_fullsize.webp
https://www.blog.dokumenzi.ch/templates/sliver/preview.webp
https://www.blog.dokumenzi.ch/templates/sliver/preview.png
Dein Server zeigt sich hier ungewöhnlich zickig.
Beat am |
Zumindest bei dieser Sache habe ich sehr wohl verstanden, worum es geht.
Ich sehe per FileZilla die Daten auf dem Server, habe sie (zur Sicherheit) aber erneut raufkopiert/überschrieben und trotzdem werden sie nicht angezeigt. Blöd , doch ich weiss echt nicht, wie ich noch helfen könnte.
Beat am |
Muss jetzt weg (die nächste Weihnachtsfeier). Wünsche einen schönen Abend!
Internal Server Error
The server encountered an internal error or misconfiguration and was unable to complete your request.
Please contact the server administrator to inform of the time the error occurred and of anything you might have done that may have caused the error.
More information about this error may be available in the server error log.
Beat am |
Öhm... war das hier? Oder bei Dir?
Beat am |
Habe die neusten Daten (25.12.2019, 19:32) komplett heruntergeladen und damit alle bisherigen Dateien überschrieben. Die Silver-Theme-Vorschaubilder werden leider immer noch nicht angezeigt.
Bei dir natürlich. Ist ja reproduzierbar. Öffne die Links mal über markieren und öffne in tabs. Result 500er Error.
Beat am |
Mein Server-error-log spuckt dazu zwei Fehler aus:
Code 500
GET /templates/sliver/preview_fullsize.jpg HTTP/1.0
darunter, gleiche Zeit, ohne Code
[core:alert] xxxBeatxeditxxx/styx-master/templates/sliver/.htaccess: FilterProvider takes three arguments, filter-name provider-name match-expression
Es scheint also ein Problem mit der /silver/.htaccess zu geben. Wenn ich die umbenenne, werden die Bilder im Browser und auch im Backend/Themes richtig angezeigt.
Sehr gut! Danke.
An die habe ich überhaupt nicht (mehr) gedacht.
Das die auf Nginx so ein Aufhebens macht ist ziemlich doof und nicht vorgesehen, außerdem müsste sie auch noch auf Apache 24 verifizeirt werden. Ingesamt also eher nur ein Vorschlag, daher *nun* disabled.
Beat am |
Habe in /templates/silver die Datei *.htaccess* in *.disabled-htaccess* umbenannt. Nun werden die Bilder im Backend und auch über obige Direktlinks angezeigt.
Damit sollte den pc-owner auch überall jetzt hervorgehoben werden. Ich glaube ich war an dieser Stelle einfach zu übervorsichtig.
Für die Kommentar Abonniert Frontend Geschichte bräuchte ich auch noch mal etwas Unterstützung. Kannst du mir einen Fall zur Ansicht geben in dem tatsächlich auch Abonniert anzeigt wird (und den ich mir eingeloggt ansehen kann) ?!?
Beat am |
Also CSS-Teil in /templates/pure/style.css integriert und Kommentar mit Abo abgesetzt.
In meiner user.css gibt es keinen Eintrag beginnend mit *.comment h4*. Dieser sollte demzufolge aus pure/style.css übernommen werden. Für comments habe ich lediglich Farbveränderungen vorgenommen.
"schäm"... habe die erste Zeile nicht kopiert... nun aber nachgereicht... macht den Unterschied...
Ok da haben wir uns wohl überschnitten. Jetzt brauchen wir nur noch testen, ob jemand absichtlich den pc-owner intruieren bzw provozieren kann. Ich hatte, als ich diesen erfand, natürlich auch alte Kommentare in mind, die damals ja noch keinen integrierten Schutz gegen feindliche (Namens) Übernahmen hatten..
Beat am |
Nein, ich habe keine style.css und pflege in /pure-beat/user.css nur Abweichungen zur /pure/styles.css ein.
In der /pure/style.css ist jetzt der Code genau so, wie Du ihn oben gezeigt hast.
Ich wünsche mir, dass die Smileys nicht nach 10 Bildern auf eine neue Zeile umbrechen (direkt unter diesem Frontend-Formular), sondern dass der Umbruch automatisch erfolgt. Ich möchte nämlich noch ein oder zwei neue Smileys aufnehmen. Das sieht aber super blöd aus, wenn dafür eine neue Zeile gebraucht wird. Die im Event-Plugin steckende serendipity_event_emoticonchooser.php sieht aber so kompliziert aus, dass ich a) den entsprechenden Eintrag für diesen Umbruch nicht finde und mich b) auch kaum getrauen würde, daran rumzuschrauben.
Falls das aber eine doofe Idee ist, einfach sagen.
Ian Styx am |
Automatisch ist gut und beide checkboxen aktiviert.
Beat am |
Ja, genau so steht es da (Standard nach Installation. Habe hier nie etwas verändert.)
Ich vertraue Dir auch soweit, dass ich Dir die FTP-Zugangsdaten übermitteln würde... damit Du selber nachsehen kannst.
Ian Styx am |
Muss nicht!
Ich habe das mit den Einstellungen nur erwähnt, weil FTP Programme manchmal zicken machen und Datei falsch hochladen. Aber FileZilla (in einer neuen Version) sollte damit kein Problem haben, ...normalerweise.
Beat am |
Ian Styx am |
https://www.blog.dokumenzi.ch/templates/sliver/preview_fullsize.jpg
https://www.blog.dokumenzi.ch/templates/sliver/preview_fullsize.webp
https://www.blog.dokumenzi.ch/templates/sliver/preview.webp
https://www.blog.dokumenzi.ch/templates/sliver/preview.png
Dein Server zeigt sich hier ungewöhnlich zickig.
Beat am |
Ich sehe per FileZilla die Daten auf dem Server, habe sie (zur Sicherheit) aber erneut raufkopiert/überschrieben und trotzdem werden sie nicht angezeigt. Blöd
Beat am |
Ian Styx am |
Nicht mir! DIR!
Beat am |
Beat am |
Ian Styx am |
Beat am |
Mein Server-error-log spuckt dazu zwei Fehler aus:
Code 500
GET /templates/sliver/preview_fullsize.jpg HTTP/1.0
darunter, gleiche Zeit, ohne Code
[core:alert] xxxBeatxeditxxx/styx-master/templates/sliver/.htaccess: FilterProvider takes three arguments, filter-name provider-name match-expression
Es scheint also ein Problem mit der /silver/.htaccess zu geben. Wenn ich die umbenenne, werden die Bilder im Browser und auch im Backend/Themes richtig angezeigt.
Ian Styx am |
Sehr gut! Danke.
An die habe ich überhaupt nicht (mehr) gedacht.
Das die auf Nginx so ein Aufhebens macht ist ziemlich doof und nicht vorgesehen, außerdem müsste sie auch noch auf Apache 24 verifizeirt werden. Ingesamt also eher nur ein Vorschlag, daher *nun* disabled.
Beat am |
Habe in /templates/silver die Datei *.htaccess* in *.disabled-htaccess* umbenannt. Nun werden die Bilder im Backend und auch über obige Direktlinks angezeigt.
Ian Styx am |
Ich finds nimmer...
Für den comment pc-owner habe ich nochmal nachgedacht und würde gerne noch mal etwas testen.
Ersetze
https://github.com/ophian/styx/blob/master/templates/pure/style.css#L1271 ff
mit
Damit sollte den pc-owner auch überall jetzt hervorgehoben werden. Ich glaube ich war an dieser Stelle einfach zu übervorsichtig.
Für die Kommentar Abonniert Frontend Geschichte bräuchte ich auch noch mal etwas Unterstützung. Kannst du mir einen Fall zur Ansicht geben in dem tatsächlich auch Abonniert anzeigt wird (und den ich mir eingeloggt ansehen kann) ?!?
Beat am |
https://www.blog.dokumenzi.ch/2571-Abonniert-Anzeige.html
Ian Styx am |
Beat am |
In meiner user.css gibt es keinen Eintrag beginnend mit *.comment h4*. Dieser sollte demzufolge aus pure/style.css übernommen werden. Für comments habe ich lediglich Farbveränderungen vorgenommen.
"schäm"... habe die erste Zeile nicht kopiert... nun aber nachgereicht...
macht den Unterschied...
Ian Styx am |
Der Teil ist ja auch neu...
Du hast keine eigene style.css?
Und hast in pure.style das ersetzt?
Warum steht dann immer noch nur
im stylesheet?Ian Styx am |
Beat am |
In der /pure/style.css ist jetzt der Code genau so, wie Du ihn oben gezeigt hast.
Ian Styx am |
Beat am |
Habe ich einen Wunsch frei?
Ich wünsche mir, dass die Smileys nicht nach 10 Bildern auf eine neue Zeile umbrechen (direkt unter diesem Frontend-Formular), sondern dass der Umbruch automatisch erfolgt. Ich möchte nämlich noch ein oder zwei neue Smileys aufnehmen. Das sieht aber super blöd aus, wenn dafür eine neue Zeile gebraucht wird. Die im Event-Plugin steckende serendipity_event_emoticonchooser.php sieht aber so kompliziert aus, dass ich a) den entsprechenden Eintrag für diesen Umbruch nicht finde und mich b) auch kaum getrauen würde, daran rumzuschrauben.
Falls das aber eine doofe Idee ist, einfach sagen.
Ian Styx am |
So?