Stats

• 500 million page views a day
• 15B+ page views month
• ~20 engineers
• Peak rate of ~40k requests per second
• 1+ TB/day into Hadoop cluster
• Many TB/day into MySQL/HBase/Redis/Memcache
• Growing at 30% a month
• ~1000 hardware nodes in production
• Billions of page visits per month per engineer
• Posts are about 50GB a day. Follower list updates are about 2.7TB a day.
• Dashboard runs at a million writes a second, 50K reads a second, and it is growing.

Software

• OS X for development, Linux (CentOS, Scientific) in production
• Apache
• PHP, Scala, Ruby
• Redis, HBase, MySQL
• Varnish, HA-Proxy, nginx,
• Memcache, Gearman, Kafka, Kestrel, Finagle
• Thrift, HTTP
• Func - a secure, scriptable remote control framework and API
• Git, Capistrano, Puppet, Jenkins

Hardware

• 500 web servers
• 200 database servers (many of these are part of a spare pool we pulled from for failures)
  • 47 pools
  • 30 shards
• 30 memcache servers
• 22 redis servers
• 15 varnish servers
• 25 haproxy nodes
• 8 nginx
• 14 job queue servers (kestrel + gearman)
•  

這個好像是官方部落格？
http://tw.myblog.yahoo.com/jintai_camera/article?mid=1&l=f&fid=8

全泰(金泰)是位於博愛路上二十多年的老店，專精修理各國廠牌傳統相機、數位相機、鏡頭及閃光燈。林老闆十七歲開始做學徒，三十多年來，數次前往日本學習各廠修理技術，並備有各種維修專用儀器及零件，秉持著技術優先為己任之精神來為您服務。曾接受民視『尋找台灣』節目及聯合報採訪，是目前唯一被稱為老師傅相機修理店。我們擁有一流的技術、儀器及零件，歡迎您拿相機來作免費健康檢查。

小兄妹歷險 第一個貴人是遊民
http://showbiz.chinatimes.com/society/11050301/112011121500097.html

　鄒姓小兄妹離家「自助旅行」四天被尋獲，有如「頑童流浪記」的冒險過程，令人充滿好奇。其實他倆是循著三年前全家出遊的路線，走了四分之三個台 灣，一路受貴人相助，第一個伸援手的熱心人士是遊民，介紹車站哪裡可以睡覺；他們最抱歉的是台北火車站清潔工吳阿姨，她好心買車票送他們回家，卻欺騙了 她。

    　哥哥告訴母親，原本預計昨天就會到家，差一點就環島成功，這一趟不算「圓夢」也不好玩，但不會有下一次，以後會和媽媽出門，至少不必睡外面。

    　鄒姓少年曾獲英語演講冠軍、喜歡參加運動比賽，天資聰穎機靈，鄒家出遊每到一個景點，他就收集地圖、摺頁、名片；這次帶妹妹出遊，他籌畫了一年，曾向母親透露要去環島，但父母以為他隨口說說，沒想到演講比賽四千元獎金激發他付諸行動。

: : :

計劃1年多... 小兄妹冒險筆記曝光
http://news.cts.com.tw/cts/society/201112/201112140891666.html

　翹家旅行的雲林小兄妹終於平安回到家了，但卻有戲劇性的發現，爸爸找出兒子一本旅遊祕笈，裡面紀錄了過去小孩去過的各地景點剪報和車票票根，原來 孩子想要環島，已經秘密計畫了一年多..
::  ::  ::
　　原來他有一個不能說的秘密就是這本藍色資料簿，這是今年七月爸爸曾帶一家人到墾丁玩，這個美麗的貝殼就是美好的回憶見證，美麗沙的海景讓小凱印象深刻。但卻沒人發現這時候，小凱為了回到沙灘留下伏筆，他把住宿的飯店名片悄悄的帶回來，還有這張。
::  ::  ::
　　他每天看著資料簿，一次又一次在腦海裡練習該如何自助旅行，最後終於帶著妹妹踏上圓夢之旅，從雲林繞了台灣一圈到墾丁。最後這裡他們好累，停在這個速食店門口看著好香好香的雞腿，還在考慮有沒有錢吃就被警察叔叔發現了，讓這個還來不及點餐的地方變成他們旅遊的終點。
::  : : ::

一位要求匿名的前员工向BusinessInsider网站透露了大量内幕情况。在他看来，Twitter的问题主要出文化上：

 

Twitter办公室充满自满情绪。 与其他成熟的创业企业比如Facebook主要精力放在不断改进自己和产品不同，Twitter的心态是，产品就这样了，完善一下即可。 他感觉Twitter产品上的问题出在成功比较偶然，而负责产品的人现在认为只要不搞砸就行。 风气不正，谁人缘好，谁更容易成功。现在均已不在公司任职的前高管Jason Goldman（产品副总）, Ev Williams和Biz Stone曾经在拉斯维加斯举行过一次宴会，只邀请了公司的助理等漂亮女员工参加，在公司内部造成很坏影响。

与此同时，Twitter的工程师文化也不足，没有达到比较优秀的技术公司50%以上是工程师的水平。而且，Twitter最初的技术底子就不怎么 样，这虽然在硅谷也很常见，但之后发展过程中的错误使情况更加恶化：老员工都提升到了较大权力的职位。更糟糕的是，公司允许这些员工自行招聘技术人员。按 一流人才往往也会找一流人才，二流人才会找三流人才的规律，Twitter整体技术水平就江河日下了。虽然有些早期技术人员非常优秀，但是也有不少平庸 者，尤其是在负责基础设施的团队。

