karr's blog

安装 使用12345678910111213141516171819export default { debugMeter: async () => { let rID = Number(Select1.selectedOptionValue); let metricName = Input6.text; let meterAsset = Input7.text; let busAddr = Input8.text; let meterAddr = Number(Input9.text); let registerAddr = Number(Input10.text); let registerCount = Number(Input11.text); let ratio = Number(Input12.text); let result = await ky.post("http://172.16.0.181:9090/debug_meter",{json:{rID,metricName,meter ...

1created_at = Column(Integer, nullable=False, default=lambda: int(time.time())) 使用lambda即可使其实时生成，如果不使用lambda，则无法实时获取时间，只会记录第一次的时间

场景复原（这份代码可以和我之前的业务产生同样的效果）12345678910111213141516171819202122async def task(): print("1......") time.sleep(5) print("ok") @router.post("/1")async def crate(background_tasks: BackgroundTasks): s = time.time() background_tasks.add_task(task) # task() t = time.time() - s return {"success": True, "time": t}@router.post("/2")async def crate(background_tasks: BackgroundTasks): s = time.time() # task( ...

GOPROXY=https://goproxy.cn,direct

12345678910from fastapi.security import APIKeyHeaderapi_key_header = APIKeyHeader(name="api_key")@app.get("/items/{item_id}", response_model=Item)def read_item(item_id: int, api_key: str = Depends(api_key_header)): if api_key != "my_secret_key": raise HTTPException(status_code=403, detail="Invalid API key") return items[item_id]

如果我使用此配置启动部署(即先启动服务,然后启动部署)则 pod 在启动期间会失败。在日志中,我可以找到以下消息: 123456789101112***************************APPLICATION FAILED TO START***************************Description:Binding to targetorg.springframework.boot.autoconfigure.web.ServerProperties@42f93a98 failed:Property: server.portValue: tcp://10.98.151.181:8080Reason: Failed to convert property value of type 'java.lang.String' to required type 'java.lang.Integer' for property 'port'; nested exception is org.springfra ...

问题设想这样一个场景：通过flask启动了一个REST服务，该服务需要访问数据库，且每天被定时请求一次（除此之外无请求）。 按照上一节的讨论，由于两次请求间隔（24小时）超过了关闭阈值（8小时），因此在下一次发送请求时，会报出Lost connection的错误。 解决方案1一个可选的解决方案是，增加wait_timeout的值，使之超过24小时。但这样很可能导致数据库中存在大量的处于sleep状态的进程，从而造成资源的浪费。这里不考虑此种方案。 既然是连接失效，那么一种比较直观的解决方案就是在每次使用连接进行数据库操作前，先检验一下连接是否有效。有效就直接使用；无效则重新连接。 SQLAlchemy提供了基于上述思路的解决方案——指定pool_pre_ping参数： 1engine = create_engine('mysql+pymysql://root:123456@127.0.0.1:3306/platform', pool_pre_ping=True) 这样定义engine之后，再执行上面的验证例子可以发现，即使两次执行with:的间隔超过了阈值，仍可 ...

github地址https://github.com/bitterteaer/epidemic-system 系统截图登录页.png 主页1.png 主页2.png 历史数据.png 数据监控页面.png 系统设计图er图.png 功能列表.png 技术栈.png 时序图.png 算法demo汇总.png 系统架构图.png 系统用例图.png 项目目录./camera_services相机服务，相机服务读取摄像头发布图片画面 ./webweb端界面 ./yolo口罩识别 ./deepsort人流量检测