creatly / creatly-backend Goto Github PK

https://github.com/zhashkevych/courses-backend/blob/6039bd07fb1346b9b313365347d9abc2de1293c4/internal/service/schools.go#L35

При апдейте - неплохо бы обнулять кэш по домену, так как если у нас есть в кэше данные по этому домену - то они обновятся только после того - как кончится заданное время.
Так же рекомендую продумать, как реагировать, если приложение будет развернуто на нескольких инстансах, где память своя, и при распределении нагрузки одного и того же пользователя на разные инстансы кеш может быть разный. Может возникнуть кейс - когда пользователь например обновил что-то, обновил страницу - данные отобразились новые, а потом второй раз обновил и запрос ушел на другой инстанс где старый кеш - и данные прилетели опять старые. Надеюсь понятно расписал кейс

Ребят, привет!
https://github.com/zhashkevych/courses-backend/blob/93261b2403c8198ec1f123b883481be30e5ff1d6/internal/app/app.go#L120 - здесь прилетает ошибка http.ErrServerClosed - и это нормально - потому что сервер реально закрывается - может добавить еще проверку?

Background

Repo github.com/Creatly/craetly-backend depends on go.mongodb.org/[email protected].

https://github.com/Creatly/creatly-backend/blob/main/go.mod#L44

However, comparing version v1.4.5 of go.mongodb.org/mongo-driver from proxy.golang.org and github, there are inconsistencies.

commit time of the copy on github.com

"committer": {
      "name": "Benjamin Rewis",
      "email": "[email protected]",
      "date": "2021-01-19T19:46:06Z"
    }

commit time of the copy on proxy.golang.org

{"Version":"v1.4.5","Time":"2021-01-19T19:12:43Z"}

So the checksum from the code in github does not match the checksum saved in sum.golang.org. The v1.4.5 tag of go.mongodb.org/mongo-driver might have been retagged after a minor edition on github. I guess you use proxy.golang.org to get dependencies, but that also shows that your project is depending on the copy of go.mongodb.org/[email protected] before its edition. Depending upon such inconsistent tag version may also result in some unexpected errors as well as build errors due to different proxy settings.

For example, when someone who does not use proxy.golang.org, say GOPROXY=direct, attempts to get go.mongodb.org/[email protected], the following error occurs.

go: downloading go.mongodb.org/mongo-driver v1.4.5
go: go.mongodb.org/mongo-driver@v1.4.5: verifying module: checksum mismatch
        downloaded: h1:z4/YQzLTxI+ymcrS//Wc2JBn2b9ojvpVH3BaYT8rqUc=
        sum.golang.org: h1:TLtO+iD8krabXxvY1F1qpBOHgOxhLWR7XsT7kQeRmMY=

SECURITY ERROR
This download does NOT match the one reported by the checksum server.
The bits may have been replaced on the origin server, or an attacker may
have intercepted the download attempt.

For more information, see 'go help module-auth'.

So, this is a reminder in the hope that you can get rid of this problematic version of project go.mongodb.org/mongo-driver.

Solution

1. Bump the version of dependency go.mongodb.org/mongo-driver

I would recommend bumping the version of go.mongodb.org/mongo-driver to a new release to ensure dependency copy in proxy.golang.org and github in sync.

References

• https://proxy.golang.org/

Hello @zhashkevych I've tried to launch your project locally but did not succeed .
Have this error : level=error msg="Endpoint: does not follow ip address or domain name standards."
Do you what can cause this problem?

Thanks in advance :)

Add CONTRIBUTING.md to explicitly state contibution guidelines for this project: what can other people suggest, work on, how can we participate in the development

@zhashkevych

Пытаюсь реализовать похожую структуру у себя в проекте

Скажи плиз в этом есть какой то сакральный смысл чтобы хранить пользователей разных типов по разным моделям? Использование ролей как то ломает бизнес логику или усложняет реализацию?

Рекомендую применять testcontainers в интеграционных тестах.
Если интересно - готов сделать PR.