Dies wird nur bei sicheren Uploads aufgerufen. Meine Vermutung ist, dass du es in der Vergangenheit so konfiguriert hattest und es seitdem entfernt hast.
Was gibt dies zurück?
./launcher enter app
rails c
> Upload.where('secure').count
cc @martin
(auch wir haben einen Namensfehler in site_setting.rb:157:in absolute_base_url. Es sollte s3_absolute_base_url heißen.)
Hey Sam,
vielen Dank, dass du dir das angesehen hast!
Soweit ich weiß, haben wir die Funktion für sichere Uploads nicht aktiviert. Da ich aber nicht der einzige Administrator bin, kann ich mir nicht sicher sein. Wenn ich das richtig verstehe, sollte deine Abfrage 0 zurückgeben, wenn die Funktion noch nie aktiviert war? Nun, es ist deutlich mehr als 0 
Tatsächlich 235 
Das gibt folgendes zurück:
[1] pry(main)> Upload.where('secure').count
=> 235
[2] pry(main)>
Gibt es etwas, das ich tun kann, um das zu beheben?
Sollte ich die Einstellung sichere Medien: eingebettete Bilder in E-Mails zulassen deaktivieren?
Lohnt es sich, zu versuchen, sichere Medien zu aktivieren und dann wieder zu deaktivieren?
Vielen Dank für deine Unterstützung!
Wenn Sie derzeit keine gesicherten Medien aktiviert haben, müssen Sie sie nicht aktivieren. Sie muss aufgrund der Anzahl Ihrer gesicherten Uploads zu einem bestimmten Zeitpunkt aktiviert worden sein. Führen Sie den Rake-Task uploads:secure_upload_analyse_and_update aus; dieser durchläuft alle Ihre Uploads und markiert sie basierend auf den Site-Einstellungen als sicher/nicht sicher (wenn Sie gesicherte Medien deaktiviert haben, werden alle als nicht sicher markiert).
Hey Martin,
vielen Dank. Ich werde es heute Abend ausprobieren.
Nur um sicherzugehen: Wir haben derzeit aktiviert
Sollten wir diese Option ebenfalls umschalten? Oder hat dies keinen Einfluss auf den Markierungsprozess?
Und nur zur Klarstellung: Muss ich nach dem rake-Befehl die App neu erstellen? Oder ist das nicht notwendig, aber vielleicht empfehlenswert?
Vielen Dank!
Diese Option ist standardmäßig aktiviert, hat jedoch keine Wirkung, es sei denn, Secure Media ist ebenfalls aktiviert.
Ich glaube nicht, dass ein Neuaufbau notwendig ist. Ich habe dies bereits auf Live-Websites ohne Probleme ausgeführt.
Vielen Dank!
Ich probiere es aus und melde mich morgen.
DANKE DANKE!
Ich vermute zwar, aber der Backtrace sieht so aus, als würde er versuchen, eine Liste von Nachrichten oder eine Liste von Informationen aus Nachrichten zu serialisieren, und schlägt beim Serialisieren eines bestimmten Bildes fehl. Das Bild ist vermutlich das Profilbild eines Benutzers. Nur ein Konto ist betroffen, daher könnte das fehlerhafte Bild von einem Benutzer stammen, der nur mit diesem betroffenen Konto kommuniziert hat.
Möglicherweise bezieht sich der fehlgeschlagene Listenbau auf die letzten N Nachrichten. Vielleicht könntest du dem betroffenen Konto N Nachrichten (mit unterschiedlichen Betreffzeilen) senden, damit die Liste nur gültige Nachrichten enthält?
Martin, vielen Dank nochmals für den Tipp.
Ich habe versucht, rake uploads:secure_upload_analyse_and_update auszuführen, aber die Ausgabe war:
Diese Aufgabe funktioniert nur für externen Speicher.
Also habe ich versucht, die Option Sichere Medien aktivieren zu aktivieren. Leider – oder besser gesagt, um Admin-Fehler zu vermeiden – kann diese Option nur aktiviert werden, indem Amazon S3-Buckets konfiguriert werden. Und ich bin mir absolut sicher, dass noch nie jemand ein S3-Setup durchgeführt hat.
Ich kann das Rake-Skript also nicht ausführen, da mir kein S3-Speicher zur Verfügung steht. Daher kann ich nicht sagen, ob es einen Einfluss auf pry(main)> Upload.where('secure').count hat.
Ich frage mich, warum wir noch einige sichere Uploads haben, obwohl wir S3 nie aktiviert hatten.
Habt ihr dazu irgendwelche Hinweise?
Aber tatsächlich:
Hat funktioniert. Also bin ich vorerst beruhigt. Auch wenn ich keine Ahnung habe, warum wir ein solches Verhalten beobachten. Ich würde mich freuen zu erfahren, was sonst noch der Grund sein könnte.
Vielen Dank im Voraus und für all die Zeit, die ihr bereits investiert habt.
Na, Ed_S, was soll ich sonst sagen als
Tatsächlich hat dein kleiner Tipp funktioniert. Ich habe einfach eine neue Nachricht verfasst und eine weitere Antwort gepostet, und dann war der Fehler verschwunden.
Dass du in diesem Moment mein Held bist, befreit dich zwar nicht von weiteren Fragen Ich hoffe, es macht dir nichts aus, mir noch etwas mehr darüber zu erklären, was hier zum Teufel passiert ist.
Zunächst einmal, damit ich besser verstehe, wie man die Logs liest. Ich meine, was für eine großartige Vermutung von dir! Was hat dich dazu gebracht, zu denken, dass ein Serialisierungsproblem der Verursacher sein könnte?
lib/url_helper.rb:90:in `cook_url'
app/models/topic.rb:126:in `image_url'
app/serializers/listable_topic_serializer.rb:34:in `image_url'
Warum nicht cook_url oder, ich weiß nicht, irgendetwas anderes?
Zweitens: Was sind deine Empfehlungen? Muss ich darauf achten, nicht wieder in ein solches Problem zu geraten? Oder vielleicht bei einem anderen Benutzer?
Glaubst du, es gibt eine Möglichkeit, herauszufinden, welche Nachricht, welcher Benutzer oder welches Bild hier der Übeltäter war? Gibt es eine andere Möglichkeit, sich das anzusehen, als … durch die Nachrichten zu klicken und zu hoffen, dass eine der privaten Nachrichtenpostings eine Reaktion hervorruft?
Das Lustige ist, dass einige Administratoren genau dasselbe getan haben, wie das Verfassen einer neuen Nachricht (eines neuen Themas) für den betroffenen Account, und wir haben kein anderes Verhalten beobachtet. Irgendwie hat die letzte von mir an den betroffenen Account gesendete Nachricht den Erfolg gebracht.
Und zum Schluss: Kann ich deine Telefonnummer für weitere Notrufe haben? Nur zum Spaß!
Aber im Ernst: Vielen Dank, ganz viel, ganz ganz viel. Ich war hier wirklich festgefahren und ich bin so froh, dass unser Nutzer – wie erwähnt, einer unserer Administratoren – wieder auf Kurs gebracht werden konnte. Danke, Ed_S!
Sehr gute Vermutung!
Ha ha – scheint, als hätte ich Glück gehabt. Bei einem Stack Trace läuft es vom Spezifischen zum Allgemeinen – es ist nicht nur eine Liste von Dingen, sondern ein Bild der verschachtelten Interaktionen vom allgemeinen Code bis hin zur spezifischen Mechanik. Daher erschien mir die Idee mit dem „Bild
Es gibt einen Rake-Task, um dies zu beheben:
./launcher enter app
rake uploads:secure_upload_analyse_and_update
Ich empfehle, diesen auszuführen.
Hey Sam,
vielen Dank, dass du das noch auf deiner Liste hast. Ich freue mich sehr über weitere Unterstützung, um das richtig hinzubekommen.
Ich habe es versucht:
Aber tatsächlich wurde dieselbe Ausgabe ausgegeben, dass dies nur für externe S3-Speicher funktioniert. Da wir noch keinen eingerichtet haben, bin ich hier etwas ratlos.
Hier ist meine Konsole:
./launcher enter app
rake uploads:secure_upload_analyse_and_update
This task only works for external storage.
Übersehe ich etwas? Oder ist das ein Fehler, und es sollte laufen, wenn secure media deaktiviert ist?
Vielen Dank für deine Expertise.
Tatsächlich ist es manchmal das Glück, das uns am Leben hält, oder?
Trotzdem danke, ich war wirklich etwas frustriert, und das Löschen aller Nachrichten war wirklich nur die letzte Option.
Vielleicht kannst du mir ja einen Hinweis zu den Themen hier geben. Für mich, der relativ neu bei Docker und Discourse ist, bin ich durch deinen Vorschlag, eine Datenbankabfrage zu starten, etwas verloren. Welche Datenbank wird von Discourse verwendet, und kann ich so etwas machen wie
./launcher enter app
mysql select bla
Oder ist es MongoDB? Aber das Betreten und Ausführen der Abfrage innerhalb des Containers ist zumindest der richtige Weg, oder?
Gibt es eine Liste von Feldern oder Eigenschaften, die ich durchsuchen kann, wie eine Referenz oder ähnliches, damit ich mir Gedanken über die richtige Abfrage machen könnte?
Nur zur Klarstellung: Selbst wenn es mir gelingt, die Liste der Profilbilder in der Posteingangsliste zu erhalten – gibt es dann immer noch keinen Vorschlag, um einzugrenzen, welches das „böse
Ich kenne mich mit der Datenbankseite nicht so gut aus, aber ich empfehle das Data Explorer-Plugin, das offiziell unterstützt wird, sowie dieses Thema. (Am besten eröffnest du ein neues Thema, wenn du neue Fragen hast – andere könnten davon profitieren, und ein passender Titel zieht mehr Hilfe an.)
Edit: Vielleicht siehst du auch hier vorbei:
Dort gibt es Hinweise darauf, wie der Mechanismus aussieht und wie du ihn abfragen könntest.
Hey Ed_S,
danke vielmals für die Hinweise. Das Data Explorer-Plugin ist großartig! Für weitere Analysen ist es ein wirklich guter Ausgangspunkt!
Auch der Hinweis zu den verlorenen Avataren war hilfreich. Ich habe das geprüft und es schien in Ordnung zu sein. Vielen Dank also, dass du diese Einsicht geteilt hast.
Solange es im Moment funktioniert, bin ich sehr zufrieden. Ich drücke die Daumen, dass es so bleibt
Nochmals vielen Dank, Ed_S, für die anhaltende Unterstützung.
Falls jemand anderem ein solcher Fehler unterläuft, lass mich bitte wissen, was du erlebt hast oder was man tun könnte, um solche Fehler zu verhindern.
Vielen Dank an alle fürs Lesen.
This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.