Flask的错误日志处理和|ORM操作

flask有个很人性化的处理就是 你的错误的输出是可以通过错误日志来自定义  ,让你输入的错误不再是“大黄页”,

通过 errorhandler()来装饰函数之后你的所有的输入错误的函数你都会进入这个函数中,然后我没可以自定义错误日志的输出

errorhandler("报错响应码")

@app.errorhandler(404)  #当报错是404的时候就走这个函数
def handle_bad_request(e):
    # return ‘bad request!‘, 400
    return "url错误"

register_error_handler() 管理注册出错

Flask使用SQLAlchemy进行连接

首先安装SQLAlchemy

python3环境下直接安装

pip3 install  mysqlclient

然后我们进行导入连接

from flask_sqlalchemy import SQLAlchemy  #导入SQLALChemy

app = Flask(__name__)
#配置数据库连接
app.config[‘SQLALCHEMY_DATABASE_URL‘] = "mysql+pymysql:root:[email protected]/mysql"  #连接你的mysql数据库 我的数据库的名字是root密码是123456
db = SQLAlchemy(app)

你的连接之后要在界面中的使用

app.config[‘SQLALCHEMY_DATABASE_URI‘] = ‘mysql+pymysql://root:[email protected]:3306/db2‘
# app.config[‘SQLALCHEMY_COMMIT_ON_TEARDOWN‘] = True
db = SQLAlchemy(app) #初始你的db变量

app.config.from_object(Settings)  #接收你的配置文件
app.config.from_object(UrlManage)

@app.route("/api/hello")
def hello():
    from sqlalchemy import text #导入text
    sql = text("select * from study")#查询study表
    result = db.engine.execute(sql)# 执行这个语句
    for row  in result:
        app.logger.error(row)
    return "hello world"

原文地址:https://www.cnblogs.com/zhaoyunlong/p/10035773.html

时间: 2024-10-03 22:29:02

Flask的错误日志处理和|ORM操作的相关文章

Nginx错误日志整理

Nginx错误日志说明 错误日志类型 类型1: upstream timed out 类型2: connect() failed 类型3: no live upstreams 类型4: upstream prematurely closed connection 类型5: 104: Connection reset by peer 类型6: client intended to send too large body 类型7: upstream sent no valid HTTP/1.0 he

记录C#错误日志工具

在编程过程中,我们经常会用try...catch处理可能出错的代码块.如果程序出现错误,则直接show出错误信息. 当然,大型的系统都有错误日志处理模块,用数据库记录错误日志信息,有相应的写入错误日志和读取操作日志的功能,功能强大,实现起来肯定也是相当的复杂. 可有时我们只是想方便的查看错误日志信息,但又不想带来复杂的代码实现.鱼和熊掌都想要?好吧,我来满足你. 1.我们需要把项目的目标框架设置为.Net Framework 4.0: 2.找到项目的代码生成路径,比如我的是bin\Debug\,

查看MS SQL SERVER 错误日志

查看目的: 错误日志的查看是确保过程已成功完成(例如,备份和恢复操作,批处理命令,或其他脚本和过程).这可以帮助检测任何当前或潜在的问题,包括自动恢复信息(尤其是如果SQL Server实例已停止并重新启动),内核信息,或其他服务器级别的错误消息. 存放位置: 默认情况下, sql error log的位置(SQL SERVER 2005)在: %PROGRAMFILES%\Microsoft SQL Server\MSSQL.n\MSSQL\LOG\ERRORLOG and ERRORLOG.

第五篇 SQL Server代理理解代理错误日志

本篇文章是SQL Server代理系列的第五篇,详细内容请参考原文. 正如这一系列的前几篇所述,SQL Server代理作业是由一系列的作业步骤组成,每个步骤由一个独立的类型去执行.在第四篇中我们看到,SQL Server代理可以通过数据库邮件发送通知.如果有什么不正确的,你必须查看数据库邮件日志.在这一篇,你将学习如何理解和查看所有相关的SQL Server代理错误日志.你将回顾最常见的错误信息,掌握哪些信息需要你采取行动,哪些信息只是单纯的信息而已.一旦你理解错误日志,在处理SQL Serv

PHP错误日志

对于PHP开发者来说,一旦某个产品投入使用,应该立即将 display_errors选项关闭,以免因为这些错误所透露的路径.数据库连接.数据表等信息而遭到黑客攻击.但是,任何一个产品在投入使用后,都难 免会有错误出现,那么如何记录一些对开发者有用的错误报告呢?我们可以在单独的文本文件中将错误报告作为日志记录.错误日志的记录,可以帮助开发人员或者 管理人员查看系统是否存在问题. 如果需要将程序中的错误报告写入错误日志中,只要在PHP的配置文件中,将配置指令log_errors开启即可.错误 报告默

[转]PHP错误日志

对 于PHP开发者来说,一旦某个产品投入使用,应该立即将display_errors选项关闭,以免因为这些错误所透露的路径.数据库连接.数据表等信息 而遭到黑客攻击.但是,任何一个产品在投入使用后,都难免会有错误出现,那么如何记录一些对开发者有用的错误报告呢?我们可以在单独的文本文件中将错误报 告作为日志记录.错误日志的记录,可以帮助开发人员或者管理人员查看系统是否存在问题. 如果需要将程序中的错误报告写入错误日志中,只要在PHP的配置 文件中,将配置指令log_errors开启即可.错误报告默

Nginx错误日志说明

错误日志类型 类型1: upstream timed out 类型2: connect() failed 类型3: no live upstreams 类型4: upstream prematurely closed connection 类型5: 104: Connection reset by peer 类型6: client intended to send too large body 类型7: upstream sent no valid HTTP/1.0 header 详细说明 类型

SQL Server代理(5/12):理解SQL代理错误日志

SQL Server代理是所有实时数据库的核心.代理有很多不明显的用法,因此系统的知识,对于开发人员还是DBA都是有用的.这系列文章会通俗介绍它的很多用法. 如我们在这个系列的前几篇文章所见,SQL Server代理是由一系列的作业步骤组成,每个步骤是不同类型将要进行的工作.如果你在第4篇所见,SQL Server代理也提供使用数据库邮件发送提醒的能力.如果出现问题,不管怎样, 你必须去查看下数据库邮件错误日志.在这篇文章里,你会学到如何理解和查看SQL Server错误日志的所有相关知识.你会

如何使错误日志更加方便排查问题

在程序中打错误日志的主要目标是为更好地排查问题和解决问题提供重要线索和指导.但是在实际中打的错误日志内容和格式变化多样,错误提示上可能残缺不全.没有相关背景.不明其义,使得排查解决问题成为非常不方便或者耗时的操作.而实际上,如果编程的时候稍加用心,就会减少排查问题的很多无用功. 在阐述如何编写有效的错误日志之前, 了解错误是怎么产生的,  非常重要. 错误是如何炼成的 对于当前系统来说, 错误的产生由三个地方引入: 1.  上层系统引入的非法参数. 对于非法参数引入的错误, 可以通过参数校验和前