网景浏览器是哪一年开始出现的
发布网友
发布时间：2022-04-23 05:35
共3个回答
热心网友
时间：2023-09-28 19:11
使用Sun的工作站（作业系统应该是SunOS 4.x）连上BBS，后来则是使用Mosaic这个浏览器
浏览网页。学校宿舍有了网路之后，虽然自己的电脑有安装Microsoft Windows 95，多半的
时间都是使用Linux(Red Hat 3.0.3)，浏览网页则用当时最热门的Netscape。
现在回想起来，所谓的「旧日的美好时光」似乎还真的存在过；当时微软的
Internet Explorer才刚问世，功能还比不上Netscape；IE的普及率也还没有飙升。那时候作
为一个Linux使用者，用Netscape浏览网页，几乎不会遇到IE only的网站设计。
接下来的故事大家应该都知道了，浏览器市占率战争，网景(Netscape)输给了微软。原因
当然很多，不过我相信Internet Explorer是因为跟作业系统免费绑兜在一起，才称霸浏览
器市场的。（一句牢*，有时候我怀疑现在不晓得有几个人知道作业系统不是只有微软，
IE只是浏览器的一种？）
我可以同意，微软的作业系统和浏览器让更多人接触到Internet。但是，微软对於网页设
计相关规格的污染，让网站设计者使用非标准的、只有IE才能执行的语法，导致其他的浏
览器就算符合W3C组织所订定的标准，依然在浏览网站的时候处处碰壁。有的网友会用一种
「成王败寇」「少数服从多数」的论点，来看待这件事。我要提醒大家，「封闭」、「寡
占」常常隐藏了很大的风险。W3C开放的规格表示任何软体开发者都可以准此来设计浏览器
，原始码开不开放，程式收不收费都可以。相反的，封闭规格就是做独门生意，使用者只
有被牵著走，没有其他选择。
我也要提醒大家，数位落差(Digital Divide)的情形已经存
在，网站设计者不应该再雪上加霜，限定只有特定的作业系统／浏览器才能使用该网站。
不幸的，这才是我们每天面对的现实；不管是私人机构或是公家单位的网站，有的在首页
直接注明只能用IE，有的甚至会检查你使用的浏览器，如果不是IE就不让你看到内容！在
tw.bbs.comp.linux上面，这种抱怨一阵子就会出现一次。如果这个网站非上不可，
例如大学生使用的选课系统，一般民众使用的电子监理系统，这样的抱怨声浪就更大了。
在这样的抱怨声中，也会有网友提到说愿意连署来表达意见。我当时认为，一定需要一个
(虚拟)的压力团体，针对[无障碍网页]的目标来努力。这个理想中的网站能汇集人气,收集
大家的经验谈。也许学生关心选课系统，上班族关心*的报税系统、电子监理系统、各
家银行的网路银行???
后来发现，原来我是井底之蛙，其实Mozilla@Taiwan的讨论区
http://forum.moztw.org/
已经存在多时了。除了一般关於「Mozilla使用/安装上的技巧与问题解决」这类的讨论区
，Mozilla@Taiwan也开设了「问题网页与技术传教(Tech Evangelism)讨论区」
http://forum.moztw.org/viewforum.php?f=13
，用来讨论 Mozilla 显示/浏览/登入等有问题的网页，与网路标准的推广。
身为一个自由软体的使用者，我期待Mozilla@Taiwan能够汇集众人的力量，让力量累积之
后再适时彰显。我觉得现阶段要先做打底的工作。一个建议：利用上述的讨论区，大家来
交换「跟网站站方交涉」的心得、经验、甘苦谈。以及运用接下来要介绍的Bugzilla来提
报用Mozilla浏览有问题的网站。
这篇文章接下来想要做一些工具性的努力，目标放在让使用者能够很容易的使用Bugzilla
回报有问题的网页。其实这个架构早就存在了，也针对不同语系的使用者做区隔。底下的
资料基本上是翻译"Mozilla Site Evangelism Proceres"
http://www.mozilla.org/projects/tech-evangelism/site/proceres.html
，希望让使用繁体中文的朋友们也能够运用这个工具。
（先提醒大家，我们讨论的主体是Mozilla。请不要把Netscape 6 or 7,
Netscape Navigator, Netscape Communicator, 或 Debian相关的问题提交给
http://bugzilla.mozilla.org）
Mozilla社群使用Bugzilla这个工具来回报各种问题，主要是程式臭虫（bug）。另外，
http://bugzilla.mozilla.org/也用来回报设计上有问题的网页。Mozilla社群把这个
类别称为Tech Evangelism（技术传教）。接著让我来介绍如何填写。
首先，你要注册一个帐号。请到http://bugzilla.mozilla.org/createaccount.cgi
填写一个电邮，以及姓名。你会收到一封电子邮件，请用内附的密码登入。（当然，
你稍后可以更改这个密码）
登入之后，哇，好多栏位要勾选，可别这 快打退堂鼓，要不你可以点选最上面的
Give me some help
http://bugzilla.mozilla.org/query.cgi?help=1，如此一来
只要将滑鼠移到各个栏位，就可以看到说明。
不过，我们并不是要回报程式臭虫（虽然这是Bugzilla的主要目的），而是要回报问题
网页，所以只要依照Mozilla Site Evangelism Proceres
http://www.mozilla.org/projects/tech-evangelism/site/proceres.html
的步骤来做就可以了。
1.不过，冤有头债有主，Mozilla社群建议大家，第一步先写信给网站站方，抱怨她们把网页
设计成不支援Mozilla。如果对方没有回应，再继续下面的步骤：
2.确认这个问题属於技术传教类别
3.在Bugzilla开一个Bug call，在Proct项目选择Tech Evangelism。
4.选择适当的Component，请依照网页使用的语言分类，例如选择Chinese-Traditional。
5.选择硬体平台和作业系统。如果你确定问题和特定平台／作业系统无关，请选All。
6.选择这个Bug的初始状态(Initial State)：如果你确定这是一个bug的话，请选择NEW （新的）；
不太确定的话，选择UNCONFIRMED（待确认），Mozilla社群会去确认。
7.选择严重程度：请在major，normal或minor中择一，其他的选项对技术传教类的bug来说
没有意义。至於到底多严重？相信你可以做出最佳的判断。
8.选择此问题的负责人(Assign to)：如果你要负责追踪这个问题的话，可以填入自己的
电邮位址。不然就把这个栏位空白，让Component Owner去处理。
9.输入网址(URL)：你可以输入用Mozilla浏览有问题的特定页面。要注意的是，通常来说
如果网站的特定页面有问题。可能网站有很多页面都有同样的问题。如果真的是这样的话，
你可以输入网站的首页来代表。
10.输入摘要：请输入URL的"主要部分"，后面加上 - 以及简短描述。描述不需要很技术导向。请参照底下的三个范例：
bar.com.tw - Displays differently than IE5
netscape.com - Does not allow Mozilla
fubar.co.uk - Does not support secure connections in Mozilla
举例来说如果你要回报http://www.foo.bar.com.tw/help/support/，那 bar.com.tw就是URL的主要部分。
如此一来，大家可以用摘要的文字来对bug做分类，也可以把同一个公司的bug归类在一起。
请大家留意的是，摘要应该是一个普通的使用者也可以填写和理解的。更多有关
技术细节的部分稍后可以加在Status Whiteboard等到这个bug被归类、指派之后。
11.输入描述：请针对你浏览该网址所遇到的问题，填写足够的细节描述。Bugzilla系统中
有很多栏位是要在bug送出之后才能继续填写的。所以在此请填写简明的描述。在送出这份
臭虫报告后，你可以加入更多的细节资讯。接著是一件很重要的事，请尽量把当初跟站方
接洽的讯息附上来。请记住，客户的抱怨比不知名的Mozilla技术传教者寄去的电邮有用多
了。如果你希望站方能够支援Mozilla你一定要填写客户抱怨！
12.送出臭虫报告：如果你不做这个动作，前面的辛苦都白费了！
13.修改刚刚送出的臭虫报告：如果你回报的是跟网页显示有问题，可以附上screen shot。
夹档的时候请选择正确的MIME type。请尽量缩小档案的大小。你可以减低color depth，
并且撷取比较小的画面。只要能够说明你的问题就够了。
如果问题网页有invalid HTML或JavaScript，请先存档到你的硬碟，然后在夹档的时候
MIME type选择text/plain。这 做可以留下一份原始资料，让我们可以跟后来的版本
（如果有的话）比对。
联络网站站方
1.重新检视臭虫报告，如果有需要，执行QA流程
2.设法用网站上的资讯找出站方的联络人。如果找不到的话，可以试著用Internic的Whois
http://www.internic.com/whois.html来找。
3.寄送Evangelism Letter
请到http://www.mozilla.org/projects/tech-evangelism/site/letters.html挑选，
除了英文，繁体中文，还有其他语言版本。
英文版http://www.mozilla.org/projects/tech-evangelism/site/tech-letter-en.html
中文版http://www.mozilla.org/projects/tech-evangelism/site/tech-letter-zh.html
以这封信件为本，你可以跟站方描述她们网页的问题，甚至建议如何修改。
在跟站方沟通的时候，请牢记"礼貌"和"专业"两个原则。这封信件是从你个人的电子邮件
帐号寄出的，你必须替自己的言论负责。
4.纪录
在臭虫报告中，注记你已经寄送Evangelism Letter，以及信件中你加入的自订项目。
不过不要把整封电邮贴上来。
设定里程碑为初次联络后的一个月（至少）。之后你可以按月查询、追踪、重新测试这些站
台。
把这个臭虫报告指派给你自己，然后标记为ASSIGNED（已指派）。
5.如果Evangelism Letter被退信???
在臭虫报告中注记无法联络站方。
可能的话，试著找出其他的联络电邮，再重新寄送Evangelism Letter。如果找不到，
在报告中注记，然后把这个bug的里程碑标记为Future。
6.如果站方做出负面回应???
在这份臭虫报告的status whiteboard中标记为non-responsive，然后再出发。我们还有
很多站台可以去联系；以后也还可以回头检视这个当初拒绝我们的站台。
Quality Assurance（品质管制）
你必须要先拥有对bug做Confirm的权限，才可以对bug做QA。在执行（此任务）之前，你必
须对Evangelism程序非常熟悉，并且和下列人士讨论过流程：
Zach Lipton(irc: zach), Asa Dotzler (irc: asa) 或者Evangelism社群的其他活跃成员
。
UNCONFIRMED / NEW （待确认 / 新的）
1.在Bugzilla搜寻是否为重复
如果这个站台已经被提报过了，而且还没进入 VERIFIED 的状态，那 就把新的这个标示为 DUPLICATE ，并且输入它和哪个号码的bug重复。
如果有任何新的，有关这个站台的资讯，请确认之后，加注在原来的bug的comments。
2.亲自浏览站台
确认这个站台是否仍然不支援Mozilla。如果站台用Mozilla观看没有任何问题，把这个bug标示为 WORKSFORME 。
如果这个bug原本被标示为 UNCONFIRMED（待确认） 而站台的确有问题，请把状态改为 NEW （新的）来确认这个bug的存在。
3.分析站台
确认原来的bug report各方面叙述是否明确、精准。有需要的话，可以加上另外的注解。
ASSIGNED（已指派）
重新检视那些已指派，但是里程碑已经过期（上个月）的臭虫报告
http://bugzilla.mozilla.org/buglist.cgi?bug_status=ASSIGNED&proct=Tech%20Evangelism
再连上那个网站，看看问题是否依然存在。多点选几个该网站的页面来确认站方已将问题完全修正。
如果这个站的问题依然存在，把状态设为 REOPENED （重新开启）。如果用Mozilla浏览这个站
已经没有问题，就可以把状态设为 FIXED （修复）。
RESOLVED（已解决）
重新检视已解决的臭虫报告
http://bugzilla.mozilla.org/buglist.cgi?bug_status=RESOLVED&proct=Tech%20Evangelism
如果 RESOLUTION 是 FIXED （已修复）或 WORKS FOR ME （我个人可以浏览）
热心网友
时间：2023-09-28 19:11
1994年，网景浏览器1.0版首次发行。
热心网友
时间：2023-09-28 19:12
