柬埔寨背包记九:旅途的终章

| No Comments
我于09年9月27日-10月8日在柬埔寨独自背包旅行,其间的经历和收获数不胜数。相关的经历我曾在09年10月底在Beijing Open Party 上有过一次交流分享,现在把旅行途中以及后来的一些记录陆续发布到这里,请感兴趣的朋友关注这里的更新。除正文中的照片以外,还可以在我的Footbig以及我的豆瓣相册中欣赏因篇幅原因未能在文章中出现的照片上一次交流分享的slides可以在我的slideshare页面看到。

这么多天以来,首次早上没有什么计划,舒舒服服地起床,背上行囊,悠闲地在马德望城中散步。先找了一家当地的网吧来整理自己几近存满的存储卡。网吧的环境不错,价格和国内差不多,而毫无墙的顾虑则让我感叹不已。

继续在路上步行,在路过的小路边摊上吃了碗牛肉米线,又在一个亮丽的快餐店吃汉堡套餐、读在暹粒买到的《摩托日记》。阴沉沉的,雨下了好几次。尝试走了下大路旁泥泞的小路,结果走了几十米,发现鞋底上沾了几寸厚的泥,脚已经抬不动了...... 下午天气转好,欣赏遍布于马德望各个路口的佛像雕塑。

p1060044-1.jpg
第二天早上乘大巴返回金边,五个小时的路程中,天气变幻莫测,在倾盆大雨和阳光明媚间切换了好几次。途中还可以远眺到西南方的豆蔻山脉。车上则放着山寨到极点的柬式MV,以及高棉语版本的周星驰电影。

几近下午时分回到金边,费尽周折挑选了一家看起来还不错的GuestHouse,虽然比之前的住处略贵一点,但环境确实不错。收拾好行装后又开始了在金边的步行。

这次首先是前往之前没有去过的中央市场逛逛。这栋巨大的建筑被包围在数百个摊位之间,市场规模之大,很是壮观。进入中央市场的主体建筑,发现里面全部都是钟表摊位,营业员均是一口标准普通话:"老板,来挑几块瑞士名表......" 我就只好头也不回地出去了。

在周边的摊位给家人带几样小东西,在一位大娘的食摊前吃了一碗类似意面的小吃,跟大娘打听摊位,说了半天英语,大娘摇头表示听不懂。后来说价格时打了个手势双方赫然明白大家都是华人。大娘笑着说:"你说国语就好的啦,说国语我们都听的懂的!"

随后步行到了之前没来得及看的Wat Phnom,不过这座小山上的寺庙并没有什么特别的,先前遇到的司机说的也没错,这里聚集的闲散小青年还真是不少。

returnday_phnompenh.jpg
接着就是漫无目的地在市区里面逛,新奇地看着一个个路过的建筑:日本学校、潮州会馆...... 享受着在这个异国都市最后一晚的时光。晚上在一家NGO开办的公益商店呆了许久,了解到很多相关信息。感兴趣的朋友可以参见Aw'-Kun SHOP+HELP @ Phnom Penh, Cambodia这篇文章。

bonvoyage_1220.jpg
第二天早上,坐在街边的早点摊上,望着蓝蓝的天空下太阳逐渐把国家博物馆的砖墙映得越来越红,丝毫感觉不到长久旅程的疲惫,却是由衷地对这个自己已经熟识了的国度,有着一种深深的恋恋不舍。我只是一个抱着简单的念头来游玩的旅人,但这趟旅途带给我的,却远远超出了我的期望。旅途中的美丽、艰难,那些震撼与遗憾,已经在心中融成了一整幅精彩的画面,而这幅画之美,我将享用终生。



感谢各位读者长久以来的支持

要查看本系列更多文章,欢迎点击页面右侧的Cambodia标签。本系列文章可能会省略一些旅行中的细节内容,如果您也打算出游,并还想了解更多详细信息的话,欢迎在网站页面留言,我会很高兴帮助您。

OpenParty "荷风清韵"

| 2 Comments
本次OpenParty "荷风清韵"活动的话题展现出强烈的多元化色彩,涵盖了从软件助力天文学研究、社群活动、读书分享乃至笑来老师带来的时间管理话题,到类似Nginx脚本编程等前沿IT话题,难免让在场的朋友应接不暇。按照惯例将自己现场收听的三个话题做一下简单整理。

量天-软件工程如何助力天文宇宙学研究

由冬清带来的,介绍天文领域软件开发项目的介绍,让在场的各位科学爱好者大开眼界。

