问题标签 [seaside]

我正在 Seaside 中制作一个小型 Web 应用程序。我有一个登录组件，在用户登录后，我想在下一个组件呈现自身时发送一个 cookie。有没有办法获取处理响应的对象，以便我可以在它将输出的标头中添加一些内容？

我试图避免使用 WASession>>redirectWithCookies 因为重定向似乎很笨拙，因为我想设置一个 cookie。

是否已经存在另一种方法来添加将在下一个响应时发出的 cookie？

我的问题很简单！

1. 如果你有时间，你会开始学习 Smalltalk 吗？为什么？为什么不？
2. 你已经知道 Smalltalk 了吗？为什么推荐 Smalltalk？为什么不？

就我个人而言，我是一名 Ruby on Rails 程序员，我非常喜欢它。但是，我正在考虑 Smalltalk，因为我阅读了各种博客，并且有些人称 Ruby 为“Smalltalk Light”之类的东西。我对 Smalltalk 感兴趣的第二个原因是Seaside。

也许有人以前做过同样的转变？

编辑：实际上，Smalltalk/Seaside 最让我兴奋的是 WebDevRadio 的以下剧集：第 52 集：海边的 Randal Schwartz（除其他外）

As I'm riding the wave of resurgence of Smalltalk (especially because many Ruby-on-Rails people are rediscovering Smalltalk and seeing Seaside as their next upgraded web framework), I get questions like "yeah, but how do I use my favorite editor to edit Smalltalk code?" or "Does Smalltalk still insist on living in a world of its own?".

Now, having first experienced Smalltalk back in 1981, I don't understand these questions very well. It seems rather natural that I'd want the editor and debugger to be savvy of my current code state, and integrate with the change control system that is Smalltalk-aware. Using an external editor or debugger or change control manager would seem very awkward.

So what is it that scares you the most about not being able to edit the five-line methods in Smalltalk with your favorite editor, or use your favorite non-Smalltalk-aware change control system?

Ruby 正在变得流行，很大程度上是受到 Ruby on Rails 的影响，但感觉它目前正艰难度过青春期。Ruby 和 Smalltalk 之间有很多相似之处——磁悬浮就是证明。尽管有更不寻常的语法，Smalltalk 拥有 Ruby 的所有（如果不是更多）面向对象的美。

从我读到的内容来看，Smalltalk 似乎让 Ruby 更胜一筹：

• 成熟度（在 1970 年代开发）
• 稳定
• 商业支持
• 分布式源代码控制（了解代码结构，而不仅仅是文本差异）
• VM的几种实现
• 跨平台支持
• 作为Rails 的强大替代品的seaside web 框架

Ruby 似乎只是在重新发明轮子。那么，为什么 Ruby 开发人员不使用 SmallTalk 呢？Ruby 有什么 Smalltalk 没有的？

郑重声明：我是一个 Ruby 人，在 Smalltalk 方面几乎没有经验，但我开始想知道为什么。

编辑：我认为GNU Smalltalk已经解决了易于编写脚本的问题。据我了解，这允许您在常规的旧文本文件中编写 smalltalk，并且您不再需要在 Smalltalk IDE 中。然后，您可以使用以下命令运行脚本：

如何在 Squeak 中获得 BlockClosure（我想使用 BlockClosure>>callCC）？

当我写 [#foo] 是一个 BlockContext 时，有什么关系？

更新：我发现 BlockClosure 主要是新编译器的东西。

相反，我如何使用 seaside Continuations？我遇到了问题，任何例子都将不胜感激。

进一步更新：这样做的目的不是使用 seaside（至少不是直接使用），而是以一种比滚动我自己的状态跟踪迭代器更容易的方式编写遍历和其他类似的东西。

所以，如果你下载一个新的 Seaside 镜像并运行 WAKom startOn: 80，那么你新的 seaside 会响应 localhost/seaside/

这个 /seaside-folder 让我很烦，因为我想在seasidehosting上发布。

所以！如何删除这部分 URL？

我希望我的应用程序可以在 myapp.seasidehosting.st 下访问

URL 名称中没有任何路径。

尼可

有人曾经设法让海边托管的 Web 应用程序与 SandstoneDb 合作吗？似乎他们不允许创建子目录，这对 SandstoneDb 很重要。我错了吗？

对我来说，Seaside 的主要观点似乎是它更像是普通的“桌面”编程。

控制流看起来更像“传统”编程而不是“网络”编程。这是正确的印象吗？

我知道它是关于 Web 编程的，但从程序员的角度来看，它看起来不像。它看起来不仅仅是驱动“桌面”应用程序。这是否稍微澄清了这个问题？

我正在尝试在海边 2.9 中做这样的事情

正如我所期望的那样，我的带有 stratId 的 div 被附加了，但我的吱吱声图像中没有得到检查窗口？这样做的正确方法是什么？

我知道这有点主观，但是，如果你设身处地为我着想，你会花时间在学习上吗？

我想编写一个网络应用程序，它可以安全地处理数量相对较少的人们的私人数据，几千条几 Kb 的记录，但需要保持安全的东西，地址，电话号码等。我已经完成了几个网络项目在 PHP/MYSQL 中并已经决定，虽然它很方便，但我真的不喜欢 PHP，也不想在其中做另一个大型项目......

因此，我认为我最好学习一些新东西，所以我正在考虑 2 个选项（尽管如果你有建议，我会很乐意招待其他人）。我在决定时遇到了可怕的麻烦。他们看起来都很投入，所以不要只是跳进去，可能会浪费几天的时间来加快速度，让他们两个都做出明智的选择，我想我会来这里征求一些意见。

所以我正在考虑的两个选择是......

PYTHON Web 框架之一- TurboGears 似乎很受好评？优点：在我尝试过的所有语言中，Python 是我最喜欢的。有很多框架可供选择，在过去的几年里，我做了很多非 web python 编码。缺点：有很多选择，所以很难选择！需要运行单个服务器进程？还是 mod_python？我不喜欢的声音。我喜欢的是进程分离和划分的概念，即如果一个用户帐户被盗用，攻击者将无法利用系统的其余部分。我不清楚python解决方案能在多大程度上处理这个问题。

把它写成一个 SEASIDE 应用程序我猜它在一个吱吱作响的应用程序服务器上运行？Adv：据我所知，这将允许对用户进行良好的划分，因为每个人都有自己的小型私有 VM，独立于其他用户的所有系统，从安全性、扩展性和冗余的角度来看，这听起来很棒。Dis：自从 15 年前的 Uni 以来，我没有做过任何 Smalltalk，那时我也从未深入研究过它。我看不到海边或许多使用它的项目的入门级帮助。我怀疑设置服务器以运行它是困难的，原因相同，不是因为它本质上很难，而是因为在线帮助会更少，并且假设你已经对 Sqeak/Smalltalk 相当熟悉了。

那么，人们是怎么想的呢？我能否通过 Python 框架有效地获得我所追求的那种强大的分离和划分？在将用户彼此隔离方面，Seaside 是否和我想的一样好？在安全方面，我可能会变得更好，坚持使用我最熟悉的语言，这样我就不会犯任何 n00b 错误，或者 Seaside 是否值得扩展学习曲线并证明从长远来看更安全、更易于理解和可维护? 归根结底，这不是一个生死攸关的决定，如果我从一个开始然后讨厌它，我总是可以保释，所以请不要让所有的圣言战争开始燃烧任何人！;-)

为这得到的任何回复欢呼，

罗杰：）