[置顶] 20220326日更新excel版本折旧计算表
[
2022/03/26 23:03 | by admin ]
2022/03/26 23:03 | by admin ]
本次更新主要内容为: 资产及折旧汇总方式不再按原先的使用年限来作为标准汇总各数据，
而是使用资产分类(运输设备、电子设备、机器设备、家具器具、房屋建筑物 5个类别)来进行汇总，这样便于同一类别资产使用不同的折旧年限（如电子设备，可以按3年，也可以按4年或5年进行折旧的计提）。
下载文件 (已下载 219 次)
20221128修改细节后重新上传
下载文件 (已下载 158 次)
而是使用资产分类(运输设备、电子设备、机器设备、家具器具、房屋建筑物 5个类别)来进行汇总，这样便于同一类别资产使用不同的折旧年限（如电子设备，可以按3年，也可以按4年或5年进行折旧的计提）。
下载文件 (已下载 219 次)20221128修改细节后重新上传
下载文件 (已下载 158 次)[置顶] 简单的excel版本科目汇总表
[ 2022/03/02 14:17 | by admin ]
2022/03/02 14:17 | by admin ]
这是很多年前做的一个简单的excel版本的科目汇总表，也重新补发一下吧，可能会对一些人还有点用，表是有密码的，要解也很简单，网上找个解密码的软件就行。直接问我也行。
下载文件 (已下载 216 次)
下载文件 (已下载 216 次)discuzx3.5下备份mysql
[ 2024/05/09 21:38 | by admin ]
2024/05/09 21:38 | by admin ]
discuzx3.5的mysql采用了innodb数据引擎，数据库较大时，通过后台备份有些不方便。而使用主机时，也不能直接使用拷贝数据库的方式进行备份或迁移了。
主机采用了宝塔环境，使用它自带的mysql数据库备份，到新主机上恢复时发现只恢复了一小部分，故不使用bt自带的备份，重新添加一个mysqldump脚本进行备份(这里主要是指定字符集为utf8mb4，保留最近3天的备份，备份目录还是放在bt默认的备份目录内)。
操作如下：
点计划任务，添加任务：任务名称：备份数据库，代码：
#!/bin/bash
# This script will run at 01:00 everyday
rm -Rf /www/backup/database/mysql/dbname/dbname.$(date +%Y%m%d -d '2 days ago').tar.gz
/www/server/mysql/bin/mysqldump -u root -p[mysql root的密码] -c --default-character-set=utf8mb4 dbname | gzip> /www/backup/database/mysql/dbname/dbname.$(date -d "today" +"%Y%m%d").tar.gz
恢复时的命令方式为：
gunzip < dbname.tar.gz | mysql -hlocalhost -uroot -p[mysql root的密码] dbname --default-character-set=utf8mb4
主机采用了宝塔环境，使用它自带的mysql数据库备份，到新主机上恢复时发现只恢复了一小部分，故不使用bt自带的备份，重新添加一个mysqldump脚本进行备份(这里主要是指定字符集为utf8mb4，保留最近3天的备份，备份目录还是放在bt默认的备份目录内)。
操作如下：
点计划任务，添加任务：任务名称：备份数据库，代码：
#!/bin/bash
# This script will run at 01:00 everyday
rm -Rf /www/backup/database/mysql/dbname/dbname.$(date +%Y%m%d -d '2 days ago').tar.gz
/www/server/mysql/bin/mysqldump -u root -p[mysql root的密码] -c --default-character-set=utf8mb4 dbname | gzip> /www/backup/database/mysql/dbname/dbname.$(date -d "today" +"%Y%m%d").tar.gz
恢复时的命令方式为：
gunzip < dbname.tar.gz | mysql -hlocalhost -uroot -p[mysql root的密码] dbname --default-character-set=utf8mb4
无法找到来自源 Zend OPcache 的事件 ID 487 的描述
[ 2023/09/26 12:19 | by admin ]
2023/09/26 12:19 | by admin ]
iis7 php7.0 启用了zend opcache，系统日志报错：无法找到来自源 Zend OPcache 的事件 ID 487 的描述。本地计算机上未安装引发此事件的组件，或者安装已损坏。可以安装或修复本地计算机上的组件。
opcache.mmap_base string 参数说明：
在 Windows 平台上共享内存段的基地址。 所有的 PHP 进程都将共享内存映射到同样的地址空间。 使用此配置指令避免“无法重新附加到基地址”的错误。
解决方法：配置上 opcache.mmap_base=0x20000000
官方解说页：
https://www.php.net/manual/zh/opcache.configuration.php
opcache.mmap_base string 参数说明：
在 Windows 平台上共享内存段的基地址。 所有的 PHP 进程都将共享内存映射到同样的地址空间。 使用此配置指令避免“无法重新附加到基地址”的错误。
解决方法：配置上 opcache.mmap_base=0x20000000
官方解说页：
https://www.php.net/manual/zh/opcache.configuration.php
