現状、Scratchのクラウド変数では最大2560字(256字*10個)しか保存できませんが、もっと大量の情報を保存したいときがありますよね。

ここでは、Scratchのプロジェクトにおいてより多くの情報を保存や通信する方法についてアイデアを出し合う場としたいと思います。

自身が聞いた話では、実行中のScratchプロジェクト上から外部のサーバーに情報を送信して保存し、そことの通信によって情報を受送信している方がいるそうです(確実な情報ではないので個人名は伏せさせていただきます)。

そんなこと本当に可能なんでしょうかね……？？？

それ以外にも、Scratchにおいて多くの情報を保存・通信する方法はきっとあるので、みなさんから広くアイデアを募りたいと思います。

ぜひ一緒に考えてみましょう！！

もし <(☁ たくさんクラウドに保存したい) = [YES]> なら
[アイデアを出そう] と考える
end

私は天気予報を作っているのですがどうしてもクラウド変数が足りなくなってしまうので今どうするか悩んでいるところです。

外部のサーバーを経由してクラウド保存ですか…興味深いですね
今のところScratchでクラウド情報を一つにたくさんまとめられる方法はクラウドリストぐらいでしょうか…それでも2560字までしか保存できませんが(泣)

NodeやPythonなどで作成した外部サーバーを作らなくても、簡単なものであれば、

もし <(ユーザー名) = [あなたのユーザー名]> なら
ずっと
読み取り命令を受け取ってデータを送信する処理
書き込み命令を受け取ってデータを保存する処理
end
end

という感じのプログラムを使用することで、大容量のデータを保存することができます。
もっとも、製作者がそのプロジェクトを24時間稼働させ続けなければならないのは変わりませんが。

Meldow wrote:

(#1)
現状、Scratchのクラウド変数では最大2560字(256字*10個)しか保存できませんが、もっと大量の情報を保存したいときがありますよね。

ここでは、Scratchのプロジェクトにおいてより多くの情報を保存や通信する方法についてアイデアを出し合う場としたいと思います。

自身が聞いた話では、実行中のScratchプロジェクト上から外部のサーバーに情報を送信して保存し、そことの通信によって情報を受送信している方がいるそうです(確実な情報ではないので個人名は伏せさせていただきます)。

そんなこと本当に可能なんでしょうかね……？？？

それ以外にも、Scratchにおいて多くの情報を保存・通信する方法はきっとあるので、みなさんから広くアイデアを募りたいと思います。

ぜひ一緒に考えてみましょう！！

もし <(☁ たくさんクラウドに保存したい) = [YES]> なら
[アイデアを出そう] と考える
end

可能ですよ！！　Pythonというプログラミング言語を使うことでScratchのクラウド変数を変更したり読み取ったりすることができます。うまく使えば、多くの情報を保存する以外にも、自分のフォロワー数を自動的にクラウド変数に送信して、LIVE follower countを表示させたりもできます。僕は気温を表示させるプログラムを作りました。
Python cloud test(Temperature_Live)

たーけクラウドシステムはたしかにPythonを（部分的に？）使っているようですが、リアルタイム震度ビューアーはPythonを使っていないようです。

Kuppi-scratch wrote:

※たまに間違った解説コメントありますがPythonは使ってないですよ
(プロジェクトページより)

データ量を計算してみたら全部で約1063バイトでした。
進数変換が完璧で一方的に受信するのであれば既に1KBを渡せる…

そういえば、、
ちょっと前に一つのクラウド変数に保存できるデータ量の限界を計算していました。（自分でも計算ミスがありそうだなあとか思っていますが）
(removed by moderator - don't link to unmoderated communication sites)
10種類のクラウド変数に保存できるとすると0.1秒に855.429919119bitの通信ができそう。

保存ができたら次は暗号化の処理を考えなければいけなくなるので、ほかのトピックでセーブコードの暗号化を見てみたのですが、確実に暗号化する方法はないみたいですね(中を見れるため読み取り処理を実行すれば THE END みたいです)
頭良い人が完璧な暗号化作ってたりしないかな

どういうことを実現したいのですか？

暗号化と復号化の処理を変えれば良い気がします。
外部サーバーで一旦解凍してから違う処理実行してから復号化する、みたいな感じでやれば送ったデータを解凍することはできなくなるのでは？と思います。結局受信したデータはわかってしまいますが・・・
それかユーザー名を鍵にすることで少しは覗くのがやりにくくなるのではないでしょうか？

その後あらゆる暗号化について調べて自作したんですが、いろいろとおかしい…

RSA暗号などで暗号化すれば良いのではないでしょうか。
公開鍵のみ共有すれば良いのでクラウド変数などにも保存しやすいのではないでしょうか？

RSNA暗号⁉︎

(Wikipedia見たけど理解できなかった)

RSA暗号です。高校の情報Ⅰでやるはずなのでそこまで待つか、YouTubeなどでわかりやすい解説を探してみるのもいいと思います。ここでは余白がたりないので…

RSA暗号を作ったんですよ。
https://scratch.mit.edu/projects/1192934352/

一般的に、目視/外部のソフトウェアから、データの中身を確認/書き換えできないようにすることを目的として暗号化技術を使用する場合、その鍵はソフトウェア内部に隠される、あるいは専用サーバーから都度ダウンロードされています。

たとえば、商用DVDの映像はCSSという方式で暗号化されており、復号(復号化ではないので注意)に必要な鍵が再生ソフトに隠されています。
また、その隠された鍵が見つかってしまったり、ソフトウェアが改造されてしまったりすると、もはや暗号化の意味をなさなくなってしまいますから、解析への対策もされています。たとえば、プログラムを難読化したり、改造を検知して強制終了する仕組みを入れたりしています。
それを怠ったソフトのせいで、既にCSSは崩壊してしまいましたが。

しかし、Scratchの「共有」の理念を考えると、「プログラムを難読化したり、改造を検知して強制終了する仕組み」というのはやや不適切でしょう。