问题标签 [lasso-lang]

我们在 lasso 上运行了一个巨大的 Web 应用程序，主要是因为它首先是一个巨大的内部 Filemaker 数据库，它将作为 Web 应用程序向公众开放。

Web 应用程序虽然不使用 Filemaker，但它在 MySQL 数据库上运行，每天都在重新创建。

我知道使用 lasso 的唯一原因是它很容易与 Filemaker 集成，但我从未使用过 lasso。（我是 perl/php/mysql/javascript 的人）

所以我有三个问题：
套索是一种适用于网络应用程序的可行语言吗？与其他语言相比，它有什么重要的好处吗？

我们应该升级那个应用程序，我们应该使用更广泛使用和了解的语言，还是应该坚持使用套索？

这里有人真正使用套索吗？

试图让 LassoLab（这是一个基于 Eclipse 的 IDE 套索）在 Windows 7 上工作。

我在启动运行配置时遇到了麻烦。在此处按视频进行设置： http ://www.youtube.com/watch?v=zMTQklE3Mu0 但它不起作用。

我安装了 IIS 的 Lasso 9 服务器，它运行良好。有人在 Windows 上进行 Lasso 开发吗？

LassoTalk 列表非常以 Mac 为中心，我没有得到任何帮助。

作为学习如何在 Lasso 中编码的一部分，我一直在研究 Project Euler 问题，我想知道我的解决方案是否可以改进。这是我在 Lasso 8 代码中的问题 #1 下面得到的，它返回正确的答案：

我的问题：有没有更好或更快的编码方式？谢谢！

我今天在 Lasso 中遇到了一些我以前从未见过的 if 语句代码。它看起来像这样：

!>> 运算符在 Lasso 中如何工作？

在 Lasso 8.x 中，我在 LassoAdmin 文件夹中创建了一个自定义的 error.lasso 页面。我使用了默认的错误页面模板，以及页面末尾的一些自定义代码，通过电子邮件向我发送了一份错误副本：

在 Lasso 9 中，我可以按照 LassoGuide.com 上的说明创建自定义错误页面

http://lassoguide.com/language/error-handling.html?#error-reporting

要定义自定义错误页面，请创建一个名为“error.lasso”的文件并将其放在 Web 服务文件夹的根目录中。每个具有不同 Web 服务文件夹的主机都可以有一个自定义错误页面。

通过将“error.lasso”文件放在网络服务文件夹的子目录中，可以进一步微调自定义错误页面。Lasso Server 将处理它在文件路径上遇到的第一个“error.lasso”，从当前目录开始并继续向上直到它到达 Web 服务文件夹的根目录。如果没有找到，Lasso Server 将使用默认的错误报告。

Lasso 9 相当于$__html_reply__什么？这是为错误报告编写自定义电子邮件模板的合理捷径吗？

In the below example would the queryable #q be evaluated a second time?

I suspect not, but if that's the case is it #q->asString that invokes the query?

我正在尝试提供一种允许人们上传 zip 并将它们提取到特定文件路径的方法。似乎在 Lasso 9 中添加了 zip 功能，但我很好奇 8.6 中是否有这样做的方法，或者是否有人有任何建议。

我试图在 Lasso 9 中学习捕获，但我正在努力弄清楚如何从捕获#1内部的条件中访问局部变量。array->forEach也许我的方法都是错误的。是否有对我需要使用的父捕获的引用？以下是工作代码：

以下是我试图在不依赖冗余局部变量定义的情况下工作的代码：

在第二个示例中，我在调用var().

除了这种自定义方法的明显安全问题之外，在嵌套条件中使 #1 可用的最有效方法是什么？

在旧的 Lasso 8 代码中，当记录之间的值发生更改时，我会经常field('foo', -recordindex=(loop_count - 1))在条件中使用以显示表中的标题行。

在 Lasso 9 中，该-recordindex参数似乎被忽略了。它也没有记录。

我的第一个解决方法是为每个记录迭代设置一个变量，并将当前记录的字段与该值进行比较。

这里有最佳实践的建议吗？

我们正在将应用程序从 Lasso 8 转换为 Lasso 9，作为中间步骤，已从 8.5.5 升级到 8.6.2（在我们的新机器上与 9 一起运行在不同的虚拟主机中）。

我发现在 8.6.2 中，我们在调用encode_json. 这些错误的奇怪之处在于它们直到站点启动后的一段时间才开始发生。然后，几个小时后，所有encode_json调用都开始失败，并出现如下错误消息：

（是的，那些中文（？）字符在错误消息中。）我已经从 LassoStartup 中删除了8.5.5 encode_json 标签，所以我们使用了正确的内置方法。encode_json 方法对于我抛出的任何和所有参数都失败，从简单的字符串到地图数组。重新启动站点后，encode_json 会恢复工作一两个小时，这似乎取决于负载。

在 8.5.5 上，我们没有这个问题。有没有人有这个问题的经验？关于尝试8.5.5 标记交换 encode_json以查看我是否可以覆盖内置方法的任何建议？也许它会更好地工作？