WordPress中判断用户是不是管理员

自定义WordPress插件的时候,需要判断当前用户的角色是不是网站管理员,如果是管理员的情况下才允许使用插件功能,否则禁止使用。

对于自定义主题的情况,可以使用如下代码:

对于自定义插件的情况,可以使用如下代码:

更简单的代码如下:

参考连接


ubuntu 18.04系统报错ModuleNotFoundError: No module named 'pip._internal'

重新安装的ubuntu 18.04系统上初次安装python3-pip之后,执行升级命令,出现如下错误信息:

解决方法为重新升级安装一次 pip,如下:

参考链接


No module named 'pip._internal.cli.main'

Error: Cask 'java7' is unreadable: undefined method `undent' for #

今天在执行brew upgrade的时候出现如下错误:

原因为某次更新之后,配置文件增加了某些不必要的字段。更要命的是,不能执行卸载命令来删除出问题的安装包。解决方法为删除这个字段。

方案如下:

参考链接


undefined method `undent' #49716

Android WebView/X5截长图解决方案

  1. 普通WebView如何截取长图
  2. 针对X5内核中WebView如何截取长图

日常开发中,遇到为WebView截取长图算是一种常见的需求。网上聪明的程序员们提供了多种截取WebView长图的方法,这为我们的开发提供了很多便利。现在,也有很多APP是集成了X5内核的,网上对于X5内核的截长图方案介绍比较少,所以这里我整理了对WebView截取长图的比较通用可行的方法,并且对使用了x5内核的WebView的截图方法进行分享。

普通WebView截长图方案

普通WebView截取长图,这里是指项目中没有集成X5内核的情况。利用Google文档上的api可以顺利截图。以Android5.0为版本分界线,截图采用不同的处理方式。

1. Android5.0以下版本

2. Android5.0及以上版本

在Android5.0及以上版本,Android对WebView进行了优化,为了减少内存使用和提高性能,使用WebView加载网页时只绘制显示部分。如果我们不做处理,仍然使用上述代码截图的话,就会出现只截到屏幕内显示的WebView内容,其它部分是空白的情况。
这时候,我们通过调用WebView.enableSlowWholeDocumentDraw()方法可以关闭这种优化,但要注意的是,该方法需要在WebView实例被创建前就要调用,否则没有效果。

另外这个方法一旦开启,会影响到整个进程中的WebView实例,并且没有办法关闭。

这个代码的本质是设置了一个全局变量,并且没有提供关闭接口。其真实调用的代码如下:

我们在WebView实例被创建前加入代码:

另外,当应用存在多个进程的时候,比如消息推送进程,LBS定位进程存在的情况下,务必确保只在主进程中初始化这个设置,否则运行时可能报错。

根据Google文档中描述,capturePicture()方法已不鼓励使用,推荐我们通过webViewonDraw(Canvas)去获取图像,所以这里我们去拿到网页的宽高后,就调用webView.draw(Canvas)方法生成webView截图。

X5内核截取长图

使用X5内核截取长图有两种方法,并且都可以不用考虑版本问题,这为我们提供了方便。在X5内核下,如果使用WebViewonDraw(Canvas)方法,会出现或多或少的问题,所以对这个方法弃坑了。以下是两个截图方法:

1. 使用X5内核方法snapshotWholePage(Canvas, boolean, boolean)

X5内核中提供了一个截取整个WebView界面的方法snapshotWholePage(Canvas, boolean, boolean),但是这个方法有个缺点,就是不以屏幕上WebView的宽高截图,只是以WebViewcontentWidthcontentHeight为宽高截图,所以截出来的图片会不怎么清晰,但作为缩略图效果还是不错了。

2. 使用capturePicture()截取清晰长图

如果想要在X5内核下截到清晰的长图,不能使用snapshotWholePage(),依然可以采用capturePicture()。X5内核下使用capturePicture()进行截图,可以直接拿到WebView的清晰长图,但这是个Deprecated的方法,使用的时候要做好异常处理。

总结

以上是WebView截长图方法的总结和分享,对X5内核的截图也是尝试了多种途径最后找到满意的解决方案。另外,截长图会占用大量内存,容易触发OOM,所以代码中也要注意对OOM的处理。

在使用了X5内核的项目中,使用WebView截取长图的判断逻辑可以是:

目前(2020/08/01)之前版本的X5 SDK,如果编译APK的时候指定targetSdkVersion版本高于 28(Android O)的情况下,调用snapshotWholePage(Canvas, boolean, boolean)可能会无法获取到截图,图片内容全黑。

