wordpress 翻页无效,seo排名优化的方法,南京有哪些做网站的公司,wordpress免插件图床如果你还没有注意到了#xff0c;我最近被唠叨试图开始使用时#xff0c;我遭遇了陷阱AWSλ-S3正式例子 。 虽然大多数这些愚蠢的错误的指责是对我自己的懒惰#xff0c;过度自尊和缺乏对细节的关注#xff0c;我个人觉得#xff0c;在开始与一家领先的无服务器供应商不应… 如果你还没有注意到了我最近被唠叨试图开始使用时我遭遇了陷阱AWSλ-S3正式例子 。 虽然大多数这些愚蠢的错误的指责是对我自己的懒惰过度自尊和缺乏对细节的关注我个人觉得在开始与一家领先的无服务器供应商不应该是那么难。 我在SLAppForge的团队也是如此 。 他们建立了Sigma来实现这一目标。 警告猫从书包里拿出来了 让我们看看Sigma可以做什么 使您的无服务器生活变得轻松 。 Sigma已经提供了S3缩略图样本的现成版本 。 如果您愿意的话按照自述文件的说明 部署它只需几分钟。 在此讨论中让我们采用一种更动手的方法从原始缩略图样本中获取代码将其粘贴到Sigma中然后将其部署到AWS中 -上一次我尝试在该块中运行的过程完全相同。 。 如您所知 Sigma代表您管理与应用有关的许多“幕后”工作包括功能许可 触发器配置和相关资源 。 这取决于代码中遵循的某些语法准则幸运的是这些准则非常简单和普通。 因此我们要做的就是获取原始源代码将其粘贴到Sigma中然后进行一些调整和拖放配置 而Sigma将理解并处理其余的内容。 如果您还没有这样做现在是注册Sigma的绝佳时机这样我们就可以开始以无服务器的出色表现激发您的灵感。 除了繁琐的工作您确实需要一个Sigma帐户才能访问IDE 。请参阅此小型指南 。 进入后只需从AWS文档中复制S3缩略图示例代码然后将其推入Sigma的喉咙即可。 编辑本来会很平淡无聊但现在开始显示一些有趣的东西。 特别是在编辑区域的左边界。 顶部的闪电符号与带有突出显示的event变量的函数标题相对表示触发器 lambda函数的调用入口点。 尽管这不是功能本身的一部分但仍应使用必要的源S3存储桶目标lambda函数和权限来正确配置它。 好消息是使用Sigma您只需要指示源S3存储桶配置即可 Sigma将负责其余的工作。 此时闪电符号为红色表示尚未配置触发器 。 只需将S3条目从左窗格拖到上一行函数标题以向Sigma指示此lambda应该由S3事件触发。 一旦完成拖放操作Sigma就会询问您缺失的谜题即S3存储桶应作为lambda的触发点以及触发该操作的操作的性质 在我们的例子中这是图像文件的“对象创建”事件 。 在指定源存储桶时Sigma提供了两种选择您可以选择 通过下拉列表“ 现有存储桶”标签选择一个现有存储桶 或 通过“ New Bucket”选项卡定义一个新的存储桶名称以便Sigma在项目部署中重新创建它。 由于“图像文件”类别涉及多种文件类型因此我们需要为lambda定义多个触发器每个触发器对应于不同的文件类型。 不幸的是S3触发器尚不支持文件名前缀/后缀的模式 如果支持 则可以只使用一个触发器因此让我们首先通过选择“创建对象”作为事件来定义JPG文件的触发器然后输入“ .png”作为后缀然后拖放并配置另一个触发器以“ .jpg”作为后缀-您猜对了就是JPG文件。 选择第二个触发器的存储桶时需要记住一点即使为第一个触发器输入了新的存储桶名称也必须从“现有存储桶”选项卡中选择相同的已经定义的存储桶。第二个触发条件而不是再次将存储桶名称作为“新”存储桶提供。 原因是Sigma会跟踪每个新定义的资源因为它必须在部署时创建存储桶并且如果两次定义一个新存储桶Sigma将会感到“困惑”并且部署可能无法按计划进行。 为减轻歧义当我们在现有存储桶列表下显示新定义的存储桶时我们将其标记为“新”例如新添加的my-new-bucket my-new-bucket (New) –至少对于现在直到我们找到更好的选择 如果您有个不错的主意请随时加入 。 现在两个触发器都已准备就绪我们可以继续进行操作了 。 您可能已经注意到编辑器的左窗格中两个S3图标它们在触发指示器的下方紧靠s3.getObject和s3.putObject调用。 这两个操作的参数块也将突出显示。 这表明Sigma已经确定了API调用并可以通过自动生成必要的提示使它们正常工作例如执行权限来帮助您。 单击第一个图标与s3.getObject 以打开操作编辑弹出窗口。 我们要做的就是为Bucket参数选择正确的存储桶名称同样请确保在“现有”标签上选择带“新”前缀的存储桶而不是在输入框上重新输入存储桶名称。 “新”标签然后点击更新 。 同样使用第二个图标 s3.putObject 选择目标存储桶。 由于我们尚未添加或使用目标存储桶定义因此您将在Sigma中添加新的存储桶定义。 因此您可以选择现有的存储桶或为新的存储桶命名就像第一个触发器一样。 仅需一步添加依赖项。 虽然Sigma为您提供了将第三方依赖项添加到您的项目的功能的出色功能但它确实需要在构建时知道依赖项的名称和版本。 由于我们将一个陌生的代码块复制并粘贴到了编辑器中因此我们应该分别告诉Sigma有关代码中使用的依赖项以便将它们与我们的项目源捆绑在一起。 只需单击工具栏上的“添加依赖项”按钮搜索依赖项并单击“添加”所有添加的依赖项以及两个默认值aws-sdk和slappforge/slappforge-sdk 都将显示在依赖项下拉列表中-在“添加依赖项”按钮下。 在本例中必须遵循原始的AWS示例准则 我们必须添加async 对于瀑布式执行流和gm 对于GraphicsMagick 依赖项。 做完了 现在剩下的就是单击IDE工具栏上的Deploy按钮使轮子运动 首先Sigma将把应用程序源保存提交到您的GitHub存储库中。 因此请确保在Sigma要求您提供一个不错的提交消息时)您也可以选择自己喜欢的回购名称如果不存在Sigma会创建它。 但是在遇到“空”存储库即没有主分支的仓库时Sigma有一个已知的故障因此如果您有全新的存储库请确保对主分支进行至少一次提交最简单的方法是创建自述文件只需在创建回购文件时单击一下即可轻松完成 。 保存完成后Sigma将自动构建您的项目并打开一个部署摘要弹出窗口其中显示与新的S3缩略图生成器有关的所有内容。 一些名称看起来有些乱七八糟但它们通常会反映已部署资源的类型和名称例如s3MyAwesomeBucket可能代表一个名为my-awesome-bucket的新S3存储my-awesome-bucket 。 查看列表如果您愿意然后单击Deploy 。 部署机制将启动显示实时进度栏以及显示项目基础CloudFormation堆栈中发生的更改的日志视图。 部署完成后您期待已久的缩略图生成器lambda就可以进行测试了 只需将JPG或PNG文件上传到您选择的源存储桶通过S3控制台 或者如果您更像我则通过aws s3 cp 然后惊叹于将在目标存储桶中弹出的缩略图秒 如果在目标存储桶中没有发现任何有趣的东西稍等一会儿则可以像检查其他lambda一样检查lambda的执行日志 以检查出了什么问题。 我们知道回到AWS控制台执行此操作是很痛苦的我们也希望很快找到一种更酷的替代方法。 如果您想将生成的缩略图公开就像我在前一篇文章中所说的那样私有缩略图有什么用您不必四处阅读IAM文档更新IAM角色并摆脱困境。 只需单击s3.putObject调用上的S3操作编辑图标从s3.putObject列表中选择“ public-read应用于对象的ACL”参数作为public-read 然后单击“ Deploy”经历另一个保存-构建-部署周期。 我们已经在努力加快这些“零钱”部署的速度所以现在就让我们忍受新部署完成后要查看任何新生成的缩略图您只需输入URL http://bucketname.s3.amazonaws.com/resized-original image name放入您喜欢的Web浏览器然后按Enter 哦如果您遇到任何异常情况-提交/构建/部署失败异常错误或Sigma自身的错误-别忘了通过Slack对我们进行ping操作或将问题发布到我们的公共问题跟踪器上 您可以使用“帮助”→“报告问题”菜单项直接在IDE中进行操作。 对于您以后希望在Sigma中看到的任何改进或出色功能也是如此更快的构建和部署下载构建/部署工件的能力崭新的主题集等等。 请告诉我们我们会将其添加到待办事项中并在不远的将来尝试一下 好的各位是时候回去开始与Sigma一起玩了 而我写了我的下一篇博客文章 请继续关注SLAppForge的更多信息 翻译自: https://www.javacodegeeks.com/2018/03/no-more-running-around-the-block-lambda-s3-thumbnailer-nailed-by-slappforge-sigma.html
