Macros 优胜美地的Osascript损坏/速度慢-任何人都可以确认吗？
在10.8次中，我在Keyboard Maestro中创建了一个宏，用于将网页添加到提醒列表中，以便以后阅读 在山狮队和小牛队，它的表现很好，但在约塞米蒂，一些错误正在发生，导致执行非常缓慢 以前执行时间约为1-2秒，现在超过40秒甚至1分钟 苹果团队为我提供了错误的解决方案，命令我对脚本进行“代码签名”，但并没有用于代码签名的“文件”，可以在命令行中执行applescripts。因此，在我看来，他们在osascript中弄乱了一些东西，直到10.10.4才修复。但我需要有人来确认或建议我如何调试这个问题，因为我在系统控制台中找不到和这个问题相关的日志行 更新： 关于El Capitan 10.11.1问题仍然存在 有人能测试并确认这一点吗？我提供了指向宏的链接。Macros 优胜美地的Osascript损坏/速度慢-任何人都可以确认吗？,macros,applescript,osx-yosemite,Macros,Applescript,Osx Yosemite,在10.8次中，我在Keyboard Maestro中创建了一个宏，用于将网页添加到提醒列表中，以便以后阅读 在山狮队和小牛队，它的表现很好，但在约塞米蒂，一些错误正在发生，导致执行非常缓慢 以前执行时间约为1-2秒，现在超过40秒甚至1分钟 苹果团队为我提供了错误的解决方案，命令我对脚本进行“代码签名”，但并没有用于代码签名的“文件”，可以在命令行中执行applescripts。因此，在我看来，他们在osascript中弄乱了一些东西，直到10.10.4才修复。但我需要有人来确认或建议我如何调
它当前绑定到F1-根据需要进行更改。在执行之前，在OSX上的提醒中创建“2Read”列表。我已经尝试过了，在我的机器上大约1-2秒钟就完成了。所以我没有遇到和你一样的问题 我正在2013年末的MBP视网膜上运行OS X 10.10.4 也许你的“2读”列表太长了 另一个提示：
我以前也对Applescript中的长列表有问题。有时，浏览列表需要几分钟，但在使用一些列表后，如果列表的时间仅为秒。我已经尝试过，在我的机器上大约用1-2秒就完成了。所以我没有遇到和你一样的问题 我正在2013年末的MBP视网膜上运行OS X 10.10.4 也许你的“2读”列表太长了 另一个提示： 我以前也对Applescript中的长列表有问题。有时，浏览列表需要几分钟，但使用了一些之后，如果列表的时间仅为几秒钟。从您的pastebin链接（是的，我警告过您，它看起来像碎肉）：
键盘大师事件日志 （1） KM向Growl发送一个“打开”事件（“aevt/odoc”），告诉它打开一个临时文件（可能是为了让Growl显示一条消息） （2） 调酒师向KM发送“获取脚本术语”事件（“ascr/gdut”） （3） 调酒师向KM发送一个“BTDR/Load”事件，看起来像是Bt告诉KM加载一个名为“BartenderHelperNetyone.bbundle”的插件 （4） KM向某个对象发送“KeyC/KeyB”事件（它不提供进程的名称，只提供其进程序列号，它是与Unix进程ID等效的经典MacOS）。可能最简单的方法就是询问KM开发人员 （5,6,7）KM然后向键盘Maestro Engine发送三个“应用程序死亡”事件（“aevt/obit”）（我猜这是一个在后台不断运行的匿名助手应用程序），通知它三个osascript进程（PSN 312312315316316）已终止。这并不一定意味着osascript已经崩溃，因为这些事件包含一个值为0的错误号（'errn'）参数，并且命令行进程通常返回错误代码0以指示它们已成功完成。这些很可能是在KM和KME之间发送的普通内部通知，用于指示任务何时完成。第一个osascript流程（PSN 312312）与下面的提醒活动有关；我猜另外两个是运行其他AppleScript宏，可能与此处无关 提醒事件日志 （1,2,3）PSN 312312312的“osascript”进程发送一个“make”（“core/crel”）事件和两个“set”（“core/setd”）事件的提醒，这显然是正在运行的AppleScript （4） Dock会向它发送一个“重新打开”（“aevt/rapp”）事件，这可能只是你点击提醒器的Dock图标将其带到前台
当然，主要的问题是，如果没有时间戳，我无法告诉您40秒延迟发生在哪里。您真的需要再做一次，这次手动记录每条消息的记录时间。如果在中间某个地方看到一个40秒的延迟，那么就很容易确定它发生在哪一个事件之间，这应该开始指向一个原因。在这一点上，您最好联系KM供应商与他们讨论 HTH从你的pastebin链接（是的，我警告过你它看起来像碎肉）：
键盘大师事件日志 （1） KM向Growl发送一个“打开”事件（“aevt/odoc”），告诉它打开一个临时文件（可能是为了让Growl显示一条消息） （2） 调酒师向KM发送“获取脚本术语”事件（“ascr/gdut”） （3） 调酒师向KM发送一个“BTDR/Load”事件，看起来像是Bt告诉KM加载一个名为“BartenderHelperNetyone.bbundle”的插件 （4） KM向某个对象发送“KeyC/KeyB”事件（它不提供进程的名称，只提供其进程序列号，它是与Unix进程ID等效的经典MacOS）。可能最简单的方法就是询问KM开发人员 （5,6,7）KM然后向键盘Maestro Engine发送三个“应用程序死亡”事件（“aevt/obit”）（我猜这是一个在后台不断运行的匿名助手应用程序），通知它三个osascript进程（PSN 312312315316316）已终止。这并不一定意味着osascript已经崩溃，因为这些事件包含一个值为0的错误号（'errn'）参数，并且命令行进程通常返回错误代码0以指示它们已成功完成。这些很可能是在KM和KME之间发送的普通内部通知，用于指示任务何时完成。第一个osascript流程（PSN 312312）与下面的提醒活动有关；我猜另外两个是运行其他AppleScript宏，可能与此处无关 提醒事件日志 （1,2,3）PSN 312312312的“osascript”流程发送提醒'