冬清所在的公司Gsegment作为地面应用软件开发团队,参与了目前世界上最大的空间望远镜赫歇尔卫星空间项目。 在工作中,也认识到现在我国的航天工程力量明显不如欧洲航天局/NASA等组织,所以Gsegment为团队订下了长远的目的和理想:致力于通过工程来促进科学,提高我国工程能力。

Herschel计划是Horizon 2000计划的4个Corner Stone的其中之一,包含卫星在内的整个计划从决策到交付历经10年,观测卫星于09年5月14日发射,可保障使用期3年。如果把成本均摊到使用期,相当于每天开销百万欧元。Herschel天文台是红外亚毫米波天文台,在这个波段可看到宇宙早期的情况,同时由于波长长,在大气内难以观察,才有对应的卫星观测项目。天文台的观测仪器囊括了光学观测、谱分析等多种功能,可以用来在外星球寻找水。软件中重要的部分,HCSS Hershel 通用科学系统,开发历时十年,三百万行代码,20名开发人员使用Java开发而成。天文信息需要大量分析,卫星信号首先进入科学中心,然后通过由科学家编写的系统化产品生成脚本(Pipeline),最终产生可供分析和研究的数据。

现场还讲解了很多天文学的概念和知识,遗憾的是限于自己的知识水平有限,无法向大家做更完善的讲述了。

接下来Gsegment团队将要参与中法合作的SVOM项目,这个项目中将包括中国第一颗空间天文探测卫星。期待着他们能够帮助我们的空间科研事业更上一个台阶!另外在现场冬清还为大家演示了地面站软件开发(数据收集分析)部分的集成开发环境,同时Gsegment也在招聘技术人员,欢迎有Python或Java编程经验的,想要致力于尖端工程科研方向的朋友请与他们取得联系。


奇遇花园与社群活动:猴子屁股与社群多样性

由奇遇花园的老板詹膑带来的话题,这个话题恰恰不像他自谦的是"广告",而从社群的概念这个角度入手,给大家讲述了社群理念,并从中建立联系、组织和活动的一些基本原则。

茫茫人海中,每个人都是独一无二的。社群多样性有助于解决社会问题。想对社群研究有深入浅出的理解,詹老师推荐《人类动物园》这本书。为什么会有新社群?旧有的社群在瓦解:班级、单位等,新的社群正在通过崭新的渠道产生,同时由于种种原因,这种讨论在学术范畴所进行的可能逐步减小。而将社群活动的理念推广,并做出有价值的活动,无疑是推动社会进步的一种良好方式。

我个人认为这个话题为在各种社区努力的组织者、参与者从概念上了解社群氛围与活动作出了很大贡献。同时奇遇花园在8月份还迎来了为众多社区提供服务的店庆开放月,这种对社区的贡献值得赞扬,欢迎大家给予更多的关注。


Nginx 脚本编程

由淘宝的 agentzh 大侠带来的Nginx脚本编程话题,由于其角度的新颖和前沿性,成为了本次活动的一个重量级话题。

Agentzh从去年9月开始研究Nginx源码,其中Nginx中高性能的实现也为阅读带来了很多障碍。遇到困难的地方就使用抄写的手法,白天抄写,在晚上一个人冥想。在研究和学习期间得出这样一个结论:Nginx远不是http server,这个软件的野心要远远超过大多数人对它的理解。

冥想和研究的最初结果就是独自开发的Nginx Echo模块,在Nginx的配置文件中实现了echo, sleep, time等功能。目前是为Nginx开发模块的开发者通常都会参考的一个典型范例。(此项目的文档之详细及深入,实在值得绝大多数的中国开源软件开发者学习)

Nginx 的核心代码大约 10W 行,就其来说,已经是很紧凑的规模了,相比之下,Apache的核心代码大约有 30W 行。而Agentzh所在的团队针对Nginx所写的的扩展的规模,都已经有3W行了。

Apache的多线程模型中,每个线程I/O阻塞,使用多线程拼并发。Nginx不支持多线程,而是使用多个进程来对应CPU 核数,从而提升在多核CPU下的性能。

而为Nginx开发子模块时需要注意的关键问题也是实现非阻塞I/O。因为实现高性能的前提,就是在处理的各个流程部分实现I/O非阻塞,如果仅仅是Nginx本身实现了I/O非阻塞,而处理的子模块却无法实现,那么整个性能的优化就变得没有意义了。

