CSSer课堂

我们是师徒六人组,以Design, CSS, JS, web标准化为爱好。

WML2.0(WAP2.0)调试环境(工具)指南

历经一周多的开发,139的wml2.0页面(m.139.com)已经上线,随之而来的便是两个头大的问题:

  1. UCweb页面兼容性
  2. Windows Mobile IE适配

其实,以上两个问题唯一的解决方案是,假设UCweb遵循OMA标准,如果Win Mobile IE能统一版本的话,这次的139wap社区升级就是成功的。

可是,UCweb不能很好的支持wml2.0(wap2.0)所规定的标签,不能很好的解析WCSS里面的属性。不支持标签dl dt dd
还有,Win Mobile IE版本在触摸版本5.0中支持很好,但非触摸屏的几款机器有不能很好的支持。比如:P4450.

以下就WML2.0(WAP2.0)调试工具分享大家,虽然不是权威的资料,但至少是实际开发中有用的工具。

WML2.0调试环境推荐: FireFox浏览器或者Opera

基于FF浏览器的三个插件:
FireBug
关于FireBug这里就不做介绍了,详细可以查看FireBug主页

Html Validator
简介:

HTML Validator is a Mozilla extension that adds HTML validation inside Firefox and Mozilla. The number of errors of a HTML page is seen on the form of an icon in the status bar when browsing. The details of the errors are seen when looking the HTML source of the page.

在这里,主要用于验证页面标签的书写,嵌套是否正确。确保手机用户可以正常的浏览。

wmlbrowser
简介:

This project is intended to try and implement as much of WML (Wireless Markup Language) as possible in Mozilla/Firefox. The current extension is based on Raoul’s attachments to Mozilla bug 35995.

FF下的一款wml页面浏览插件,用户使用PC浏览页面。
提示:不建议程序开发使用此插件,建议程序开发使用Opera浏览器开发。

题外话:
鉴于UCweb没有遵循OMA标准的规范,今天给UCweb发送了邮件,内容如下:

UCweb产品管理层:

由于公司业务主要以手机为主,所以比较多的关注UCweb的成长过程。
同时也对比opera mini手机浏览器跟UCweb之间的差异。
但是在这里要提出几点建议,也是UC需要学习opera浏览器之处,也是UCweb版本更新中的问题。

主要是建议是:加入对OMA所规定的标准标签的支持。

关于OMA的目标:
通过使用户轻松使用不同地点、运营商、移动终端间可互用的移动业务来促进整个移动通信工业的增长。
定义一个基于开放式标准的框架。该框架允许在多供应方的环境中安全有效地建立、配置和管理各种应用和业务。
建立移动工业标准论坛 —开放式移动联盟,行使实现业务级互用性的驱动职能。
推动开放式业务和接口标准的实现,通过以用户为中心的方式来实现移动业务的快速广泛采用。

先撇过这个标准的目标,先看看跟随3G业务的来临,更快的手机上网速率,手机网页所面临的更新,从千篇一律的wml1.0逐步向wml2.0迈进。而wml2.0有这个更多,更加丰富的网页表现,而OMA更加规范的规定一下wml2.0可以使用的标签。
现在的wml2.0支持更多的标签,可用的标签以及标签的默认样式如下:
body, card, div, p, center, hr, h1, h2, h3, h4, h5, h6, address, blockquote, pre, ol, ul, dl, dt, dd, form, fieldset, object{
display: block
}
li{
display: list-item
}
head {
display: none
}
table{
display: table
}
tr{
display: table-row
}
td, th{
display: table-cell
}
caption{
display: table-caption
}
th{
font-weight: bolder;
text-align: center
}
caption{
text-align: center
}
h1, h2, h3, h4, h5, h6, b, strong {
font-weight: bolder
}
i, cite, em, var,address {
font-style: italic
}
pre, code, kbd, pre {
white-space: pre
}
big{
font-size: larger
}
small{
font-size: smaller
}
hr{
border: 1px inset
}
ol{
list-style-type: decimal
}
u{
text-decoration: underline
}

鉴于此,希望UCweb在下个版本中考虑标签的支持,谢谢UCweb对于手机互联网的贡献。

但是很可惜的是,得到的回复却是客服部门的礼节性答案

尊敬的用户:您好,非常感谢您的来信!感谢您对我们产品的支持并提出宝贵的建议。您的建议将会是我们前进的动力。

UCWEB客服中心(2009-09-01)

看到邮件后,心寒,只能这样理解当时的心情。

只希望UCweb能正视我的建议,这样才能在opera mini一较搞下。

不得不写的日记

经常和朋友聊天,遇到这个问题,他说他们公司的开发人自己做页面,虽然有点丑,但是他们开发说:“页面设计没啥技术含量”

先介绍下我自己,我就是做页面制作,也可以说成网页架构,也可以说成高级网页设计师,听到这句话,我首先认为,这个开发人员,根本就是鱼目混珠的人,而其他做出来的页面,肯定经不起风吹雨打,也肯定搞不定多浏览器的兼容,代码烦琐,这是我肯定的。

你又会问,我怎么这么肯定,我就是这么肯定,任何行业都有精通和入门,他们也许在开发上有所成绩,但是想研究透前端的页面?可能么?

我朋友说,那你说说你做的前端页面怎么,和他们做出来的给用户的感觉不一样》?或者说有什么优势?

