香港的米其林(米芝莲)餐厅

Otto e Mezzo – Bombana★★★

意大利菜。中环地铁站南30M。人气超旺~

 

志魂★★★

惟一家三星日本菜餐厅。上环地铁站7点钟方向180M。

 

龙景轩★★★

粤菜。香港地铁站西北200M。

 

唐阁★★★

粤菜。尖沙咀地铁站西南270米。

 

Amber★★

法餐。中环地铁站西南100M。

 

Caprice★★

法餐。香港地铁站西北200M。

 

Pierre★★

法餐。中环地铁站西北80M。

 

Wagyu Takumi★★

日本菜。湾仔地铁站4点钟方向400米。

 

天空龙吟Tenku Ryu Gin★★

日本菜。101楼。九龙地铁站南200M。

 

天龙轩Tin Lung Heen★★

102楼。九龙地铁站南200M,和天空龙吟在一起。环境好。

 

欣图轩Yan Toh Heen★★

粤菜。离地铁站很远,香港公开大学旁边。

 

都爹利会馆★★

中餐和西餐。中环地铁站7点钟方向220M。

 

夏宫Summer Palace★★

粤菜。港岛的金钟地铁站7点钟方向240米。

 

明阁★★

粤菜。旺角地铁站西南250M

 

新同乐★★

粤菜。中环西300米。

 

香宫★★

粤菜。尖东地铁站东北280M,很难订到位。

 

名人坊Celebrity Cuisine★★

粤菜。上环地铁站南200M。

Akrame: ★

法餐。港岛,湾仔地铁站旁边300M内。

 

CIAK – In The Kitchen ★

Pizza。港岛,中环地铁站200M内,置地广场内。

 

MIC Kitchen ★

西餐。观塘区,太远。观塘地铁站500M内。

 

SPOON by Alain Ducasse ★

法餐。星光大道旁。尖东地铁站300M内。

 

Sushi Ginza Iwa ★

日本菜。中环地铁站300M内

 

Tosca ★

意大利菜。九龙地铁站200M。丽思卡尔顿的102楼,睇维港。

 

Tate ★

法餐。离中环地铁站直线距离600M,有点远。

 

Wagyu Kaiseki Den★

日餐。在上环地铁站和西营盘地铁站之间,直线距离500M。

 

一乐烧鹅 ★

离中环地铁站350米,挤,也可能要拼桌。

 

阿一海景饭店 ★

粤菜。距尖沙咀地铁站150米。

 

文华扒房 ★

中环北70米。蚝,海鲜,各种。

 

六福菜馆 ★

无地铁,西贡海边。超远~~

 

玉蕾中餐 ★

离红碪地铁站直线距离1公里,海边,人比较少。

 

甘牌烧鹅★

湾仔地铁仔东200M,排长队。

 

利苑酒家. ★

粤菜。香港各地都有分店。铜罗湾,湾仔,尖沙咀,九龙,旺角,北角。

夜上海 ★

尖沙咀西南方向直线距离400M。

 

福临门 ★

粤菜。湾仔西200米

 

富豪 ★

名字好俗,没找到。

 

骏景轩★

港式川菜。铜罗湾地铁站往南步行1.8KM

 

彭庆记★

粤菜。在骏景轩旁边。店小,只有不到10张桌。

 

国福楼★

尖沙咀正南140M,有人说人多吵闹。

 

何洪记★

港式茶餐厅,云吞面之类,铜锣湾旁。

 

苏浙汇★

上海菜。湾仔东北,维港旁。

 

冈田和生★

日本菜。湾仔正东200M。

 

胜记★

没找到,香港也有胜记?

 

波士厅★

商务餐。中环地铁站东300M,店面不大。

 

添好运★

甜品点心类。深水埗,中环,北角都有分店。

 

迦南泰国小食★

北角地铁站西北150M,有人说环境不好。

 

浙江轩★

上海菜。湾仔地铁站正东600M以内。

Be the first to comment - What do you think?  Posted by zausiu - April 18, 2016 at 20:57

Categories: Life and Others   Tags:

apt-get通过http代理连接网络

编辑/etc/apt/apt.conf加入下面这行:

Acquire::http::Proxy "http://web-proxy.oa.com:8080";
按照你的http服务器的地址做相应修改

Be the first to comment - What do you think?  Posted by zausiu - September 22, 2015 at 11:17

Categories: Tech Articles   Tags:

HTTP2简单教程

译自:http://qnimate.com/post-series/http2-complete-tutorial/

HTTP1.1是在1999年的时候被引入业界的。从当时到现在,WEB已经发生了相当大的变化。很多人开始用移动设备上网,有些移动环境下网络质量非常不稳定。另外,WEB页面的内容也相当的丰富了。这些都负面影响了WEB页面的加载时间。因此,需要一个新的协议来加速WEB的加载。

 

