gateway光伏云（gateway cloud）
本文目录一览：
求助material studio安装gateway的问题
可以从下面进去产看一下gateway的状态
从控制面板-管理工具-服务，然后查看MaterialsStudioGateway(18888)的状态，看一下gateway是否已启动，若停止，右键启动gateway，建议大家右键选择属性，修改启动类型为“自动”
如果没有找到MaterialsStudioGateway(18888)，可能是因为360的云查杀把gateway列为可疑进程，添加进信任列表，重启应该就可以了
gateway被人并了？！！ 怎么回事？
这件事情很诡异的，奶牛（我喜欢这么叫它）刚到中国找到的代理是神州数码，但几天后就并给宏基了，其间的猫腻怎么说呢应该是宏基与联想之间的“世界第三电脑生产厂商之争”，对于这个，惠普和DELL没什么太大反应：这样的并购世界上每天会有好几起（Dell人士如此说），也对啊，毕竟人家每年好几百亿美元的销售额，而宏基和联想刚一二百亿，差距太大。
来龙去脉有些多，待会我发上来
商战本来就复杂，更何况这种世界级的，你放心，Gateway的质量挺好
全球PC制造商排名：惠普、Dell、联想、宏基
1.背景：
Acer近年来增长势头强劲，并且在第一季度成功超越联想。Acer董事长王振堂今年3月曾表示公司正寻求合适的并购对象，并希望今后一两年内超过联想以占据全球pc产业第三位置。由于Acer十分注重美国市场，推测Acer可能会通过收购Gateway来扩大美国市场规模。
2.缘起：
2007年8月，联想、宏基竞购荷兰PC生产Packard Bell，结果联想与Packard Bell独立第三方签订谅解备忘录，将就收购事宜经行磋商，准备签订收购具体协议，于是宏基出局。
3.Gateway着陆中国：
8月16日，美国第三大PC厂商、全球十大PC厂商之一的Gateway与中国最大的IT分销商神州数码携手合作，在中国大饭店大都宴会厅举办“点亮未来――Gateway神州数码签约暨新品发布会”。在发布会上，双方正式签署了战略合作意向，神州数码成为了Gateway产品在中国的独家经销商，从而也预示着“花斑奶牛”Gateway正式登陆中国。
4.风云突变
仅仅一个多星期后，8月27日，宏基声明，将以每股1.90美元的价格收购总部位于加州Irvine的Gateway公司。此价格比上周五Gateway股票收盘价1.21美元/股高出了57%。宏基为超越联想成为全球第三PC公司，同意以7亿1000万美元收购Gateway。
5.联想计划流产？
8月28日消息，宏碁周一正式宣布收购美国第四大PC制造商Gateway，这一交易重挫了联想集团收购PC制造商Packard Bell的计划，而且有可能让宏碁将Gateway和Packard Bell同时纳入囊中。
原因：在2006年，Gateway与Packard Bell最大股东许立信(John Hui)签署了一份协议，根据该协议，如果许立信决定出售PB控股，也即BellGateway的母公司，Gateway拥有第一否决权。这意味着，如果Packard Bell想签署最终收购协议，它必须首先征得Gateway的许可。Gateway没忘了这份协议。在宣布被宏碁收购消息的同时，它明确表示将行使它的第一否决权。
显然，联想要想收购Packard Bell，首先要面临的将是宏基，看人家的脸色了。
6.最大赢家
第一否决权——许立信和Gateway之间的这个协议源于2004年Gateway对eMachines的收购，后者是许立信创办的一家PC制造商。当许立信获得他在PB控股公司的股权时，他将这个第一否决权授予了Gateway，目的是为了换取Gateway的一份非竞争协议。
而现在的情况，也许当时Packard Bell收购失利正中Acer下怀，才有机会招揽规模更大的Gateway，一改“坐四望三”的姿态，直接晋级全球前三甲。
7.影响
还是那句话：这样的收购每天有好几起，对于第一第二的HP\DELL来说，芝麻大的事；但第三第四就不同了，看来联想和宏基还有的一整啊。
至于Gateway，我感觉本土化是最大的问题，品牌很少有人知道，所以，宏基整合消化也是一大问题。
服务器提示504 Gateway Time-out
情况一：由于nginx默认的fastcgi进程响应缓冲区太小造成
这种情况下导致fastcgi进程被挂起，如果fastcgi服务队这个挂起处理不是很好的话，就可能提示“504 Gateway Time-out”错误。
情况一解决办法：
默认的fastcgi进程响应的缓冲区是8K，我们可以设置大一点，在nginx.conf里，加入：fastcgi_buffers 8 128k
这表示设置fastcgi缓冲区为8块128k大小的空间。
情况一解决办法（改进）：
在上述方法修改后，如果还是出现问题，我们可以继续修改nginx的超时参数，将参数调大一点，如设置为60秒：
send_timeout 60;
经过这两个参数的调整，结果没有再提示“504 Gateway Time-out”错误，说明效果还是挺不错的，问题基本解决。
情况二：PHP环境的配置问题
这里我们需要对php-fpm和nginx进行配置修改。因为这种情况下，也会出现“504 Gateway Time-out”错误提示。
情况二解决办法（ php-fpm配置修改）：
将max_children由之前的10改为30，这样操作是为了保证有充足的php-cgi进程可以被使用。
将request_terminate_timeout由之前的0秒改成60秒，这样使php-cgi进程处理脚本的超时时间提高到60秒，可以防止进程被挂起以提高利用效率。
情况二解决办法（nginx配置修改）：
为了减少fastcgi的请求次数，尽量维持buffers不变，我们要更改nginx的几个配置项，如下：
将fastcgi_buffers由4 64k改为2 256k;
将fastcgi_buffer_size 由64k改为128k;
将fastcgi_busy_buffers_size由128k改为256k;
将fastcgi_temp_file_write_size由128k改成256k。
如何解决504 Gateway Time-out
第一种办法：
把max_children由之前的10改为现在的30，这样就可以保证 有充足的php-cgi进程可以被使用；
把request_terminate_timeout由之前的0s改为60s，这样php-cgi进程 处理脚本的超时时间就是60秒，可以防止进程都被挂起，提高利用效率。
接着再更改nginx的几个配置项，减少FastCGI的请求次 数，尽量维持buffers不变：fastcgi_buffers由 4 64k 改为 2 256k；
fastcgi_buffer_size 由 64k 改为 128K；
fastcgi_busy_buffers_size 由 128K 改为 256K；
fastcgi_temp_file_write_size 由 128K 改为 256K。