前面抛砖引玉的部分结束,接着从echo模块开始,agentzh将自己开发的众多Nginx模块逐个进行了介绍,通过在nginx.conf文件中应用这些模块,实际上就基本构成了单独使用Nginx来进行高效率非阻塞I/O服务器端开发的前提。我在这里也凭借记录将这些模块在这里简单罗列一下,具体的详情和范例可以参见 agentzh 的幻灯片:Slide1, Slide2

if statement的实现  - (ngx_dev_kit, set-misc-nginx-module)模块

array的实现 - (array-var-nginx-module)模块

子请求,一个请求中执行其它请求,可以提高服务器的并发度,提高平均相应时间,但是注意同时也增大了服务器的压力。子请求的具体应用实例:前端通过多个子请求的方式来异步获得处理结果,然后Nginx可以把结果合并并展示(比如合并成为JSON 用于AJAX)。

用C重写的Non-blocking memcached 模块 - (memc-nginx-module),可以实现在nginx.conf中直接用非阻塞方式操作memcached

用error_page 这个命令来实现等同于程序语言中try/catch的语句

memcached 连接池 - (ngx_http_upsteram_keepalive)  来实现连接池

使用非阻塞方式来访问 MySQL - (drizzle-nginx-module, rds-json-nginx-module)

这里有个问题,就是通常使用的libmysql是I/O阻塞的,如果在这个应用场景中使用这个库则无法发挥Nginx的高效率。在这里使用了Drizzle模块中的driver可以实现非阻塞IO访问mysql, sqlite3

rds-json-nginx-module模块负责将数据库查询的结果以json格式提供输出

使用Nginx来操作memcache及MySQL所带来的一些性能优势:

  • 单机几千QPS常见,千兆网卡跑满!
  • (个别应用场景) MEMCACHED 不使用连接池 2W QPS,使用后14W QPS
  • Qunar网站上面的一个Ajax应用案例实测,单机7k-8k QPS
  • 比较Java+Tomcat平台与单纯使用Nginx来实现的相关性能对比 - Java: 50~60 QPS;  Nginx: 700~800 QPS

Nginx直接接受表单提交的信息 - (ngx_form_input模块)

Nginx非阻塞直接操作Postgre数据库 - (ng_postgre模块), 得益于libpq API对于非阻塞的实现

srcache模块 - (srcache-nginx-module) 用来对页面和数据结果进行缓存(和前面提到的memc模块有区别,这里的sr表示SubRequest)

在Nginx配置文件中嵌入Lua脚本 - (lua-nginx-module)  很快Nginx的Lua子模块中就可以使用非阻塞IO的方式来调用Nginx的子请求了

现场讲述的一个Nginx-Lua应用实例:单纯用Nginx来实现数据库集群中用户Hash的计算

所提到的应用方式已经在淘宝量子统计以及Qunar中实际应用。

(Jul 10, 2010 更新:细节修改,感谢 agentzh 及 vipcalio 的指正)

本次活动在技术上涉及的方面很多,限于个人知识水平的限制,记录如在某些方面有什么偏差和不足,欢迎大家指正。想要了解活动详情以及本次活动其它话题的朋友,可以在此查看"荷风清韵"活动的所有话题情况。同时也请关注OpenParty网站对于此次活动的总结。

OpenParty "柳燕隙阳"

| No Comments
"柳燕隙阳"活动再度发挥去年小"QCon"的传统,请来了豆瓣的洪强宁大侠为大家讲解 Python于Web 2.0网站的应用 这个Python布道型话题。同时依旧云集了诸如:开源软件定制开发中的软件工程持续集成最后一公里Go语言介绍多乐趣介绍另一种旅行的可能----我的公益生活索引等等诸多精彩话题。简要记述下自己参与的两个话题: Python 在Web 2.0网站的应用 以及 另一种旅行的可能----我的公益生活索引 简要的记录和理解。


Python 在Web 2.0网站的应用

洪大侠有些遗憾在QCon上面由于时间的限制没能将后面Python实际应用部分的例子讲解透彻。所以这次略微简化了些前面的介绍部分,直接引入那些讲述了Python语言最优秀部分的特性是如何在实战中得到应用的。不过需要注意的是,如果是对于这些特性没有简单了解的Python初学者,欣赏这部分的乐趣依然存在但是可能会降低。而鉴于洪教授的Slides上,这部分没有什么详尽的文字说明,所以自己的记录旨在能够帮助大家作为学习Slides部分的一些简单提示。欢迎大家与Slides 一起来配合学习。

