本文将分享在amazonecho上播放来自debianlinux的声音的详细内容,并且还将对amazonecho怎么用进行详尽解释,此外,我们还将为大家带来关于Amazonlinux1与Amazonl
本文将分享在 amazon echo 上播放来自 debian linux 的声音的详细内容,并且还将对amazon echo怎么用进行详尽解释,此外,我们还将为大家带来关于Amazon linux 1 与 Amazon linux 2 中的 Java 8 问题、Amazon S3 和 Amazon CloudFront 将服务证书迁移到 Amazon Trust Services、Amazon S3、Amazon Athena 和 Amazon Athena 与分区的比较、bash – “echo”hello“之间的区别ls“vs”echo’hello’u0026u0026 ls“?的相关知识,希望对你有所帮助。
本文目录一览:- 在 amazon echo 上播放来自 debian linux 的声音(amazon echo怎么用)
- Amazon linux 1 与 Amazon linux 2 中的 Java 8 问题
- Amazon S3 和 Amazon CloudFront 将服务证书迁移到 Amazon Trust Services
- Amazon S3、Amazon Athena 和 Amazon Athena 与分区的比较
- bash – “echo”hello“之间的区别ls“vs”echo’hello’u0026u0026 ls“?
在 amazon echo 上播放来自 debian linux 的声音(amazon echo怎么用)
如何解决在 amazon echo 上播放来自 debian linux 的声音
我使用 Blueman-Manager 来管理 Linux 机器上的蓝牙设备。当我尝试使用蓝牙将 Linux 机器连接到 Amazon Echo 扬声器时,我看到以下错误:
Connection Failed: Input/output error
现在 Amazon Echo 连接到我的 PC 而不是其他方式,当它连接时,它被设置为 A2DP 源。我要求在 Echo 上播放的任何内容都会流式传输到 PC 内部扬声器。
但是,我似乎无法将 Echo 扬声器设置为 A2DP 接收器。我无法在 Amazon Echo 上播放声音。
在这方面的任何帮助将不胜感激。
谢谢。
Amazon linux 1 与 Amazon linux 2 中的 Java 8 问题
如何解决Amazon linux 1 与 Amazon linux 2 中的 Java 8 问题
在迁移以运行我的 Springboot 应用程序从 Amazon linux 1 到 Amazon linux 2 时遇到问题。我正在使用 run 文件并选择 Java 版本 来自JAVA_HOME:
- 亚马逊 linux 1:JAVA_HOME=/usr/lib/jvm/jre-1.8.0-openjdk.x86_64
- 亚马逊 linux 2:JAVA_HOME=/usr/lib/jvm/java-1.8.0-openjdk-1.8.0.282.b08-1.amzn2.0.1.x86_64/jre/bin/java
在 Amazon linux 1 中一切正常,但在 Amazon linux 2 中,我收到了不支持的major.minor 版本 52.0 错误。真正让我感到困惑的是,当我更改实例的整个 Java 版本(附加图像)时,一切都会再次正常运行。
我猜问题是我如何指向 java jre,但我无法弄清楚。有人可以帮我解决这个问题吗?提前致谢。
编辑 1:我用来运行的 sh 文件:
#!/bin/sh
exec 2>&1
ulimit -n 10240
#For Java Classpath
JAVA_HOME=/usr/lib/jvm/java-1.8.0-openjdk-1.8.0.282.b08-1.amzn2.0.1.x86_64/jre/bin/java
JAVA_BIN=$JAVA_HOME/bin/
export JAVA_HOME
EXTERNAL_HOME=external
EXTERNAL_RESOURCE=$EXTERNAL_HOME/resources
export SPRING_CONfig_NAME=application
export SPRING_CONfig_LOCATION=$EXTERNAL_RESOURCE/
export LOG_DIR=$EXTERNAL_HOME/logs
export LANG=ja_JP.UTF-8
cd $EXTERNAL_HOME
echo $SPRING_CONfig_NAME
echo $SPRING_CONfig_LOCATION
echo $LOG_DIR
#exec nice -n 20 java -server -Xmx512M -xms256M -Xdebug -Xrunjdwp:transport=dt_socket,server=y,suspend=n,address=5005-Xdebug -Xrunjdwp:transport=dt_socket,address=5005 -jar external-0.0.1.jar
#exec nice -n 20 java -server -DLog4jContextSelector=org.apache.logging.log4j.core.async.AsyncLoggerContextSelector -agentlib:jdwp=transport=dt_socket,address=*:5005 -jar external-0.0.1.jar
exec nice -n 20 java -server -Xmx512M -xms256M -Dlogging.config=file:$EXTERNAL_RESOURCE/log4j2.properties \\
-agentlib:jdwp=transport=dt_socket,address=5005 -jar external-0.0.1.jar
解决方法
它可能在 Amazon linux 1
中工作的原因是它可能只安装了一个 Java(或者 PATH
指向正确的 Java 版本)。在 Amazon linux 2
中,您安装了多个 Java。并且要执行 java 命令,不需要 JAVA_HOME
。 java
命令从 PATH
变量读取可执行文件。因此导出 JAVA_HOME
没有任何意义。检查这个 - JAVA_HOME or PATH or BOTH?
所以这里强制性的是检查 PATH
变量指向什么。如果它指向另一个 JVM
而不是你需要的,那么你需要附加 path to bin
来执行那个特定的 java
,就像这样 - exec nice -n 20 $JAVA_HOME/bin/java -server ...
。
另外,根据我个人的意见,没有必要从 script
导出任何变量,除非您需要另一个 script
中的变量,该变量可能在导出变量的那个之后执行。如果您只想在单个 script
中使用该变量,那么只需使用它而不导出它。
Amazon S3 和 Amazon CloudFront 将服务证书迁移到 Amazon Trust Services
- 我托管了一些静态网站,它们托管在 S3 存储桶上,这些存储桶具有适当的域并使用 CloudFront 分配。
如果您不直接访问 *.cloudfront.net
,那么在这种情况下您不会受到影响,因为 S3 网站端点仅支持 HTTP(无 S)。
- 我有几个存储桶,用于存储一些图像/视频,并使用其他网站中的源链接 (https://xxx.s3-ap-southeast-1.amazons.com) 来加载资源。
在这种情况下,您会受到影响。
- 我有几个临时网站,它们托管在 S3 上,因此它们都有临时 URL,例如 http://xxx.s3-website.aws.com
您不会受到影响,因为您仅使用 HTTP(无 S)。
,电子邮件还说明
Amazon Trust Services 证书颁发机构源自 AWS 购买自 2005 年起生效的 Starfield Services 证书颁发机构。这意味着您不必采取任何措施来使用 Amazon Trust Services 颁发的证书,因为它是已包含在大多数 Web 浏览器、操作系统和应用程序的通用信任存储中。但是,如果您构建自定义证书信任存储或使用证书锁定,您可能需要更改您的配置。作为最佳实践,我们建议您使用以下测试之一来验证 Amazon Trust Services 是否在您的信任存储中。
意思是,如果您不构建自定义证书信任存储或使用证书锁定,则无需更改任何内容。在访问受影响的 HTTPS 页面时,您或其他用户不会注意到证书的变化。
更多关于证书固定 here
,对于您的第 2 点。我的理解是,如果您只是链接到托管的 https 存储桶版本,他们只会将证书从 digicert 更新为 amazon 颁发的证书,一切都应该继续工作。
我有一个类似的设置,使用 s3 上的 digicert 证书托管视频和图像。我只是复制了我的开发环境以使用“eu-west-3”,它具有最新的亚马逊颁发的证书,一切似乎都一样,只是颁发者不同。 也许这对知识渊博的人来说更清楚,但我只能假设他们只会重新颁发新证书,对我们这些使用旧数字证书的人没有影响。
,我遇到了同样的情况。
我做了什么?
在这种情况下,我将使用 Route 53 通过 s3.amazonaws.com 将所有公开访问的 s3 资产移动到云前端下,我厌倦了时不时地修复和检查链接,我不再绑定到共享资源的 aws,如果明天我迁移到 Google 只是域交换。
预期是什么?
这并不意味着我们不再可以访问 s3 或云前端 https,我们可以,但我们需要确保我们的操作系统、应用程序、浏览器或框架支持 Amazon Trust Services CA。
说起来容易做起来难,下面的文字来自 aws blog。
只要我们运行以下版本或更高版本,我们就是安全的
- 已安装更新的 Microsoft Windows 版本,从 2005 年 1 月起,Windows Vista、Windows 7、Windows Server 2008 和更新版本
- Mac OS X 10.4 和 Java for Mac OS X 10.4 Release 5、Mac OS X 10.5 和更新版本
- 红帽企业 Linux 5(2007 年 3 月)、Linux 6、Linux 7 和 CentOS 5、CentOS 6 和 CentOS 7
- Ubuntu 8.10
- Debian 5.0
- Amazon Linux(所有版本)
- Java 1.4.2_12、Java 5 更新 2 和所有更新版本,包括 Java 6、Java 7 和 Java 8
所有现代浏览器都信任亚马逊的 CA。您只需更新浏览器即可更新浏览器中的证书包。您可以在各自的网站上找到更新以下浏览器的说明:
- Chrome
- Firefox
- Safari
- Windows 操作系统管理 Internet Explorer and Microsoft Edge 的证书包,因此您也必须更新 Windows。
如果您的应用程序使用自定义信任存储,则必须将 Amazon 根 CA 添加到应用程序的信任存储中。执行此操作的说明因应用程序或平台而异。请参阅您正在使用的应用程序或平台的文档。
TL;博士
查看此 link 以了解您如何受到 CloudFront 和 S3 的影响 3 月 23 日将默认证书迁移到 Amazon Trust Services 2021 年来自 DigiCert
Amazon S3、Amazon Athena 和 Amazon Athena 与分区的比较
如何解决Amazon S3、Amazon Athena 和 Amazon Athena 与分区的比较
我想知道在不分区和分区的情况下使用 Amazon Athena 时的性能改进。我确信带有分区的 Athena 比 Athena 好得多。但是没有分区的 Athena 是否比 Amazon S3 有任何改进?
解决方法
分区将数据文件分成不同的目录。如果用于分区的列是查询的 WHERE
子句的一部分,则它允许 Athena 跳过不包含相关数据的目录。这在提高查询性能(并降低成本)方面非常有效,因为它减少了对磁盘访问和内存的需求。
有几种方法可以提高 Amazon Athena 的性能:
- 以列格式存储数据,例如 Parquet。这允许 Athena 直接转到特定列,而无需读取宽表中的所有列。 (这类似于 Amazon Redshift。)
- 压缩数据(例如使用 Snappy 压缩)以减少需要从磁盘读取的数据量。这也降低了查询的成本,因为它们是根据从磁盘读取的数据量收费的。 (即时节省!)
-
分区数据以在查询的
WHERE
子句中使用分区键时完全跳过输入文件
有关这些好处的一些示例,请参阅:Analyzing Data in S3 using Amazon Athena | AWS Big Data Blog
bash – “echo”hello“之间的区别ls“vs”echo’hello’u0026u0026 ls“?
"echo 'hello'; ls"
和
"echo 'hello' && ls"
是什么?他们都做同样的事情
的bash> cd /
的bash> echo $?
如果以前的命令成功运行,则应该看到0
之后,请尝试:
的bash> asdfdf
的bash> echo $?
您应该看到1到255之间的非零值.这意味着以前的命令没有成功运行
另一方面,“echo”hello“; ls”表示执行“ls”,无论“echo”hello“”是否成功运行.
我们今天的关于在 amazon echo 上播放来自 debian linux 的声音和amazon echo怎么用的分享就到这里,谢谢您的阅读,如果想了解更多关于Amazon linux 1 与 Amazon linux 2 中的 Java 8 问题、Amazon S3 和 Amazon CloudFront 将服务证书迁移到 Amazon Trust Services、Amazon S3、Amazon Athena 和 Amazon Athena 与分区的比较、bash – “echo”hello“之间的区别ls“vs”echo’hello’u0026u0026 ls“?的相关信息,可以在本站进行搜索。
本文标签: