记账系统的新功能

BigPlume

FKUN 感谢FKUN的回复，我说的支出和收入分开，指的是在记账的时，无论是选择支出或者收入，账目管理里面的东西都是一样的。

举个例子：
支出：日常支出、吃饭、交通、通讯、其他。
收入：工资、奖金、投资、其他。

当我选择“支出”时，“收入：工资、奖金、投资、其他”。这些其实就可以不用出现。反之也是如此。
另外当两个项目有同样的字段时其实也应该分开对待。。。比如“收入”的“其他”和“支出”的“其他”。是不一样的。

FKUN

cxj007sos 该功能已经实现，欢迎体验。

BigPlume

FKUN 感谢FKUN的回复，因为我自己不会部署数据库和PHP的架设，自己家里面有个NAS。看了你单片机教程里面说好像PHP可以部署在NAS上。。。但碰到个麻烦事就是数据库还要部署。。总之这两个我都没碰过，所以就直接用了您的bill.fkun.tech，当时导入数据就出现了之前的问题。。。我以为您没有发现，已经发现了就没事了。再次感谢！

FKUN

FKUN 收入和支出同名字段暂时没有分开，这个会和查重有冲突。

BigPlume

FKUN 感谢FKUN！！没想到那么快就实现了收入和支出分开录入的功能。

BigPlume

FKUN 好的，收入的其他不多，大不了在导入的时候将收入的其他选项改成“收入其他”就好了。这样就有区别于支出的“其他”。

FKUN

【优化】账目分类根据收支类型联动
新添加分类时可以选择设置分类为收入或支出
在登记账目时，设定收支属性后，页面将只显示相关的分类，方便选择。

系统根据记录修改了部分分类属性，若有错误可以使用编辑功能修改。
更新前的分类属性不会影响条目统计，收入相关的条目在总览中以绿色呈现。

BigPlume

记账系统，统计，月支出变化。。。貌似只能统计12年。。。
(选择年份貌似对月支出变化并没有作用。。。。一直是稳定的显示12年

FKUN

cxj007sos 收到，我处理一下。

FKUN

cxj007sos 已解决，现在会提前缩放到所选年份，但是可能有时定位不太精确。

BigPlume

FKUN 感谢FKUN那么快就解决啦，这效率，点赞！！
定位不太精准是指选择年份后，展示的曲线图有时候12月或者1月不在图表内吗？我现在是鼠标滚轮缩小一下就能看到自己想到的，这个已经非常好了。

但我也发现10年之前的选择年份是无效的（比如:09,08）。。。不知道FKUN是不是判断的条件是两位数，0开头就会出现Bug？

另问一下bill.fkun.tech的更新会同步更新到GitHub上吗，还是这边只是beta等稳定了会考虑更新一次到github成为正式版。感谢！

FKUN

cxj007sos 年份那个确实没考虑10年之前的年份，这个可以加上。
bill.fkun.tech的内容和Github是实时同步的，但是Release版本不会更这么快。
使用Release版部署后直接用新文件覆盖可能会出错，需要手动修改数据库才能使用。

FKUN

FKUN 年份问题已修复，目前支持范围1980-2100

BigPlume

FKUN 感谢FK答疑解惑，我还没部署系统，所以等差不多了下载最新版的进行部署就不会有问题，感谢！

您说的“使用Release版部署后直接用新文件覆盖可能会出错，需要手动修改数据库才能使用。”

是不是指需要填写config.php
头部
db_servername：数据库服务器地址
db_username：数据库用户名
db_password：数据库密码
db_dbname：数据库名称（请手动创建）
基本设置
date_default_timezone_set：默认时区

BigPlume

FKUN 感谢感谢！足够了，效率好高！

FKUN

cxj007sos 不是这个出错。是因为后来新的功能改了表结构，release版的install里没修改。

BigPlume

FKUN最近在自己的服务器上搭载了您github上最新的记账系统，顺着这个帖子里你说“新的功能修改表结构”这个线索。

自己排查并让公司的大神一起查看，结合category.php的一段代码

category (categoryname, ufid, type)

找到了貌似要在数据库的finance_base表里添加一个type字段。

添加好之后貌似可以正常使用了，但是将bill.fkun.tech的数据导出到CSV文件，再导入到我自己部署的服务器中貌似就不行。提示：导入失败检查文件格式

我打开导出的CSV文件查看是乱码，但是TXT文档打开是正常显示的，编码为:UTF-8。
但当时我记得按照这个格式导入应该是可以的呀。。。不知道哪里出错了，是不是新的记账系统install.php或者相关其他的php也需要修改一下才可以正常导入？

BigPlume

然后我心生一计。。。干脆按照数据库的字段修改一下CSV，直接导入数据库吧。。。

5000多条数据里面貌似有600条有问题，提示好像是数据库“acname”字段的类型做了限制。

[ERR] 1406 - Data too long for column 'acname' at row 29

BigPlume

cxj007sos 测试了一下果然是这样，finance_account表里acname长度默认为50可能太短，修改成2000后正常。

另外是有一个问题，导入时间戳会存在6个小时时差，最后发现是config.php的默认时区没设置成国内。改成以下配置就好了。这也是readme没有仔细阅读的后果 🤣

date_default_timezone_set("Asia/Shanghai");

FKUN

恭喜楼上自己摸索解决了问题。
当时有些功能写得很烂，而且没留注释，属实是增加了后续Debug的难度。
另外稍微注意一下有几个页面可能存在sql注入漏洞，需要自行修改一下语句。

BigPlume

FKUN emmm其实数据库方面我也是刚刚接触，并不知道如何防治数据库注入的问题。
浅浅的问一下，对方注入的话是否需要一些权限，比如root，或者需要注册记账系统的用户。。。

如果是需要这些权限的话，到时候我想办法在config.php里面把注册给关掉，这样就是一个私人的记账系统别人也没办法注入了。