Python的介绍

  • 目标:提高开发效率,降低开发成本
  • 代码比例:Slides中给出的比例描述的是豆瓣所有项目中的比例,如果只计算网站前端部分的话,那么Python的比例大概有70%多。

为什么使用Python?

  • 简单易学、开发迅速、易于协作。着重说了第三点"易于协作"。因为如果单独就开发效率来讲Perl的效率也很高,但是Python语言的特性可以避免强烈的个人风格,从而更适合团队开发。
  • 部署方便:三条语句完成上线功能
  • 适用面广:前台后台各种应用
  • 资源丰富:内置电池,应有尽有的库可以选择

概述一下讲解的Python的一些优点以及相应的库或工具

  • 简单的Web开发代码展示 - Douban后台的WebService都是用Web.py开发的
  • 使用更新颖的Flask框架,代码写起来甚至比Web.py更简单
  • Python开发Web简单得益于WSGI,该标准将一个请求分解为不同的中间件来进行处理。当然造成Python Web Framework 众多的原因也是因为这个。
  • nose - 使单元测试变得简单
  • numpy - 用于数据分析
  • iPython - 好用的命令界面扩展,幻灯中演示了直接在iPython中通过数据来绘图
  • virtualenv - 方便部署和建立一个干净的Python环境
  • Python的速度不快,基本和Perl一个量级 -用C扩展:Douban用的多的是PyRex/Cython,用类似于Python的语法去写C的扩展
  • 哲学上和其他语言的差异:做一件事情只有一种方法(Py) vs 做一件事情可以有多种方法(Perl)
  • Pythonic -http://bit.ly/pyzencn

利用Python的语言特性简化开发

案例零:本机和线上配置的不同,如何方便解决
  • 使用.py文件作为配置文件,在使用时将该文件 import 进入程序。

案例一:网站页面权限控制的 Pythonic解决方案
  • 使用Decorator把权限处理的代码部分抽象出来
  • Decorator和四人帮中的描述的装饰器模式并不完全对等
  • Py中的函数可以当作对象使用
  • 使用__call__来简化代码

案例二:从队列中提取信息调用相应的函数
  • 原始的代码设计需要在代码中放入大段的If.Else来进行处理
  • 被装饰的函数,先换个名字
  • 将函数序列化后存入队列中,Work通过名称找到相应的模块和函数执行
  • 现场观众提出的问题是,在get_attr这部分的性能损耗如何?答:可以忽略,Python内部有对这方面的考虑
  • 在生产环境中,豆瓣使用RabbitMQ作为队列系统

案例三:Memcache
  • 用的是Python-libmemcached (由豆瓣开源的),在这个页面 http://code.google.com/p/memcached/wiki/Clients#Python 可以查到不同库的比较。
  • 变化的key使用decorator如何处理?
  • 传进去一个可以解释的表达式
  • 使用inspect.getargspec
  • get_key 这个返回值,是一个函数,产生memcache的key时使用的
  • hint 中说的是生成KEY的方式:如果你有更好的方式,欢迎发给Douban,这个会为应聘豆瓣加很多分值

案例四:使用迭代器减少不必要的性能开销
  • iterator和generator
  • itertools 供迭代器所使用的库
  • 通过迭代器来减少遍历时数据库访问产生的性能开销
  • imerge把一组迭代器按照顺序进行排序(不在标准库中)
  • generator是简化代码的利器

案例五:序列化操作时间优化,元类操作
  • 简单对象,需要处理的量太大(豆瓣的收藏对象)反序列化的速度太慢,造成瓶颈
  • CPickle vs Marshal 性能对比,Marshal的性能大约提升7倍,同时空间还有43%的节省
  • Marshal只能处理内部类型,怎么才能使用其来处理Python中的自定义对象呢?
  • 从Python 2.6中增加的namedtuple得到启发,使用类似的方法来完成这个工作
  • 首先要明确Python中类的观念,类也是从元类派生出来的
  • 使用元类,在实例化这个类的过程中进行一个序列化该对象信息的操作,而这部分可以很方便地被Marshal所使用
  • 需要注意的是:Meta操作如果处理不当,容易被滥用,从而导致很多可维护性上的问题。推荐只将其用于框架类的实现上,而避免在应用层运用此类实现。

案例六:Descriptor的简单讲解
  • 使用Descriptor
  • 将对应变量名称作为类中的属性

案例七:让urllib库实现通过代理翻 墙

