問題タブ [seaside]
For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.
http - リダイレクトせずに Seaside の応答に Cookie を追加するにはどうすればよいですか?
Seaside で小さな Web アプリケーションを作成しています。ログイン コンポーネントがあり、ユーザーがログインした後、次のコンポーネントがレンダリングされるときに Cookie を送信したいと考えています。出力するヘッダーに何かを追加できるように、応答を処理するオブジェクトを取得する方法はありますか?
Cookieを設定したいという理由だけでリダイレクトするのはかなり面倒なので、 WASession>>redirectWithCookies の使用を避けようとしています。
次の応答で送信される Cookie を追加する別の方法はありますか?
smalltalk - Smalltalkを学び始めませんか?
私の質問は簡単です!
- 時間があれば、Smalltalk の学習を始めませんか? なんで?なぜだめですか?
- Smalltalkをご存知ですか?Smalltalkをお勧めする理由は何ですか? なぜだめですか?
個人的には Ruby on Rails プログラマーであり、とても気に入っています。ただ、ブログをいろいろ読んでいるとRubyのことを「Smalltalk Light」みたいに呼んでいる人がいるので、Smalltalkのことを考えています。私が Smalltalk に興味を持った 2 つ目の理由はSeasideです。
たぶん、誰かが以前に同じ移行を行ったことがありますか?
編集:実際、Smalltalk/Seaside について私が最も興奮したのは、WebDevRadio の次のエピソードです:エピソード 52: Randal Schwartz on Seaside (とりわけ)
ruby-on-rails - 最新の Smalltalk の統合 IDE について、最も恐れていることは何ですか?
私はSmalltalk の復活の波に乗っているので (特に多くの Ruby-on-Rails の人々が Smalltalk を再発見し、次のアップグレードされた Web フレームワークとしてSeasideを見ているため)、次のような質問を受けます。 Smalltalk コードを編集するには?" または「Smalltalk はまだ独自の世界に住むことを主張していますか?」。
さて、1981 年に初めて Smalltalk を体験した私には、これらの質問がよくわかりません。エディターとデバッガーが私の現在のコード状態に精通しており、Smalltalk 対応の変更管理システムと統合することを望むのはかなり自然なことのように思えます。外部のエディター、デバッガー、または変更管理マネージャーを使用すると、非常に厄介に思えます。
では、お気に入りのエディターで Smalltalk の 5 行のメソッドを編集できないこと、またはお気に入りの Smalltalk を認識しない変更管理システムを使用できないことについて、最も恐れていることは何ですか?
ruby-on-rails - なぜ Smalltalk の代わりに Ruby を使うのですか?
RubyはRuby on Railsの影響もあり人気が出てきていますが、今は思春期に苦戦しているように感じます。Ruby と Smalltalk には多くの類似点があります。リニアモーターカーはその証拠です。より変わった構文を持っているにもかかわらず、Smalltalk は Ruby のオブジェクト指向の美しさをすべて (それ以上ではないにしても) 備えています。
私が読んだところによると、Smalltalk は Ruby に勝っているようです。
- 成熟度 (1970 年代に開発)
- 安定
- 商用サポート
- 分散ソース管理(テキストの差分だけでなく、コードの構造を理解する)
- VM のいくつかの実装
- クロスプラットフォームのサポート
- Railsの強力な代替手段としての海辺の Web フレームワーク
Ruby は車輪の再発明を行っているようです。では、なぜ Ruby 開発者は SmallTalk を使用しないのでしょうか? Ruby には何があり、Smalltalk にはありませんか?
記録のために: 私は Smalltalk の経験がほとんどない Ruby の男ですが、なぜだろうと考え始めています。
編集:スクリプトの容易さの問題はGNU Smalltalkによって対処されたと思います。私が理解しているように、これにより、通常の古いテキスト ファイルで smalltalk を記述できるようになり、Smalltalk IDE にいる必要がなくなります。その後、次を使用してスクリプトを実行できます。
smalltalk - Seaside 継続の操作
Squeak で BlockClosure を取得するにはどうすればよいですか (BlockClosure>>callCC を使用したい)?
BlockContext である [#foo] を書くとどうなりますか?
更新: BlockClosure は主に新しいコンパイラのものであることがわかりました。
代わりに、海辺の継続をどのように扱うのですか? 私は問題を抱えています。例を教えていただければ幸いです。
さらなる更新: これの目的は、海辺を (少なくとも直接ではなく) 使用することではなく、独自の状態追跡イテレーターをローリングするよりも簡単な方法でトラバーサルなどを記述することです。
seaside - Seaside の URL をどのように消去しますか?
したがって、新しい Seaside イメージをダウンロードして WAKom startOn: 80 を実行すると、新しい seaside が localhost/seaside/ で応答します。
seasidehostingで公開したいので、この /seaside-folder は私を悩ませます。
そう!URL のこの部分を削除するにはどうすればよいですか?
myapp.seasidehosting.st の下でアプリに到達できるようにしたい
URL の名前にパスが含まれていない。
ニコ
hosting - www.Seasidehosting.st で SandstoneDB アプリをホストできますか?
seasidehosting がホストする Web アプリケーションを SandstoneDb と連携させることに成功した人はいますか? SandstoneDb にとって重要なサブディレクトリの作成を禁止しているようです。私が間違っている?
smalltalk - Seaside プログラミングと他の Web プログラミングの違いは何ですか
私にとって、Seaside の主なポイントは、通常の「デスクトップ」プログラミングに似ているということです。
制御フローは、「Web」プログラミングではなく、「従来の」プログラミングのように見えます。それは正しい印象ですか?
それが Web プログラミングに関するものであることは知っていますが、プログラマー側から見ればそうではありません。「デスクトップ」アプリケーションを駆動するだけではありません。これは質問を少し明確にしますか?