我们使用CURL在Web应用程序上自动执行某些管理任务,该应用程序对域中的所有站点使用SSO cookie.最近,我们自动化的应用程序的身份验证系统发生了变化.没关系.我们更改了CURL脚本以符合新的身份验证.我们能够获得饼干并保存到罐子里.
问题是cookie的保存方式.我查看了Google Chrome和Mozilla Firefox中的标头以及响应标头与我在CURL中看到的相同.但是,cookie jar中的cookie不会以可以将其发送到域中的子网站的方式保存cookie.
CURL示例如下:
curl -c mycookie" https://login.example.com "-d loginUID = myusername -d loginPWD = mypassword
它节省的格式是:
login.example.com FALSE/TRUE SSOCookie自动值
如果我们手动将cookie更改为以下内容,cookie将被子网站使用:
.example.com TRUE/TRUE SSOCookie自动值
我不确定为什么cookie会被保存.
有谁知道会导致CURL保存cookie的原因是什么？或者,如果除了手动/编写脚本以外,还有其他工作要对整个域进行更改？
注意:当我在设置cookie时使用-v.它说*为域login.cat.com重新刷新了SSOCookie"uniquecookieid"
谢谢,
我对 hive 还不够熟悉，所以就在这里。我们正在使用 Oozie 将一堆 Hive ql 作业链接在一起。我的任务是优化已经在我们的生产环境中运行的应用程序。业务合作伙伴不希望花费的时间超过 1.5 小时。我注意到的第一件事是，这个工作流程中有大约 90 个 oozie 操作。我们还与其他应用程序共享纱线队列。其中一半操作是 hive2 操作，每个 Hive QL 操作仅执行一个 HQL 语句。有时 HiveQL 操作之间会出现延迟，因为 Oozie 启动器在队列中等待，然后 HiveQL 在队列中等待。这正常吗？有没有办法解决这个问题。
对于时间敏感的 Hive 查询： 1) Oozie 是我们应该用来将时间敏感的 HiveQL 脚本链接在一起的正确工具吗 2) 有哪些替代方案（使用 Java 或 Python 启动和处理 HQL 之间的流程是否具有性能优势）？3）HQL本身有什么我们可以做的吗？（再说一次，我是 hive 的新手，主要是 MapReduce/Spark 和简单工作流程（少于 20 个操作）的经验 4）还有其他我没有提到的性能考虑因素吗？
谢谢你，