Disposable email domains
A collection of domains for disposable email services like 10MinuteMail and GuerrillaMail. Also, some
Why?
Use it to validate email addresses on sign up, or just to see how many real email addresses you have in your system.
Usage
- list
A filecontaining a sorted list of domains, one per line.
curl https://raw.githubusercontent.com/disposable/disposable-email-domains/master/domains.txt
- JSON array
A filecontaining a sorted array of domains, in JSON format.
curl https://raw.githubusercontent.com/disposable/disposable-email-domains/master/domains.json
- javascript
Install the npm package disposable-email. Validate synchronously or with a callback.
npm i --save disposable-email
var disposable = require('disposable-email');
disposable.validate('gmail.com');
// true
disposable.validate('foo@gmail.com');
// true
disposable.validate('gmail.com', console.log);
// undefined
// null true
- Go
import "github.com/disposable/disposable"
if disposable.Domain("gmail.com") {
panic("Uh oh!")
}
Update the list of domains
To update the list of domains run .generate (requires python3), and optionally submit a PR.
$ ./.generate
Fetched 5196 domains and 6593 hashes
- 2000 domain(s) added
- 75 domain(s) removed
- 2010 hash(es) added
- 76 hash(es) removed
Credits
- https://github.com/adamloving
- https://github.com/michenriksen
- https://github.com/ivolo
- https://github.com/smeinecke
- https://github.com/GeroldSetz
CDN
Production: https://rawcdn.githack.com/disposable/disposable-email-domains/master/domains.json
Development: https://raw.githack.com/disposable/disposable-email-domains/master/domains.json
-
简述 在Net中，由GC垃圾回收线程掌握对象资源的释放，程序员无法掌控析构函数的调用时机。对于一些非托管资源，比如数据库链接对象等，需要实现IDisposable接口进行手动的垃圾回收。那么什么时候使用Idisposable接口，以及如何使用呢？ 一、IDisposable的接口定义如下 public interface IDisposable { // Summary: //
-
在使用Rxjava2时，特别要注意内存泄漏。所以一般在activity或者fragment销毁时调用disposable.dispose来取消订阅。但在之前的工作中遇到一个问题，如何确保你在work thread中的流程走完。用过的同学会知道dispose会产生Exception导致线程中断。 一种方式就是不在activity或者fragment销毁时调用disposable.dispose
-
如何完美隐藏Disposable的存储和销毁过程（二） 前面一节大致讲了讲，我们的成品到底是怎么样的？那么这一节，我们就来讲讲如何初步地隐藏自己Disposable的存储和销毁。 首先说说最常见的方式，在Activity中定义和初始化一个CompositeDisposable，然后在生成需要管理的Disposable后，将其放进这个管理类中，然后在onDestory中直接通过CompositeDi
-
rxjava+retrofit处理网络请求 在使用rxjava+retrofit处理网络请求的时候，一般会采用对观察者进行封装，实现代码复用和拓展。可以参考我的这篇文章：rxjava2+retrofit封装处理网络请求全解析。一种可行的封装如下： 基类observer public abstract class BaseObserver implements Observer{protected
-
关于disposable Disposable类 dispose():主动解除订阅 isDisposed():查询是否解除订阅 true 代表 已经解除订阅 rxjava虽然好用，但是总所周知，容易遭层内存泄漏。也就说在订阅了事件后没有及时取阅，导致在activity或者fragment销毁后仍然占用着内存，无法释放。而disposable便是这个订阅事件，可以用来取消订阅。但是在什么时候取消订阅
-
rxjava+retrofit处理网络请求 在使用rxjava+retrofit处理网络请求的时候，一般会采用对观察者进行封装，实现代码复用和拓展。可以参考我的这篇文章：rxjava2+retrofit封装处理网络请求全解析。一种可行的封装如下： 基类observer public abstract class BaseObserver<T> implements Observer<T> {
-
rxjava+retrofit处理网络请求 在使用rxjava+retrofit处理网络请求的时候，一般会采用对观察者进行封装，实现代码复用和拓展。可以参考我的这篇文章：rxjava2+retrofit封装处理网络请求全解析。一种可行的封装如下： 基类observer public abstract class BaseObserver<T> implements Observer<T> {
-
Rxjava关于Disposable你应该知道的事 RxJava2开发小记：用CompositeDisposable来“安排”Retrofit网络请求
-
关于disposable Disposable类 dispose():主动解除订阅 isDisposed():查询是否解除订阅 true 代表 已经解除订阅 rxjava虽然好用，但是总所周知，容易造成内存泄漏。也就说在订阅了事件后没有及时取阅，导致在activity或者fragment销毁后仍然占用着内存，无法释放。而disposable便是这个订阅事件，可以用来取消订阅。但是在什么时候取消订阅
-
泄漏的引用栈： In com.eebbk.askhomework.content:1.10.0.0:1100000. bfc-leakcanary:5.0.12-bugfix. * com.eebbk.askhomework.content.view.MainActivity has leaked: * GC ROOT com.bumptech.glide.load.engine.executor
-
问题内容： 我想使用RxJava 2 创建一个从视图单击侦听器。我从最简单的实现开始（在此方法中，我不使用lambda来显示不同的类型）： 然后我考虑了如果不需要进一步设置为null 的方法。我发现有两种名称相似（对我而言）的方法： 和 它们之间有什么区别，我应该使用哪个？ 问题答案： 从Javadoc： [ 是]具有单个可以抛出的cancel方法的功能接口。 该不是一个功能界面以及实现它的时候方
-
我用干净的架构在android项目上工作。 我有以下课程： 使用public dispose（）方法从onNext实现中释放序列。 但我还是不明白使用它的好处。是否用于在销毁视图时从observable取消订阅，以便从转到并关闭发射器上的订阅？