WordPress 6.1.1日志ID不连续的解决办法(关闭自动保存、自动草稿和禁用文章修订版)

禁用WordPress自动保存和修订版本的方法网上有很多,但是大多都是很久以前的了,经过测试对于最新版本的WordPress 6.1.1已经失效了。

下面的方法是可以使WordPress 6.1.1实现日志ID连续的解决办法(关闭自动保存、自动草稿和禁用文章修订版),这里Pop提示需要修改源文件所以在打开每一个文件之前,记得一定要先做好备份!

1、禁用文章修订历史版本

打开 wp-config.php 文件,在

$table_prefix = 'wp_';

前面添加下面的两行代码:

define('WP_POST_REVISIONS', false);//禁用历史修订版本
define('AUTOSAVE_INTERVAL', false);//自动保存时间设置为一天

2、禁用自动保存功能 Continue reading "WordPress 6.1.1日志ID不连续的解决办法(关闭自动保存、自动草稿和禁用文章修订版)"

使用Kibana分析Nginx访问日志

使用Kibana可以很方便的分析Nginx访问日志,可以分析出如:网站的访问趋势、页面访问次数、访问者地区分布、访问者所使用的浏览器设备占比等,可以发挥你的想象任意指定kibana的图表。

效果图:

具体用法
以创建浏览器统计饼图为例:

1、进入Visualize栏 Continue reading "使用Kibana分析Nginx访问日志"

Windows日志查看工具:LogView Pro/Plus 下载及打开大文件详解

LogViewer是一款比较轻量型的日志查看工具,它能够处理4G以上的日志文件(这点我也没有试验过不过几百M的日志文件还是无压力的)。

一般不轻易使用, 除非是很大的文件(100MB+),可以看到几个软件的内存占比,比Windows任务管理器占用的内存还要小。跟Sublime比整整相关了500多倍的内存(如果你的内存是8MB+的请忽视)。

主要功能有以下几点:
UVviewsoft LogViewer is a viewer for text log files of unlimited size.
Features include:

Fast scrolling, eats low memory
Supports any file size (4Gb and bigger)
Multitabbed interface
Log auto-refreshing
"Follow tail" mode
Highlighting of lines matching a RegEx
Support for lot of encodings: ANSI, OEM, UTF-8, Unicode LE/BE etc.
File search (both forward and backward)
File printing
Line wrapping, configurable tab size and line spacing
Line numbers (for log beginning)
"Create filtered log" command
Unicode filenames support
and more.

1、导入日志文件,并显示出 Continue reading "Windows日志查看工具:LogView Pro/Plus 下载及打开大文件详解"

WordPress 4.8日志ID不连续的解决办法(关闭自动保存、自动草稿和禁用文章修订版)

WordPress的版本修订历史(revision)、自动保存(autosave)等功能会造成文章的ID不连续 ,让我们这些有强迫症的人感到非常不舒服。
禁用 WordPress 文章修订历史和自动保存功能呢?

修改根目录下的wp-config.php文件,在 define(‘WP_DEBUG’, false); 后边添加如下代码:

define( 'AUTOSAVE_INTERVAL', false );
define('WP_POST_REVISIONS', false);

另外,自动草稿(auto-draft)也会造成ID不连续,因此在当前使用主题的 functions.php 文件中添加以下代码:

/* 取消自动保存和修订版本 */
remove_action('pre_post_update', 'wp_save_post_revision');
add_action('wp_print_scripts', 'disable_autosave');
function disable_autosave() {wp_deregister_script('autosave');}

Windows Installer Cleanup卸载清理错误提示“Run-time error”的解决办法

一、症状:使用Windows Installer Cleanup卸载清理,弹出以下错误提示:

Run-time error '-2147024882 (8007000e)'
System Error &H80004005 (-2147467259). Unspecified error

二、原因:

应用程序日志满了,新的应用程序日志不能写入

三、解决方案:

应用 Continue reading "Windows Installer Cleanup卸载清理错误提示“Run-time error”的解决办法"

WordPress日志访问次数插件:WP-PostViews

使用方法:
1、Upload the folder WPRP to the /wp-content/plugins/ directory

2、Activate the plugin through the 'Plugins' menu in WordPress

3、将这段代码  <?php if(function_exists('the_views')) { the_views(); } ?>  放到你的模板里面(wp-content/themes/主题名字/single.php)里面

4、Navigate to Continue reading "WordPress日志访问次数插件:WP-PostViews"

WordPress相关日志插件:WordPress Related Posts

使用方法:
1、Upload the folder WPRP to the /wp-content/plugins/ directory

2、Activate the plugin through the 'Plugins' menu in WordPress

3、将这段代码  <?php wp_related_posts(); ?> 放到你的模板里面(wp-content/themes/主题名字/single.php)里面

4、Navigate to Manage > Option > WordPress Related Posts to configure plugin output.

下载地址:
http://wordpress.org/extend/plugins/wordpress-23-related-posts-plugin/installation/

WordPress3.0发布日志ID不连续的解决办法

WordPress的日志不连续的问题,很早就有,网上的一些解决方案大都针对WordPress2.x,换上3.0就无效了。下面介绍一个可以在WordPress3.0下实现ID连续的方案(无需任何插件)。

首先打开根目录下的wp-config.php文件,在 $table_prefix = 'wp_'; 前面添加代码

define('WP_POST_REVISIONS', false);
define('AUTOSAVE_INTERVAL', false);

然后找到并打开wp-admin/post-new.php(第46行)和wp-admin/post.php(第177行)这两 Continue reading "WordPress3.0发布日志ID不连续的解决办法"

PJBlog发表日志提示“80040e57”错误

错误提示如下:
Microsoft JET Database Engine error '80040e57'
The field is too small to accept the amount of data you attempted to add. Try inserting or pasting less data.

/blog/common/library.asp, line 408

问题出在Tags这里,解决办法也很简单:

1、Tags字数太多,字符数不要超过两个词

2、tag之间用英文的空格或逗号分割

系统日志和IIS日志存放路径

一、应用程序日志、安全日志、系统日志、DNS日志默认位置:%systemroot%\system32\config,默认文件大小512KB,管理员都会改变这个默认大小。

1、安全日志文件:%systemroot%\system32\config\SecEvent.EVT

2、系统日志文件:%systemroot%\system32\config\SysEvent.EVT

3、应用程序日志文件:%systemroot%\system32\config\AppEvent.EVT

二、Internet信息服务日志

1、FTP日志默认位置:%systemroot%\system32\logfiles\msftpsvc1\,默认每天一个日志

2、WWW日志默认位置:%systemroot%\system32\logfiles\w3svc1\,默认每天一个日志

三、Scheduler服务日志默认位置:%systemroot%\schedlgu.txt

以上日志在注册表里的键:

应用程序日志,安全日志,系统日志,DNS服务器日志,它们这些LOG文件在注册表中的:

HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\Eventlog

有的管理员很可能将这些日志重定位。其中EVENTLOG下面有很多的子表,里面可查到以上日志的定位目录。

Schedluler服务日志在注册表中
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\SchedulingAgent