code-less links?

[jvoigtlaender]

Zum Beispiel in Aufgabentexten verwenden wir ja Links wie https://code.world/run.html?mode=haskell&dhash=DEpssmhzFT22fqxwW2yXJVQ

Dadurch sind wir immer noch ein bisschen von der anderen CodeWorld-Instanz abhängig.

Um unsere eigene Instanz dafür zu verwenden (Link auf ein "laufendes Programm", ohne den Code zu exposen), eignet sich aber kein der beiden in #17 umgesetzten Optionen, richtig?

[nimec01]

Korrekt. Bei den referenzierten Optionen wird lediglich der Code im Editor vorgeladen.

Um solche Links zu ermöglichen müssten, wir die kompilierten Programme abspeichern. Das steht derzeit allerdings im Widerspruch zu dem Fakt, dass wir die Programme der Nutzer eben nicht abspeichern. Man könnte natürlich überlegen eine Option einzubauen, die es autorisierten Nutzern erlaubt genau dieses Feature auszuschalten.

Es besteht natürlich auch die Möglichkeit, die kompilierten Programme manuell als Datei abzuspeichern und dann geeignet zur Verfügung zu stellen.

[nimec01]

Um solche Links zu ermöglichen müssten, wir die kompilierten Programme abspeichern. Das steht derzeit allerdings im Widerspruch zu dem Fakt, dass wir die Programme der Nutzer eben nicht abspeichern. Man könnte natürlich überlegen eine Option einzubauen, die es autorisierten Nutzern erlaubt genau dieses Feature auszuschalten.

Man könnte auch überlegen, explizites Teilen/Speichern zu unterstützen, den Code dann aber Ende-zu-Ende zu verschlüsseln.
Excalidraw setzt dies so um, wie in diesem Blogpost zu lesen ist.

[jvoigtlaender]

Mir scheint näherliegend, hierauf:

Maybe instead some "compression/encoding format" that is known to be resilient against injection should be used for the transfer (i.e., encoding into that format at the Autotool end, decoding from that format agt the CodeWorld end)?

aus #43 (comment) aufzubauen.

Also, wenn es solch ein "compression/encoding format" gibt (ohne kryptografische Komponente), kann dann nicht analog zu aktuell schon möglichem

https://autotool.fmi.uni-due.de/haskell?loadSrc=https://gist.github.com/...

ein

https://autotool.fmi.uni-due.de/haskell?showThis=...

unterstützt werden, wobei in den ... das "compressed/encoded format" steht?

Klar könnte dann jemand rausfinden, was dieses Format ist, und solch einen String decoden, um dann den Source-Code zu sehen. Aber es ist ja nicht so, dass wir dort wirklich Geheimnisse hüten. Der Code soll nur nicht sofort und offensichtlich zu sehen sein (wie es bei loadSrc=https://gist.github.com/... der Fall wäre, wo die URL natürlich zum Nachschauen einlädt).

[jvoigtlaender]

Noch ein ganz anderer Gedanke: Kann der "Laden per https://gist.github.com/..." Ansatz damit kombiniert werden, dass die entsprechenden Gists auf GitHub private sind, aber der CodeWorld-Server ein Zugriffstoken hat, um diese private gists abzurufen?

[nimec01]

Noch ein ganz anderer Gedanke: Kann der "Laden per https://gist.github.com/..." Ansatz damit kombiniert werden, dass die entsprechenden Gists auf GitHub private sind, aber der CodeWorld-Server ein Zugriffstoken hat, um diese private gists abzurufen?

Aktuell wird der Code clientseitig geladen. Man kann natürlich auch eine Möglichkeit einbauen, dass der Code serverseitig geladen werden soll.

[jvoigtlaender]

Clientseitig scheint mir auch sinnvoller.

[nimec01]

Gibt es hier noch etwas, das nicht durch #56 oder #59 abgedeckt wurde/wird?