
几年前我们开始为普通电脑版网站添加手机版本,当时查了一些资料,其中说到很多情况下,手机浏览器可以识别网页中的电话号码并自动添加链接,但也可以关闭这个功能并控制号码是否添加链接。这两年我们在添加手机版网站的时候,一般都没有去特别处理电话、手机号码的字段,就让手机浏览器自动来
几年前我们开始为普通电脑版网站添加手机版本,当时查了一些资料,其中说到很多情况下,手机浏览器可以识别网页中的电话号码并自动添加链接,但也可以关闭这个功能并控制号码是否添加链接。这两年我们在添加手机版网站的时候,一般都没有去特别处理电话、手机号码的字段,就让手机浏览器自动来
“地接”婉婉本来安排了更多行程和丰富活动,但没有料到这个“中老年团”比较难伺候,后面只好放弃了一些安排,少出行。当然,难得一次的大集体出行本身就够愉快了,周六晚上没有外出,我把带去的笔记本连接到宾馆的大屏幕电视上,就安排一起坐在沙发上看这次拍摄的照片、听我把去年在公司同事面前讲过的《我的运动启示录》PPT重新讲一次,然后又找到我以前扫描放在网上的老照片,特别是一些以前的黑白影集,大家都评论得津津有味。
周五晚上大家出去夜游珠江,我留着宾馆休息似乎也没有睡着,后来他们返回后的晚上算是休息得还行但也不是很好,早上5点多就又要起床了,穿上自己带的衣服,在卫生间自拍一张发微信“连续两天,五点起床,六点出发,向着目标,再不疯跑,就要老了”,以前跑马拉松发微博比较多,这次改发微信为主,还开启了同时发送到QQ空间、说说,所以读者也不太相同,一些很早前加QQ、很久没有联系的朋友也看到、为俺加油,感动ing😭
2013年11月3日在杭州与儿子一起跑马拉松归来后不久,11月23日又和大队人马的家人赶赴广州参加今年的最后一站,跑完回来后忙于各种工作等事宜,迟迟没有开始动笔,但一直惦记着还是要补上广州马拉松纪实的,虽然成绩没有突破,甚至有点倒退,但每次还是有很多不同的体会与收获,值得记录。今天周末外面雾霾太大、空气质量太差,没有参加汉口江滩约跑,就躲在家里呼吸净化器出来的PM2.5<20的空气,白天睡够了,晚上转点还不困,先写了一篇AdWords相关的博文,再继续写广州马拉松。先上官方网站上下载的最后冲刺照片以及证书、奖牌照片,再写文字:
好几年前就把自己的Google帐号开通了AdWords,但只是尝试投放了一点点广告,没有特别适合在网上销售的东西,帐号中充值的几百元钱存放了好几年没有动过。今年本来也计划公司业务中要尝试这块的,但一直忙于扩展网站内容,都没有顾得上广告投放,直到年底了
最近总看到Drupal系统有安全升级的提示,忙于别的事情拖了一阵子,现在准备来进行,上次大规模升级还是在2013年3月,再之前就是2012年2月尝试升级,以及2011年初开始使用Drupal。
首先把我的个人网站升级,这个网站所在的服务器重装过,目前PHP用的5.2.x版本,不支持Drush,所以先只好用手工升级,步骤如下:
最近同事在为以前Drupal 6做的网站扩展多语言时发现一个问题,Drupal Core的内容找不到翻译,例如‹ previous next ›以及菜单项都没有翻译,经查是翻译更新列表(admin/build/translate/update)中本来应该是Drupal 6.28的版本不知道为什么错误识别为6.29了,因此找不到翻译信息。
这个识别错了版本的原因还没有找到(我估计是l10n模块把提示需要进行完全更新到的6.29的版本错误当成当前版本了),但可以手工在Drupal数
以前我们的网站多次接到过Google AdSense的警告邮件,一般是部分页面包含了违规内容、广告数量超过3个等,这都不难解决,只要按时改了就可以。有一次的问题严重一些,是与别人合办的分类信息合作栏目中也放置AdSense广告,这个子目录直接被Google停止投放广告了,没有警告的过程,好在对我们的AdSense帐号及其它网站上的广告投放也都没有影响。
以前还曾收到过Google Webmaster Tools发来的邮件,说某个网站有质量问题,但说得不仔细,我们自己找了好久也不知道究竟是什么地方有质量问题,包括发邮件让AdSense客户经理帮忙检查,现在看来也都没
最近把自己编写的网站防采集程序进行了升级,添加了每日邮件报告的功能,各台服务器在每天凌晨将前一天被屏蔽的IP信息汇总发送邮件到指定邮箱。典型的邮件内容摘录如下:
101 Bad IPs Found on 2013-12-11 from XXX.XXX.XXX.XXX
#count=1
request_time=>1386690568
remote_addr=>186.201.198.250
http_user_agent=>Mozilla/5.0 (
同事反映在用Drupal Ubercart搭建的网站中添加产品时速度非常慢的问题,产品页面可以编辑,但在添加关联下载文件的时候就需要长时间等待甚至超时报错,先以为是服务器性能或者MySQL的问题,折腾了两天都没有多大效果,今天把排错神器devel安装上,很快就发现是该页面需要运行8000多次数据库查询,而我们现在大约有4000个产品关联文件,也就是该页面需要循环4000次、每次2个数据库查询。
网上搜索了很久(用ubercart feather file slow等关键词都找不到准确的,后来用devel发现的重复MySQL查询名称查到的),终于找到与我们的情况基本
2002-2023 v11.7 a-j-e-0