Python的一些实现:
  • Stackless Python:微线程,类似Erlang,高效并行
  • IronPython, PyPy:据说效率都已经超过CPython 了

Q&A环节:
  • 关于框架的选择问题:历史原因,如果现在从头开发新的网站,使用现代化框架
  • 变量命名规范:遵守 PEP8 规范,尽管不是必须
  • BeansDB应用于:图片、MP3、大文本字段


"寻找失落的螺丝钉"

由自然之友的张文桦带来的,讲述了她多年以来参与公益项目及活动的一些经历,让人受益匪浅。

无意中踏入公益,听说有学姐在做黑熊保护这类的公益工作,很是羡慕。于是她自己的第一份工作,就是从NGO开始的。

讲解了"生态工作假期"这种独特的旅游类型。这种活动形式旨在让出门旅游的游客利用假期中的一部分时间,作为志愿者参与到当地社区的一些生态计划当中。当然,整个计划也为旅行者进行了比较周全的计划:选取风景优美的地点,毕竟前来的游客的首要目的还是旅游,为旅游者为游客创造优美、适宜的环境,还是必须的。

这种活动形式在台湾已经有了一定的规模,在当地社区的参与下,选取符合上述条件的,需要劳力(志愿者的投入)的项目来开展此项计划。

参与完成了:
  • 台湾阳明山外来种清除计划
  • 花莲南华街区旧烟楼修复

不过生态工作假期这种形成花费较高,适合中产阶层。尽管这种旅游公益的形式在自己身边还处于闻所未闻的状态,但是看看台湾相关组织和民众能够达到的高度,无疑能够给我们更多启示。

另一种方式是参与"静会"这种项目,通常是处于某种目的的公益项目(如宣扬和保存原住民文化),需要来访者用专业知识进行相关的项目工作。但是此项目无须收取费用,适合囊中羞涩的公益旅行爱好者。

当时文桦参与的是原住民文化馆:原住民做的文化小铺项目。有很多这样的项目是由台湾的一些有心做此项事业的中产阶层推动的。志愿参与者们问一个NGO的活动主办者:"你们做这个事情有意义吗?" 对方的回答是:"这个问题被无数人问了八年,具体的答案我们不清楚,只不过,八年以后的现在,我们还在做这件事。" 我想这才是意义所在。

文桦后来又讲述了在美国的圣路易社区参与的服务计划。

计划开始的前三天,组织者给大家时间来融入和了解社区:第一天学习使用$1来买一件东西,旨在通过买东西这个活动与当地人产生更多的交流和理解。第二天在当地人家吃午饭,了解到当地人居住的房子也都是先前志愿者计划帮助的。

第三天开始正式的工作:在工厂搬废钢铁和废家具。由于工作内容实际上是需要相当强健的体格才能完成的体力工作,文桦因为各种原因不能做到和其他人一样好而沮丧。而这时团队中一个瘦小的女孩Sarsh讲述了她在宏都拉斯进行志愿工作中类似的经历,身体并不强健的她要去铲土,从而心里对自己产生了怀疑:如果不能胜任这份工作,那么自己为什么要付出那么多的辛苦来做呢?自己继续做下去还有什么意义呢?后来自己想通了:"为当地人提供更多是心理上的支持,让当地人感觉有其它人关心和参与"。至于自己可以做多少工作,不要勉强,因为会有其它志愿者来帮忙完成。我认为这也是我们参与许多志愿类工作的时候,所应该享有的一种心态。

当地因为就业率低,当地人在开始时不理解这样一个志愿工作的组织。但后来了解了情况,看到情景以后就有了很大的变化,也都积极热心地投入到社区的建设中来。

以上是我根据当时记录下的零散笔记所整理的,文桦自己有一篇更详细的文章记录了在圣路易的经历,欢迎大家查看:http://whitewoods.blog.sohu.com/151525631.html

最后讲到参与望安岛上面的生态旅游计划,整个计划是社会企业类型。由志愿者们推动的生态旅游计划,试图为岛上的生态建设及环境保护提供帮助。文桦最后展示给大家的照片,无疑为人们投入生态项目而努力的原因做了最好的概括:自然可以包容一切,人们将废旧的玻璃瓶作为垃圾丢在海里,而大海返还给我们的,却是冲刷得光滑完整,无比美丽的玻璃片。


自己能够记录和参与的活动必然有限,想要了解活动详情的朋友,可以在此查看"柳燕隙阳"活动的所有话题情况。同时也请关注OpenParty网站对于此次活动的总结。

