[Wikizh-l] ÎÒÓÖÎÞ·¨·ÃÎÊWIKIÁË

[fan]

我又无法访问WIKI了。

之前那个欧洲服务器（145.97.39.132）访问不到。

Tor也不行了。（Tor应该是工作正常。用它访问123cha.com，该网站判定我“来自德国”）

我该怎么办？

-*-
邮件列表不知道是否也被封掉了。有人收到的话回一下。

_______________________________________________
Wikizh-l mailing list
Wiki...@Wikipedia.org
http://mail.wikipedia.org/mailman/listinfo/wikizh-l

[Fugu(E)]

130-140区段代理逐个测试，我用的是140，可以登录。132昨天晚上出问题了。

--
敬事而信，直道而事人。——论语

[clino]

我早上136也不行了，换到138就可以了。

另外可以使用https版的嘛
https://secure.wikimedia.org/wikipedia/zh/wiki/%E9%A6%96%E9%A1%B5

在06-1-4，Fugu(E) <fug...@gmail.com> 写道：

130-140区段代理逐个测试，我用的是140，可以登录。132昨天晚上出问题了。

[zxeasy]

今天晚上使用Tor也是访问不了，但是却可以访问法轮功那些网站。

[clino]

还是直接用wikipedia的专用代理吧，
现在的https也很好用

附我用的专用代理的firefox pac文件

2006/1/15, zxeasy <sea.c...@gmail.com>:

[refrain Sand]

那个https看不到图.....

在06-1-16，clino <zhangc...@gmail.com> 写道：

--
-----------------------
困困困困困......

[clino]

你这么一说,我去试了一下
https+专用代理就可以看到图片了
只要在原来的判断中加上
dnsDomainIs(host,"upload.wikimedia.org")就好了

贴全了:
function FindProxyForURL(url, host)
{
url = url.toLowerCase ();
host = host.toLowerCase();

if(dnsDomainIs(host,"wikipedia.org")
    || dnsDomainIs(host,"wikisource.org")
    ||dnsDomainIs(host," wikibooks.org")
    ||dnsDomainIs(host,"upload.wikimedia.org"))
return "PROXY 145.97.39.155:80 ";
else return "DIRECT";
}

在06-1-16，refrain Sand <refr...@gmail.com> 写道：

那个https看不到图.....

[super1]

哈哈，总算找到一样用这种办法的家伙啦，家里没有用代理，我刚要做这个文件来着

在06-1-16，clino <zhangc...@gmail.com> 写道：

--
中文维基： http://zh.wikipedia.org
我的WIKI页：http://zh.wikipedia.org/wiki/User:Super1

[refrain Sand]

=  =

能介绍一下原理吗……看得我一愣一愣的orz

 

在06-1-17，super1 <super...@gmail.com> 写道：

--
-----------------------
困困困困困......

[Vipuser]

upload.wikimedia.org 是wikimedia 存所有图片的服务器

在 06-1-17，refrain Sand<refr...@gmail.com> 写道：

[clino]

参看super1以前的帖子
http://groups.google.com/group/zh_wikipedia/browse_thread/thread/734c520b9c533f6a/efde5803dd830f3b?q=.pac&rnum=1#efde5803dd830f3b
我搜了一下原帖,才知道是从super1学来的,厚厚~

在06-1-17，refrain Sand <refr...@gmail.com> 写道：

[super1]

阿，不是啦，我也是学来的，忘了是哪位大大的了，主要是用浏览器可以翻译的代码让浏览器自己有选择的使用代理。原来是用代码不可以浏览图片还有一些东西 的，我想来想去不知道怎么回事，后来很偶然知道原来是在wikimedia.org的主机上面存储的多媒体信息，再一看抄来的代码好眼熟，像是java, c一系的，就试试修改程序，这样一并，连其他的计划都可以看了，还是很方便的，原理也很简单。

ps：其实那个具体原理我也不懂呵，到现在里面用的什么语言什么函数我都不知道，嘿嘿

在06-1-17，clino <zhangc...@gmail.com> 写道：

[clino]

pac=proxy auto config
用的语言和firefox的插件类似是javascript

ie也有类似的自动配置脚本，不过现在我都用firefox，有这个就够了

在06-1-17，super1 < super...@gmail.com> 写道：

[Moses]

PAC 檔是通用的: IE 的使用方法也和 Fx 一樣, 不同的平台上也都可以一樣使用 呵呵

BTW: 回信最好使用純文本而非 RTF 格式 謝謝啦 :-)

--
"I may not agree with what you say but I will defend to the death your
right to say it"

[super1]

to M

我现在都是用的gmail回复，而在group上新建，知道rtf和文本的区别，但是在什么情况下可以做出来，和乱码有什么关系就不知道了，也收到过乱码的，平常应该怎么使用group合适阿

 

在06-1-18，Moses <moses...@gmail.com> 写道：

[Moses]

用 Gmail 的话直接在发送时用纯文本 (就是默认没有格式的那个) 发到 zh_wik...@googlegroups.com 就可以了

新投递也可以通过 Gmail. 方法和平时写信一样, 地址填 zh_wik...@googlegroups.com
就可以寄到这个邮件列表里了, 任何人都可以投递, 非成员需要审核. 成员是直接投递的, 这样大家都能看见.

乱码的情况有很多种, 大部分乱码是来自 wiki...@wikipedia.org 的转信, 我就说几个主要的吧:

一个是发信人用客户端 (如 Outlook Express, Forté Agent, gnus 等) 发信, 但编码设置错误
(如用英文编码发送中文信件, 或内容为繁体中文但信头的编码声明却是 GB2312, 等等). 这种帖子偶尔转到 Gmail 里可以看,
但大部分时候还是乱码. 遇到这种乱码, 如果运气好, 在 Gmail 里点开 more options 里的 message text
garbled 就可以看了. 如果还不行, 就需要使用客户端取信後强制转换编码.

另外一个乱码的原因是维基官方邮件列表和 Gname 等新闻服务器对东亚语言的处理都不太好, 两者互通又存在问题, 如果中间乱了再转到
Google Group 就肯定乱了, 所以他们虽然单个工作很好, 但这三个东西遇到转信就会有问题. HTML 邮件乱码可能就是属于这一类.

这种乱码再结合上面第一种乱码就会更乱一点.

还有就是直接用客户端投递到 Google Group 的, Google Group 对中文的处理还可以, 大部分常见的组合都不会乱.
不支持的组合一般是不会使用的, 具体可以参见 [[Google Group]].

Gmail 和 Google Group 之间基本少见有乱码发生.

另外, 按照新闻组的礼仪应该使用纯文本, 可能因为纯文本在任何平台下都可以用吧, 如果有文字表达不了的东西则可以用附件解决啊. 另外好像记得
HTML 的内容在 emacs+gnus 下好像是没法看到的? 呵呵

[refrain Sand]

…………头好大……是不是说今后只要用Gmail写信的方式就不糊出现乱码了？

在06-1-20，Moses <moses...@gmail.com> 写道：

--
-----------------------
困困困困困......

[Moses]

汗...

嗯, Gmail 收发是比较少出现乱码; 其他方法也可以, 只是需要设置正确.

其实大部分的 Web 方式的发信都免除了客户端设置这一步骤, 所以应该都不太容易出现乱码.

[refrain Sand]

嗯嗯，那就成了……-_-|||

太难得我也听不懂orz

 

在06-1-23，Moses <moses...@gmail.com> 写道：

--
-----------------------
困困困困困......