草庐IT

http_service

全部标签

amazon-web-services - Go 代理到 S3 文件适用于本地主机但不适用于生产

我在S3上有一些GIF。它们都是公开的。这是一个示例https://s3.amazonaws.com/spolytics.com/moves/2bfc1ab0-5bda-4121-a3ea-b34c4fc01260/27e7b9d9-ff09-475f-885a-6b097a466174.gif我想通过我的Go应用程序代理它们,以便用户始终看到我的自定义域而不是S3域。https://spolytics.com/zemirco/matches/2bfc1ab0-5bda-4121-a3ea-b34c4fc01260/moves/27e7b9d9-ff09-475f-885a-6b097

amazon-web-services - 您如何在无服务器架构中平衡 nosql 存储和缓存?

我正在为无服务器环境(aws)编写一个基于go的应用程序。我对编写应用级代码还很陌生,而且我有基础架构背景。我知道缓存不是持久性的,但我真的需要关心真正无服务器环境中的持久性吗?从需求的角度来看,简单的dynamodb表可以满足我的存储需求,但缓存会给我更好的性能,对吧?我需要性能,这是我为应用程序使用go的一个重要原因。 最佳答案 您可以选择AWSElastiCache(redis或memcache),但这并不是真正的无服务器,因此可能不是一个选择。AWSLambda允许您在/tmp目录中写入,您可以在内存中缓存一些内容。不过,我

http - 为什么推荐使用ctx作为第一个参数?

作为documentation说DonotstoreContextsinsideastructtype;instead,passaContextexplicitlytoeachfunctionthatneedsit.TheContextshouldbethefirstparameter,typicallynamedctx但是我发现,在典型的http请求处理函数中,一个http.Request对象有一个.Context()方法可以获取http请求关联的上下文。那么为什么建议在这些函数中使用上下文作为第一个参数呢?在这种情况下这样做合理吗?我知道这不是绝对规则。但我想知道为什么Handle

amazon-web-services - AWS 单 session 还是多 session ?

我正在AWS云上托管的Golang中创建一个应用程序,它使用多种AWS服务,即S3、DynamoDB、ParameterStore。目前,处理每个AWS服务的各个模块都有自己的AWSsession。awsSession,err:=session.NewSession(&aws.Config{Region:aws.String(os.Getenv("AWS_REGION"))})从性能的角度来看,这是正确的方法,还是在主程序中创建单个session并将引用传递给单个模块会是更好的方法? 最佳答案 建议尽可能重用session。来自AW

go - 为什么没有填充此 HTTP 请求的响应字段?

字段的注释Response在类型http.Request如下。//Responseistheredirectresponsewhichcausedthisrequest//tobecreated.Thisfieldisonlypopulatedduringclient//redirects.Response*Response但是,在我看来,这个字段在请求期间没有被填充,因为它暗示它是。考虑以下示例:packagemainimport("net/http""log""fmt")funchandleA(writerhttp.ResponseWriter,request*http.Reque

amazon-web-services - 在 Golang 中使用 UploadPartCopy 到 MultiPartUpload 时遇到 AccessDenied

我正在尝试使用S3MultipartUpload来连接S3存储桶中的文件。如果您有多个大于5MB的文件(最后一个文件可以更小),您可以在S3中将它们连接成一个更大的文件。它基本上等同于使用cat将文件合并在一起。当我尝试在Go中执行此操作时,我得到:调用UploadPartCopy操作时发生错误(AccessDenied):拒绝访问代码看起来像这样:mpuOut,err:=s3CreateMultipartUpload(&S3.CreateMultipartUploadInput{Bucket:aws.String(bucket),Key:aws.String(concatenated

go - 在 net/http golang 中链接中间件

我正在尝试向授权中间件添加上下文。ContextHandler是一个处理程序,它将传递给api处理程序以处理连接和配置变量。结构方法ServeHTTP也被添加到ContextHandler中,以便它满足net/Http接口(interface)以正确处理请求。CheckAuth是接受检查token验证等请求的中间件,如果token有效,则执行ServeHTTP方法,如果无效,则在响应中返回适当的错误。代码可以编译,但我在ServeHTTP方法中遇到错误。typeContextHandlerstruct{*AppContextHandlerfunc(*AppContext,http.Re

http - go 程序在执行数小时后系统地因 semacquire 问题崩溃

这是我的代码的摘录:funcsendTo(urlstring,someDataPoints[]DataPoint){ro:=&grequests.RequestOptions{JSON:someDataPoints,InsecureSkipVerify:false}grequests.Post(url,ro)return}funcforward(someDataPoints[]DataPoint)int{endpoint:="https://example.org"gosendTo(endpoint,someDataPoints)}forward函数每秒被调用大约100次。该程序运行了

http - 我优雅的停止 http.ListenAndServe 失败

我是一名新手Go程序员。我正在编写一个Web应用程序,我需要服务器在关闭之前等到发出事件请求。我写了一个等待5秒回答的处理程序。如果我发出请求并停止服务器(在5秒之前),我会收到“无法连接”错误。有一种方法可以停止监听新请求并等待事件请求完成吗?这里是我的例子funcmain(){log.Infof("Starting(PID%d)...",os.Getpid())stop:=make(chanos.Signal,1)signal.Notify(stop,syscall.SIGTERM)signal.Notify(stop,syscall.SIGINT)listenAt:="127.0

go - net.Listen 和 http.ListenAndServe 功能的区别

我是Go和网络的新手。我知道net.Listen和http.ListenAndServe都创建了一个服务器。但它们的功能有什么区别? 最佳答案 基本上,作为documentation对于net.Listen说:网络必须是“tcp”、“tcp4”、“tcp6”、“unix”或“unixpacket”。虽然http.ListenAndServe创建了一个HTTP服务器。 关于go-net.Listen和http.ListenAndServe功能的区别,我们在StackOverflow上找到一