nextcloud / nextcloud/nextcloud-docker-dev
Blackfire enabled by default?
还没有人认领这个 Issue。
- 主要语言
- PHP
- 星标
- 190
- 派生
- 103
- 平均合并
- 4 小时 36 分钟
- 30 天内合并 PR
- 1
描述
Hi, I've noticed a lot of php_network_getaddresses: getaddrinfo for blackfire failed: Name or service not known errors in the nextcloud logs. A quick search surfaced this older issue, which discusses the same: https://github.com/juliusknorr/nextcloud-docker-dev/issues/57
In the end, a changelog entry was referenced, stating that blackfire (and xdebug) should be disabled by default, with scripts to enable / disable them. However, it seems that this is not the case (any more?).
When I start a fresh set of containers (e.g. docker compose up stable31), I see blackfire enabled (docker compose exec stable31 php -m | grep -i blackfire). I can use ./scripts/php-mod-config stable31 blackfire off to disable it, that seems to work. But whenever I recreate the container, it comes back and I have to manually disable again.
- Shouldn't blackfire be disabled by default?
- Is there a simple way to permanently disable blackfire that persists container re-creation?
贡献指南
从这里开始
- 先读完整个 Issue,再读项目的贡献指南。
- 在 Issue 下留言说明你要接手 —— 这能避免两个人做同样的事。
- Fork 仓库,在一个分支上完成修改。
- 提交 Pull Request,并在描述里引用这个 Issue 编号。
调研方向
从通过 docker compose up stable31 调用的 stable31 服务以及现有的 scripts/php-mod-config 入口点开始。使用 docker compose exec stable31 php -m | grep -i blackfire 重现模块状态,然后追踪容器重新创建时如何配置 Blackfire。当新容器遵循文档中记录的默认设置,并且该设置在重新创建后仍然保留时,即视为完成。
由索引模型根据 Issue 内容生成。
评估
- 技术栈
- docker-compose, php
- 领域
- devops
- Issue 类型
- 缺陷
- 难度
- 3/5
- 预计耗时
- 1-2 天
- 活跃度
- 停滞
- 描述清晰度
- 基本清楚
- 新手友好度
- 45/100