而Google等公司的成功做法是，将早期技术员工（相对实力稍弱的）象征性地提升为空头衔或者名誉头衔，不实际承担太多责任，为未来加入的技术精英留足空间。
 

mysql> insert into `userdata` value (0,'name1');
Query OK, 1 row affected (0.04 sec)

mysql> select * from `userdata`;

+-------+--------+
| id    | myname |
+-------+--------+
| 12345 | name1  |
+-------+--------+
1 row in set (0.00 sec)

mysql> ALTER TABLE `userdata` AUTO_INCREMENT=20000;
Query OK, 1 row affected (0.05 sec)
Records: 1  Duplicates: 0  Warnings: 0

mysql> insert into `userdata` value (0,'name2');
Query OK, 1 row affected (0.00 sec)

mysql> select * from `userdata`;
+-------+--------+
| id    | myname |
+-------+--------+
| 12345 | name1  |
| 20000 | name2  |
+-------+--------+
2 rows in set (0.00 sec)

另外，auto_increment 欄位爆掉時會發生什麼事？

mysql> insert into `userdata` value (4294967294,'nameA');
Query OK, 1 row affected (0.00 sec)

mysql> insert into `userdata` value (0,'nameB');
Query OK, 1 row affected (0.00 sec)

mysql> insert into `userdata` value (0,'nameC');
ERROR 1062 (23000): Duplicate entry '4294967295' for key 1
mysql>

mysql> SET insert_id = 1000;
Query OK, 0 rows affected (0.00 sec)

mysql> insert into `userdata` value (0,'name99');
Query OK, 1 row affected (0.00 sec)

mysql> select * from `userdata`;
+------------+--------+
| id         | myname |
+------------+--------+
| 4294967294 | nameA  |
| 4294967295 | nameB  |
|       1000 | name99 |
+------------+--------+
3 rows in set (0.00 sec)

然後拔掉 USB，再插上、再按更新
還是一樣訊息
不死心，連續同樣動作重複了 6,7次
終於更新完成
XD ...

有遇到類似障礙的朋友，就是看看
一直重複插拔 USB、重複按 ituens 的「更新」看看
也許也是 6~10次就會 OK

ps：
這次 ipad 更新
相片全部回來
一些 wifi 存的密碼也有回來
app 有些回來，大部份沒來...
搞不清楚你的邏輯是啥？？！！

 

• FormatName => Format
• FontFormat => Font
• UnorderedList => BulletedList
• OrderedList => NumberedList
• StrikeThrough => Strike
• Rule => HorizontalRule

smiley.js 前面一段︰

    var config = editor.config,
        lang = editor.lang.smiley,
        images = config.smiley_images,
        columns = config.smiley_columns || 8,
        i;

改為

    var config = editor.config,
        lang = editor.lang.smiley,
        images = config.smiley_images,
        columns = config.smiley_columns || 8,
        i,
    windowWidth=config.smiley_windowWidth ,
    windowHeight=config.smiley_windowHeight
        ;
 

smiley.js  最後面一段
 
  return {
        title : editor.lang.smiley.title,
        minWidth : 270,   內定的對話框 寬度
        minHeight : 120,  內定的對話框 高度
        contents : [

改為

    return {
        title : editor.lang.smiley.title,
        minWidth : windowWidth,
        minHeight : windowHeight,
        contents : [
 

    config.smiley_path = 'http://www.xxxx.com/icon/' ;
    config.smiley_images = ['1.gif','2.gif','3.gif','4.gif','5.gif','6.gif','7.gif'.................] ;
    config.smiley_columns = 16 ;
    config.smiley_windowWidth = 440 ;
    config.smiley_windowHeight = 250 ;

另外，若有開啟 telnet / ssh 登入的話

7月中旬，Google表示Google+用户已经超过千万，平均每天分享的内容达十亿条。本月月初，comScore数据显示Google+已经达到了2500万全球独立访客，一个月以前启动测试版，Google+成为社交网络中最快达到2500万独立访客的网站，超过了MySpace, Twitter 和 Facebook。

但也有分析认为Google+的实际情况并没有那么乐观。最近市场数据分析公司Bime的一则分析报告指出Google+不活跃用户的比例高达83%。

营销公司DreamGrow通过Alexa全球排名网站提供数据得出，谷歌用户中，访问Google+的人数下降了1%。8月初，2.89%的谷歌用户访问过Google+社交网站，在不到一个月的时间内，这一数据仅为1.84%，访问量约萎缩了1/3。...

送修回來的輪子

多了一片油封
密封住，沙層就不會跑進去

填錯 ibdata1 資料檔的大小，會出現的 mysql err log如下 (mysqld 仍會繼續執行)

InnoDB: Error: data file /usr/local/mysql/var/ibdata1 is of a different size
InnoDB: 8832 pages (rounded down to MB)
InnoDB: than specified in the .cnf file 10240 pages!
InnoDB: Could not open or create data files.
InnoDB: If you tried to add new data files, and it failed here,
InnoDB: you should now edit innodb_data_file_path in my.cnf back
InnoDB: to what it was, and remove the new ibdata files InnoDB created
InnoDB: in this failed attempt. InnoDB only wrote those files full of
InnoDB: zeros, but did not yet use them in any way. But be careful: do not
InnoDB: remove old data files which contain your precious data!