HTTP/2SPDY的区别:

SPDY是谷歌于2009年创造的协议,旨在WEB延迟以及增强安全性。

HTTP/2是SPDY的一个克隆。谷歌已经停止了继续开发SPDY,并且把工作转移到了HTTP/2上来。

 

HTTP/2的目标:

  1. 减少加载延时。
  2. 减少TCP连接数。
  3. 增强的网络安全。
  4. 保持和HTTP/1.1的兼容。

 

HTTP/2的功能:

  1. 多路复用Multiplexing:很多个异步的HTTP请求只使用一个TCP的连接。
  2. 服务端PUSH:对于一个请求可能有多个回复。
  3. 头部压缩:压缩头部(headers)。
  4. 请求分级:对同一个域名的请求可作优先级分级。
  5. 二进制协议:HTTP/2是一个二进制协议,而HTTP/1.1是一个文本协议。

 

HTTP/2解决了HTTP/1.1的哪些问题:

  1. HTTP管道(HTTP pipelining):一些HTTP1.1客户端使用了HTTP管道技术来减少TCP连接数。HTTP管道指的是多个HTTP请求被发往同一个TCP连接,而不等待前一个请求的回复。但是服务端发送回复时的顺序和收到的请求的顺序一样。因此,造成了HOL阻塞问题(head-of-line blocking)。HOL Blocking简单地说是一个回复的延迟会使得排在它后面的回复都会延迟。HTTP/2透过引用多路复用(Multiplexing)解决了这个问题。多个HTTP请求和多个HTTP回复都使用同一个TCP连续,而且HTTP回复的顺序不需要保持HTTP请求到达的顺序。
  2. 同一个域名的多个TCP连接:在使用HTTP/1.1时,需要对同一个域名起多个TCP连接来增加吞吐量。而使用HTTP/2时,对于每个域名,只充许有一个TCP连接(only one TCP connection per domain is allowed)。所有的请求和回复都通过唯一的一个TCP连接进行。
  3. TCP连接的关闭时间:使用HTTP1.1时,一个TCP连接在请求完成时立刻被关闭。但对于HTTP/2,TCP连接能存活相当成地一段时间。
  4. 头部压缩:HTTP/1.1是没有头部压缩的,但HTTP/2引入头部压缩进一步的减少了延时。

 

HTTP/2如何兼容HTT/1?

HTTP/2客户端在不确定对方服务器是否支持HTTP/2时,会用HTTP/1协议向服务器发送请求时带上Upgrade: HTTP/2.0这个头部。如果对方服务器支持HTTP/2,就会回复HTTP1.1 101,表示切换协议(Switching Protocols status)。而对于老旧的服务器则简单地返回HTTP/1.1的状态。

HTTP/2客户端可以记下哪些服务器支持HTTP/2,这样,下次就可以直接发起HTTP/2请求,而不必再经过一个询问和回复(Upgrade Round Trip).

 

HTTP/2中的多路复用是怎么回事?

HTTP/2使用多路复用,多个请求和回复全异步的通过同一个TCP连接收发。

HTTP/2是一个二进制的协议。每一个请求和回复都被分配了一个流标志(Stream ID),而且请求和回复被切成了很多帧(Frame),属于同一个请求或回复帧的Stream ID相同。因为有了这个Stream ID和Frame的机制,请求和回复可以在服务器和客户程序两端同时全异步的发送。因此,HTTP2没有了Head-of-line Blocking的问题。

每一个Stream还可以被赋于一个优先级,服务器可以分配更多的系统资源处理高优级的Stream。

HTTP/2还有一个传输层级别的流控。它协商了客户程序和服务器两端最多使用多少个Stream,服务器能处理的最大尺寸的Stream以及整个连接最多处理多少字节,以及数据被发送的速率。

 

HTTP/2中的服务器推送(Server Push)和承诺(Promise)

当服务器“感觉”到客户程序需要更多的资源时,就会给客户程序发送一个Promise Stream ,提醒客户程序需要什么资源。这些stream比一般的stream的优先级要高。

这项技术在加载网页时非常用户,因为网页的大量css和javascrpit可能通过这种方式发送。而HTTP/1的作法是把css和js都combine到一起。

服务器发送Promise Stream时提醒的资源遵守同源策略(same origin policy)

HTTP/2中的头部压缩:

HTTP/2的头部压缩和HTTP/1.1中早有的用gzip压缩Body不一样。使用HTTP/2时,在客户程序和服务器两端,都会保存一张表,记录了收到过的头部。它们在发送HTTP时不会重复发送一样的头部,当再次发送相同的头部时,只会发送该头部对应的表的索引号。

copyright blog.ykyi.net

Be the first to comment - What do you think?  Posted by zausiu - April 3, 2015 at 16:22

Categories: Network, Tech Articles   Tags:

Next Page »