本期活动筹备,进行的同时,由OpenParty Developer开发团队发起的OpenParty新网站项目也正式开始了线上运转。这个项目设计的初衷是将OpenParty活动中一些必要的部分都放在网站上来进行(如话题提交、活动报名等),目前虽然已经上线运行,但是还处于非常初期的阶段,未来我们还会进一步把一些计划和设想融入其中,欢迎大家提出宝贵意见。本项目为遵循GPLv3协议的开源软件,项目位于 http://code.google.com/p/openparty,欢迎大家关注,并且我们非常期待有时间、有兴趣的朋友能够参与到 OpenParty 开发者的团队当中来,感兴趣的朋友,可以发送邮件到 dev [at] beijing-open-party.org 与我们联系。

Find recent content on the main index or look in the archives to find all content.

Recent Comments

  • CNBorn: 非常感谢 agentzh 及 vipcalio 的指正。原文中的两点问题已经修改 read more
  • vipcalio: 你的会后分享写得非常不错,不过关于agentzh演讲的部分有两个小错误 1是“而Agentzh所在的团队针对Nginx所写的的扩展的规模,都已经有30W行了”应该是3W行。 2是“srccache模块”应该为srcache模块(http://github.com/agentzh/srcache-nginx-module) read more
  • lianghai: 真好,认真写游记的人。 似乎有几个小笔误: “倘若你有双不是比较结实的旅行鞋”、“遇到残疾人推向一本吴哥寺庙的盗版书”、“奔密列和暹例城区之旅”。 read more
  • greatcleverpig: good job~看看上面的相关文章链接,让我好感动啊~: * OpenParty "聚萤" * OpenParty "岩上" * OpenParty read more
  • yhyhyh72003: 终于看到点 CMS Made Simple的中文介绍了 read more
  • CNBorn: 更正一点:当天旅途的车费是$15,货币标记有误。游记里的货币单位如果未加中文说明,均为美元 read more
  • scoll.lee: 谢谢LZ认真负责的分析! 我记得的确有说因为中国修复人员的英语水平不高,使得他们和其他国家的修复队交流困难,无法得到其他国家的经验。而且根据国人习惯的修旧如旧的思想,那些有色差的水泥修补的确显得碍眼。 不过从当时修复前的破损程度来看,中国修复队等于将一堆废墟重新又搭建成寺庙原样,这也是值得肯定的。希望他们在对茶胶寺的修复中能够提高技术,和其他国家多交流,修复得更完美。 我拍了一些修复部分的照片,水平欠佳,随便看看: http://www.footbig.com/album/11433/558117 关于周萨的照片都在这个相册里 read more
  • CNBorn: @scoll.lee 感谢提出的宝贵见解! 的确我对周萨的观察,远不及其它寺庙详细,所得的印象也大都来自粗略的观察。 所以我在开始也适当地加入了些来自其它方面的意见,力争在阐明自己观点的同时,给读者提供更多可分辨的信息, 这篇文章的本意不是就这个问题做过多争论,但你的评论确实能帮助大家更理性地思考并且深入看待这个问题,非常有价值。而且如你所说,我简要搜索了下,发现英语网站上没怎么发现针对周萨修复问题非常尖锐的批评,反而是来自各方面的认同和称赞较多,看来那之前先入为主的思想,确实有些许误导。也希望其它朋友多做参考。 发个网上搜索到的游记,供大家参考,其中有周萨正在修复的照片,以及游客的简要评价。(非常认可修复工作的价值,评价很高) http://www.calebandsarah.com/19a-Cambodia.htm 周萨修复中的照片 http://www.canbypublications.com/siemreap/temples/temp-chausay.htm 国内言论的影响,把大家的注意力全都转移到细节上了,而忽视了对整个修复项目意义重大的肯定,确实是个遗憾。而那些细节的问题,的确是应该有专家定夺的事情。 read more
  • scoll.lee: 很多人都是先听大哦网络上说中国把周萨修的多么不好,然后走到门口看到几个明显色差的柱子,就摇摇头,心想果不其言,转身便走了。。。。。 这实在不能算是一种负责的态度,完全抹杀了那些在异国他乡待了很多年的中国修复者的努力,没有他们,周萨只是堆散落一地的破石。 read more
  • scoll.lee: 你好像也没仔细看周萨,我倒是有些今年2月底去的时候拍的周萨照片。 read more
OpenID accepted here Learn more about OpenID