我思索了下,简单的说了第一点:虽说现在的网页追求的简洁,但是很多人还是会喜欢花里胡哨的页面,很多小的图标啥的,你看一个网页喜欢在同一时间段,一个一个图迅速的出来,还是喜欢一下都出来?当然不想见到他一个一个的出来了,那样我会不耐烦,这就是页面制作应该做的,把一些零碎的图片集合在一张图上,通过背景定位来显示模拟真实图片,这样便于管理以及上传,当然这是为了后期维护以及改变皮肤而做的很好的基础。

第二点:速度,页面架构要简洁,用最少的标签做好最美的设计,很容易理解,如果你页面复杂,代码很多,css也很多,js也不优化,php等开发语言也不好,你觉得速度会快吗?我朋友又说了,现在的网络在速度上都很快,差距不大。好就算你说的是这样,那我就要说第三点。

第三:浏览器的兼容,现在我们要考虑的浏览器firefox IE6 IE7 IE8 等,其实支持最好的web标准的旧书firefix opera 了但是主流还是IE,虽然IE已经在7-8版本中已经有所改进,但是又引发了一些新的兼容,对于我们页面制作来说,仍然很高兴,因为他已经修改了很多IE6对标准的不支持问题。

说到这里,我又要比喻了“我通常和人说我的工作好比是农民工,用砖来盖房子,盖好后,后台开发的人去做水电工,布线,布水管,煤气管道,这些功能性东西,等他们布置好了,我又要给房子装修,根据设计的图纸去装修房子。你做的不好的话,那就是豆腐渣工程,随时坍塌,现在不是很多这样的新闻么?上海一楼倒塌,哪里的地铁又坍塌,经不起风吹雨打,再好的布线,房子都倒塌了,有P用?”

还有现在最热门的SEO 搜索引擎优化,在互联网这个时代,当然希望很多人能留在你这个平台上,还要吸引很多人来你这里,怎么吸引?当然非google 和百度了,他们的搜索引擎机器人去搜索你的网页,你的网页竟然有序,还结构语义化的话,很快就被收录了,而你的网页结构要是一堆代码,一堆乱麻,他来了,会留下,会收录你么?久而久之就抛弃你了。

现在又有一个问题,有人又说了,现在都是现成的框架,不需要在重新构建了,可是框架是固定的,但是设计是无穷无尽的,如果你固有的框架标签,不够设计的去装修,也可以说成,一锅粥,你只有两个碗,但是你必须要装上,那你怎么办?还不是要去买碗?前提不能在锅里吃。同样的道理,你的标签不够用,不能按照设计的去做,那么你的老板和你的客户当然不会通过,这样就需要页面制作人员在现有的框架基础上,改动最小的情况下去加标签,有的页面制作人员和一些自以为制作没有技术含量的人呢就会狂加标签,不惜改动原有框架去增加所谓的值得增加的标签,工作量是不是很大?

我要说说后期维护的问题了,现在讲究的是结构和表现分离,很多人说我也是单独的css,也是分离了,是么?但是你们的页面里没一点style了么?我就不相信,那几个设计模板你能只改动css就能换上皮肤么?当这些问题都解决了,也只能说后期你的页面设计维护会简单,有效率。但是,这样并不代表你页面架构井然有序,页面架构竟然有序对用户可能影响不大,但是对开发,有很大影响,结构清晰,他们做着也顺利,如果结构复杂而杂乱,那么开发会抓破头皮了,什么循环语句,条件语句,等都是乱就一个字啊,后期哪个新手接手就更乱啊,就算是自己写的 估计找起来维护也是很麻烦啊。

CSSer课堂所经历的Baidu沙盒审核

CSSer课堂从2009年7月30日开博起,向google,baidu都提交了blog.owncsser.com的二级域名。

由于使用的国外Godaddy空间,而GD与谷歌有合作业务往来,当日夜里便收录博客,而且更新时间以多少小时为单位。

然而国内百度这个爷一直不收录CSSer课堂,时至今日,历时27天,终于收录二级域名blog.owncsser.com和顶级域名owncsser.com
附加今天早上看到的百度收录图:
baidu_site

需要注意的是每条收录的时间,证明baidu收录CSSer课堂应该是8月6日,也就是建站的一周时间,然后进入了沙盒(SandBox)中进行常规的网站筛查审核中。

幸运的是,在审查过程中我做了如下的几项操作:

  1. 8月20日开始做外联,增加baidu蜘蛛爬行几率
  2. 提交两次blog.owncsser.com
  3. 8月23日向hao123提交站点
  4. 8月26日提交一次顶级域名owncsser.com
  5. 8月26日在博客中添加Baidu的链接
  6. 8月27日已经有收录页面,如图

按照以上的检测,可以得出以下的几个猜测:

  1. baidu优先收录顶级域名
  2. 如果提交二级域名,则进入搜索SandBox(沙盒)
  3. SandBox(沙盒)时间在2-3周左右
  4. baidu关注访问www.baidu.com的来路网站
  5. 进入SandBox(沙盒)之后,网站需要坚持更新

以上只能是CSSer课堂所经历的baidu沙盒的记录,仅作参考。
不过,baidu对于收录新注册域名(owncsser.com)之二级子域名(blog.owncsser.com)收录,有更好的研究价值。

第 5 页/共 12« 首页...3456710...尾页 »