观察日志发生如下报错:

原因为从API 29(Android P)开始,Google对于某些反射调用私有方法的行为进行了限制,比如动态反射赋值android.graphics.Canvas.java的私有变量mBitmap。这些调用会被抛出异常阻止。

参考链接


AsyncTask is Deprecated, Now What?

For the past decade, AysncTask has been one of the most widely used solutions for writing concurrent code in Android. However, it earned very controversial reputation. On the one hand, AsyncTask powered, and still powers, many Android applications. On the other hand, most professional Android developers openly dislike this API.

All in all, I’d say that Android community has love-hate relationship with AsyncTask. But there are big news: the era of AsyncTask is about to end because a commit that deprecated it had just landed in Android Open Source Project.

In this post I’ll review the official statement motivating AsyncTask’s deprecation, as well as the real reasons why it had to be deprecated. As you’ll see, these are different sets of reasons. In addition, towards the end of this article, I’ll share my thoughts on the future of Android’s concurrency APIs.

Official Reason for Deprecation of AsyncTask

The official deprecation of AsyncTask, as well as the motivation for that decision, were introduced with this commit. The newly added first paragraph of Javadoc states:

AsyncTask was intended to enable proper and easy use of the UI thread. However, the most common use case was for integrating into UI, and that would cause Context leaks, missed callbacks, or crashes on configuration changes. It also has inconsistent behavior on different versions of the platform, swallows exceptions from doInBackground, and does not provide much utility over using Executors directly.

While that’s the official statement by Google, there are several inaccuracies there which are worth pointing out.

Fist of all, AsyncTask has never been intended to “enable proper and easy use of the UI thread”. It was intended to offload long-running operations from UI thread to background threads, and then deliver the results of these operations back to UI thread. I know, I’m nitpicking here. However, in my opinion, when Google deprecates API that they themselves invented and promoted for years, it would be more respectful towards developers who use this API today, and will continue to use for years to come, to invest more effort into deprecation message to prevent further confusion.

That said, the more interesting part of this deprecation message is this: “that would cause Context leaks, missed callbacks, or crashes on configuration changes”. So, Google basically states that the most common use case for AsyncTask automatically results in very serious problems. However, there are many high-quality applications out there which use AsyncTask and work flawlessly. Even some classes inside AOSP itself use AsyncTask. How comes they don’t experience these problems?

To answer this question, let’s discuss the relationship between AsyncTask and memory leaks in details.

继续阅读AsyncTask is Deprecated, Now What?

通过Chrome浏览器进行android调试/Remote Debugging on Android with Chrome

The way your web content behaves on mobile can be dramatically different from the desktop experience. Remote debugging with Chrome DevTools lets you

继续阅读通过Chrome浏览器进行android调试/Remote Debugging on Android with Chrome

Android最简单的HTTP服务器

目前在对Android的代码进行功能测试的时候,需要服务器返回一个数据来测试整个流程是否正确。不希望引入第三方的JAR包,因此需要一个特别简单的HTTP服务器。

网上查询了一下,找到可用的代码如下:

参考链接


Create a simple HTTP Web Server in Java

Android Studio 4.0.1 报错:Entry name 'AndroidManifest.xml' collided

最近在集成极光推送的时候,需要集成极光提供的魅族推送SDK, 其实也就是把魅族官方的推送SDK进行了简单的封装。

但是带编译的时候报告如下错误:

反复检查许久,不得要领。

经过解压提供的 AAR 包后,继续解压缩里面的 classes.jar ,发现 JAR 包里面包含 AndroidManifest.xml 。

导致在 Android Gradle plugin 3.6之后的版本编译出现异常。

如果想彻底解决这个问题,需要移除 JAR 包中的 AndroidManifest.xml

参考链接


Android Studio 4.0.1编译报错Error:Execution failed for task ':app:transformClassesWithProfilers-transformForXXXXDebug'.

Android Studio 4.0.1 编译调试应用的时候报错:

但是当被调试的手机是Android 10系统的时候,不会出现报错。当插入的手机是 Android 6.1系统的时候,报告上面的错误信息。

在命令行下执行

却一直都是成功的。

百思不解。

经过研究发现,是在运行调试配置信息界面中开启了 "Enable advanced profiling" 功能的时候,才会出现上面的情况。

关闭这个功能就正常了。

具体配置参考下图:

继续阅读Android Studio 4.0.1编译报错Error:Execution failed for task ':app:transformClassesWithProfilers-transformForXXXXDebug'.