php日志记录怎么看，python写web后端怎么样？
非邀自答:感谢您地阅读我的回答，希望我的回答能够解决您的问题。
首先python是非常适合进行web开发的利器。
python有很多web框架，主流的python-web框架有flask，Django等。web框架提供了web开发更高层次的抽象，开发者可以把更少的精力时间花费在各种响应的区分上，而是把主要的精力用在响应的内容上。
比如其中重要的HTTP协议。
在web领域这是一个十分重要的协议，在实现它时需要大量的时间，但这个协议又是通用的，通用便是可重复利用的，在python库里就有实现这一功能的web基本库:WSGI，它封装了HTTP协议的实现，将你网络通信抽象为接收数据报和发送数据报的简单函数。更加有利于web开发者的使用。
php报错日志过大会影响效率吗？
肯定是会的，首先你报错日志不断变大，会把你的磁盘空间撑死，这样当然会磁盘空间不足，导致访问异常，还有如果你机子上弄了数据库什么的，数据库都会死掉的。
其次你报错日志要写进去就要打开，写入，你的文件很大，打开都会卡死程序，从而影响你的的服务器。
有什么推荐的vs？
Visual Studio Code 是由微软开发的一款免费、跨平台的文本编辑器，由于其卓越的性能和丰富的功能，很快受到了广大程序员的欢迎。
下面分享几款使用过的扩展插件，供各位参考：
1. Power ModePower Mode 能够在你敲代码的时候显示打字特效，十分炫酷，给无聊敲代码的你可以增添一丝乐趣。用户除了可以选择提供的一些特效模式之外，还可以进行自定义特效模式。
运行效果：
2. vscode-iconsvscode-icons 能够显示不同类型文件的图标，提高不同类型文件的可读性。
运行效果：
3. GuidesGuides 能够显示和区分不同缩进代码块，特别是对于Python编程过程中用于防止缩进错，提高代码的可读性。
运行效果：
4. Bracket Pair ColorizerBracket Pair Colorizer 能通过不同颜色将成对的括号区分开，大大提高代码的识别度。
运行效果：
5. Path IntellisensePath Intellisense 用于路径提示，提示我们当前路径下存在的文件/文件夹。
小结上面介绍的几款插件，基本上没有领域限制，无论哪个编程开发领域都可以使用。
同时，也欢迎各位分享和推荐你们使用起来效果非常好的插件！
如何保证数据100？
我们有很多的手段保证数据的安全，但是要保证100%安全这是不可能的。毕竟在系统运行的过程中，服务器可以出的问题千奇百怪，只能说尽可能的让数据尽可能的出出现丢失。
单纯的保证数据库本身的数据不丢失的话，最直接的方式就是通过建立主从库，实现数据的热备一般情况下，小的系统我们并不会考虑数据的热备，一般只是在每天定时进行冷备而已，也就是设置一个定时器，然后到时间就同步数据。不过这样做的话，一单系统的数据库出现异常，那么我们的数据就会回滚到上一个备份的时间点，影响范围就会比较大。
因此，对于数据量大一点的系统，我们就会进行主从库的设置，不过通常情况下，我们做了主从库都会做读写分离。
现在不管是哪种数据库，都提供了数据库之间订阅同步的机制。以Mysql为例，我们先设置一个Master主库，然后在基于这个主库设置1个到多个Salve从主，从库通过在主库的SQLLog日志进行监听，一旦有SQL执行，就会记录一个二进制的Log，从库发现了这个Log，也会同时执行同样的操作，这样就实现了数据的热备。
但是，这种热备的机制并不能100%保证数据不丢失。因为，我们在写入主库的时候如果出现异常，导致SQLLog还没有记录，那么从库是不可能有数据记录的。当然，此后的数据不会有影响，因为这是从库会变为主库来记录后续数据。同样，如果主从库一起宕机，那也只有凉凉。
那么，为了让数据库的数据更加安全，就需要把数据保证的机制提前，不能单纯的依靠数据库来实现，那么我们可以加入队列来试试。队列并不是针对于数据的，队列其实是用来保证消息的安全稳定的。自然，当请求没有被写入到数据库是，都是以消息的形态存在，我们就可以考虑队列来保证数据安全。
在数据库访问层，或者再靠前，到服务层，我们都可以加入MQ，让每一个请求都通过MQ来顺序的处理，一但数据库宕机了，MQ的执行就会失败，这时，失败的记录会被保存在MQ里面，并不会丢失，一但数据库重启，我们可以再次执行MQ中的消息，保证数据被成功的写入到数据库中。
具体怎么做呢？
首先，我们在插入数据库前，把插入的操作变为向队列对添加一个消息，然后，我们不同队列建立不同的消费者，消费者对队列的消息进行执行，再往数据库里面插入数据。
对于我们的服务层，我们只要把消息插入到了队列中，即视为成功，返回成功的消息。这样，虽然我们的数据处理会有一点点的延时，并且在事务的控制上难度会变大，可能需要建立补偿机制，但是我们的数据安全就更加高了。
这样是不是就安全了呢？
并不是的。消息服务器也可能会宕机，消息也有可能出现丢失的情况，所以并不能保证100%的安全。
如果我们还需要做的更好，我们还可以加上MongoDB来做日志MongoDB是一个非关系型数据库，在我们现在的系统中应用非常广。最多的应用场景就是用来记录日志。那么，日志就是一个帮助我们避免消息丢失的有效方式了。
我们对服务层的每个请求报文，都用MongoDB记录请求的报文，再在请求处理完成返回结果的时候，记录一个消息的处理结果（成功或失败），这样，我们就能够很直观的看到每天发生的请求，处理的请求情况了。
当有服务处理失败了，不管是数据库的问题还是其他的问题，我们都可以对异常进行排查，然后再根据报文进行消息的重推。这样，我们的数据就会更加的安全了。
当然，即使如此，也不可能100%安全的，我们只能说尽可能的让系统更安全，只不过，安全的同时，付出的成功也是高昂的，我们需要来衡量是否有这个必要，当我们的系统确实足够大，用户量很大时，这么处理是有价值的，否则，那就是一种资源的浪费。
wordpress？
结论：可能是因为自定义页面中的代码错误或者主题不兼容造成的，导致页面空白。原因：WordPress 主题的自定义页面是由代码生成的，而代码很容易出现错误，这会导致页面无法正确显示。此外，如果主题不兼容自定义页面功能，也会出现页面空白的问题。内容延伸：如果出现自定义页面空白的问题，可以先检查自定义页面中的代码是否有错误，或者通过禁用插件和更换主题的方式来测试是否与主题不兼容有关。同时，也可以使用调试工具来查看错误信息和排除问题。建议在进行任何更改前先备份网站，以免数据丢失。