Skalierungsprobleme durch zu viele Bücher pro Nutzer

[fabiankirstein]

Wie Steffen bereits in einer Email erwähnt hat, sorgen zu viele Bücher bei einem Nutzer für einige Performance Probleme. Ich finde die sehr schwerwiegend. Ich habe gerade 45 Sekunden gebraucht um die Startseite zu laden. 17 MB war sie groß. Die vielen Vorschaubilder werden komplett in die Showcases geladen und anscheinend sind einige Provider der Bilder sehr langsam. Das ist sowohl für den Nutzer als auch für uns Entwickler nicht schön. Wir sollten bis Sonntag eine einfache Lösung finden, einige Vorschläge

• Keinen Nutzer mit so vielen Büchern haben (Wer will schon 400 Bücher tauschen)
• Bilder doch selber hosten
• Nicht alle Bilder sofort in den Showcase laden, sondern nur die, die angezeigt werden. Das würde aber nur das Problem der Startseite lösen. Der Wunschzettel ist auch mega langsam bei 400 Bücher

Unsere Drag&Drop Box skaliert auch nicht. Ich habe maximal 17 Bücher da rein bekommen. Reicht uns das? Wer will schon mehr auf einmal tauschen.

[stubb]

Bilder selber hosten klingt für mich die sinnvollste Lösung für dieses Problem.

[DanielPinkpank]

Meint ihr wirklich, dass wir uns darüber Sorgen machen sollten? Ich sehe das Problem und es wäre sicherlich sinnvoll sich bei einem "echten" Projekt damit zu beschäftigen. Aber im Rahmen dieser Arbeit ist es vielleicht etwas zu viel Aufwand für wenig bis gar keinen Nutzen.

2014/1/3 Kilian Köppchen notifications@github.com

Bilder selber hosten klingt für mich die sinnvollste Lösung für dieses Problem.

— Reply to this email directly or view it on GitHubhttps://github.com/anhapu/SDFplay/issues/38#issuecomment-31550872 .

[fabiankirstein]

Sehe ich prinzipiell ähnlich. Aber so wie es gerade ist, verdoppelt sich meine Entwicklungszeit. Dann müssen die Testdatensätze geändert werden.

[ganddev]

Hmm das ist natürlich ärgerlich, wenn es die Entwicklungszeit verdoppelt. Ansonsten sehe ich es auch so, kein echtes Projekt, also keinen Aufwand investieren.