查号吧☎这个网站有很多年历史了，1998年就开始提供长途电话区号查询服务，2008年使用Wiki系统开放用户提交电话号码、曝光骗子，去年开始又增加了一个子栏目：电话号码库📞，我们主动来收集整理企事业单位的固定电话号码（考虑到隐私问题，暂不提供手机号码数据）
前一阵子突然接到法院递送的EMS，打开看是我们公司被北京某图片公司告了，我们一个很多年前的网站上有一幅图片被诉侵犯了该公司的版权。
我们这网站是2009年建的，对方提供的证据截图也显示有一个页面是2009年编辑的，
今年1月份记录了一篇《清除百度MIP缓存，纠正跳转错误》，当时是在百度移动搜索(m.baidu.com或者baidu app)中的搜索结果跳到错误的MIP页面上，通过清除该域名下所有MIP缓存解决的，估计是百度的移动网页索引中哪里出了问题。
时隔一个多月，2月中旬后再次出现百度移动搜索中的搜索结果跳转到错误的网址，而这次不是MIP页面，而是普通的响应式网页页面，在移动搜索结果中显示的网页标题都是对的，就是点击后到了错误的网址，例如统一都跳转到 www.example.com/xxx/node/40933 ，里面的内容明显不匹配，而对应的百度PC搜索(www.b
网站遇到采集者是很常见的事情，因为采集太快太多导致我们服务器负载过高的事情也时有发生，我们一般都是收到网站打开太慢或者服务器负载过高报警的消息后及时进行处理，在apache设置.htaccess上把该屏蔽的屏蔽就可以了，偶尔需要用到ipt
这两年我们新建网站多数都采用了《在Drupal中直接导入、使用数据库》这篇文章中说的办法，而没有用以前新建内容类型、导入到Drupal的Node中的办法，这对于数据量大、改动不大、读取多、写入少的需求很合适。
偶尔遇到需要修改、删除的事情，我们就是到阿里云RDS管理后台，Web界面来操作或者用SQL语句来进行，比以前在Node页面进行编辑要麻烦，但更改量不大的情况下也可以接受。
最近要用的一个新站也是用直接建表方式来搭建的，但内容需要人工来修改完善，而且是长久都需要添加、维护信息的，再用以前导入RDS后台就显得太麻烦了，于是想去找现成的
Drupal 7中我们采用了自建table的方式来避免node过于复杂、性能低的问题，需要安装Data、Schema等模块，不过我们发现新增有些字段类型会遇到报错，例如：mysql中添加timestamp字段，会看到这样的报错：
User warning: table_name.pub_date: no type for schema type timestamp:normal. in schema_engine_type() (line 368 of /drupal_path/sites/all/modules/schema/schema.module)
去年在写《Google AdSense实在宝典》第二版的时候，咨询电子工业出版社相关负责人，以后是否可以把第一版的电子文档全文公开，毕竟已经过去8年时间了，太多内容在第二版的时候进行了更新，再公开第一版也不会影响第二版的销售，还可以带来一定宣传作用。感谢出版社负责人的理解，他们说由我来做主进行公开。
2018年12月第二版已经出版发行，第一次印刷的3000册销售情况也还不错，还登上了京东商城电子商务类图书热销榜第一名，1个月后就进行了第二次印刷。还有网友询问是否有电子版，出版社以前说今年会出电子版，例如Kindle版本，不过目前还在准备中。我想就把以前的第一版
我们以前做了一个网站“中文字典”，也做了其微信小程序版本，还有一些用户使用，并有一些有意义的留言。昨天看到一条关于“涎”字笔画的留言，我们网站数据中这个字是9画，用户觉得是10画，我已经留言解释了：“您好！谢谢留言。“涎”字中国大陆规范的笔顺是：1.点/捺(丶乀) 2.点/捺(丶乀) 3.横/提(一) 4.撇(丿) 5.竖/竖勾(丨亅) 6.横/提(一) 7.折(乛乙乚) 8.折(乛乙乚) 9.点/捺(丶乀) ，其中第7画折(乛乙乚)您可能认为是“竖+横”两画了。”
上个月看了Google公司AdSense团队Juliana推荐的一篇文章《Inside Google Marketing: 3 ways we think about SEO》，当时匆匆看了一遍，感觉还是很好的，推荐给了内部同事看。现在再回头来看看，并把主要内容翻译成中文：
2002-2023 v11.7 a-j-e-0
