看了, 感有趣, 影.
$669 億 = 39,585,798 部 OLPC =] ($1690 一部)
Security-Enhanced Linux (SELinux) is a security architecture integrated into the 2.6.x kernel using the Linux Security Modules (LSM). It is a project of the United States National Security Agency (NSA) and the SELinux community. SELinux integration into Red Hat Enterprise Linux was a joint effort between the NSA and Red Hat.
-- 44.2. Introduction to SELinux, [ref-G]
[root@myServer ~]# ls -Z gravityControl.txt
-rw-r--r-- user user user_u:object_r:tmp_t:Moonbase_Plans gravityControl.txt
[root@dhcp-133 ~]# semanage login -l
Login Name SELinux User MLS/MCS Range
__default__ user_u s0
james user_u s0
daniel user_u s0
root root s0-s0:c0.c1023
olga user_u s0
[root@dhcp-133 ~]# semanage user -l
Labeling MLS/ MLS/
SELinux User Prefix MCS Level MCS Range SELinux Roles
root user s0 s0-s0:c0.c1023 system_r sysadm_r user_r
system_u user s0 s0-s0:c0.c1023 system_r
user_u user s0 s0-s0:c0.c1023 system_r sysadm_r user_r
The term multi-level arises from the defense community's security classifications: Confidential, Secret, and Top Secret. -- 44.6.1 Why Multi-Level, [ref-G]
yum update
reboot
yum install selinux-policy-mls
SELINUX=permissive
SELINUXTYPE=mls
adduser alice
adduser bob
semanage user -a -L s1 -r s1:c0.c1023 -R user_r -P user s1_u
semanage user -a -L s2 -r s2:c0.c1023 -R user_r -P user s2_u
semanage login -a -s s1_u -r s1:c0.c1023 alice
semanage login -a -s s2_u -r s2:c0.c1023 bob
echo "This is file 1" > /file1
echo "This is file 2" > /file2
chmod 777 /file1
chmod 777 /file2
semanage fcontext -a -r s1 -s s1_u -t user_t /file1
semanage fcontext -a -r s2 -s s2_u -t user_t /file2
restorecon -v /file1
restorecon -v /file2
?--------- ? ? file1
?--------- ? ? file2
一生何求 - 陳百強
曲︰王文清
詞︰潘偉源
編︰蘇德華
冷暖那可休 回頭多少個秋
尋遍了卻偏失去 未盼卻在手
我得到沒有 沒法解釋得失錯漏
剛剛聽到望到便更改 不知那裡追究
一生何求 常判決放棄與擁有
耗盡我這一生 觸不到已跑開
一生何求 迷惘裡永遠看不透
沒料到我所失的竟已是我的所有
一生何求 曾妥協也試過苦鬥
夢內每點繽紛 一消散那可收
一生何求 誰計較讚美與咀咒
沒料到我所失的竟已是我的所有
[Wed Jul 29 17:20:41 2009] [error] [client 144.214.121.111] Digest: user kschan: password mismatch: /svn/acm/!svn/act/67764a9e-5629-6c72-d9fc-6205068e0a1a
svn: Commit failed (details follow):
svn: At least one property change failed; repository is unchanged
svn: Server sent unexpected return value (400 Bad Request) in response to PROPPATCH request
[Wed Jul 22 02:29:46 2009] [error] [client (screened)] Could not fetch resource information. [301, #0]
[Wed Jul 22 02:29:46 2009] [error] [client (screened)] Requests for a collection must have a trailing slash on the URI. [301, #0]
yr1:
* 為金錢打拚... 打拚... 打拚... 打拚... 打拚... 打拚... 打拚...
* 曾參與 career center 的一些活動... 為將來的金錢打拚... 打拚... 打拚...
* 曾以打拚的金錢, 在summer 時參加了日本與台灣遊學 (好像是工作人士一樣呢... 搵完錢, 放下大假)
* tour 完之後... summer job 為金錢打拚... 打拚...
yr2:
* 為金錢打拚... 打拚... 打拚... 打拚... 打拚... 打拚... 打拚...
* 因遊學認識了些師兄, 從而神推鬼使的參與了faculty支持的"自主研發"項目...
* 曾為項目負出時間, 因不知怎的原因... 項目步入爛尾之路.... orz
* 曾以打拚的金錢, 在summer 時參加了英國遊學 (又放下大假)
* 踏入placement年...
yr3:
* 在大笨象公司實習.....為金錢打拚... 打拚... 打拚... 打拚... 打拚...
* 在"空餘"時間, 完成了"接近爛尾"項目... BUT, 到最後都是一個爛尾的經驗 (因為項目早以失去其意義)
* 受聘於外資科技公司, "推動校園開源文化"?? (終於有一點點的味道了)
* summer .... 與同學歐遊 =] (又放假)
yr4:
* 開始不再把"為金錢打拚"放到第一位 ... 因為好累 =.="
* 盡心為畢業設計努力.. (終於明白到..成果是怎樣並不太重要... 重要的是過程是怎樣)
* 繼續"推動校園開源文化" ... (黎緊919見 =])
* 與業內社區組織打交道, oaka.. agilehk.. barcamp.. fxair.. olpc.. 等等
* 參與了很多開源/義務/技術發展工作與活動. 認識了很多很多很多的朋友. (是我最開心的其中一件事吧)
* 有幸參與 Google Summer of Code. 參與php internal util 開發(完夢了!?)
* 參與 acm-hk-contest, 終於可以為"電腦科學系學生"這字眼添上一些色彩.
* 還有.. 認識了她 (是我最開心的另一件事)
var items = this.items;
if (items) {
delete this.items;
...
}
class something_like_the_main {
task1 : function() {
define_ui_of_task1();
fire_any_XHR_to_construct_the_ui();
show_the_ui_for_task1();
},
task2 : function() {
define_ui_of_task2();
fire_any_XHR_to_construct_the_ui();
show_the_ui_for_task2();
}
...
...
taskN : function() {
// feels like copy & paste from above tasks...................
}
}
結果 .... 他說了一句: "對不起, 我們重新開始, 好嗎?"如果你覺得認定了我,那你跟我說下,如果現在沒認定,可以到你認定的那天,再告訴我。如果你現在沒認定我,或者將來也沒認定我,那請你永遠不要跟我講,就讓時間去平息這一切吧。因為我不知道我還有沒有承受力去承受這一答案。感情不是遊戲,不是一句簡單的話,我們開始吧,我們結束吧,就開始了,就結束了。一個真正負責任的人不會輕易的去開始,也不會輕易的去結束,除非到了不得不開始的時候,除非到了無法挽回不得不結束的時候,因為這都將影響人的一輩子。開始的時候請多思考些問題,不是一句簡單的是個錯誤的開始,我們結束吧,就結束了。因為以後也許這些簡單的幾句話,就會結束一個美麗的生命,即使你不為之感到惋惜,我相信在你一輩子的生活裡也會留下陰影。所以請從一開始就做個負責任的人吧,而不是太多的我還不成熟之類的話。... 既然開始了,即使是個錯誤,但也是一個不同尋常的錯誤,因此不能像解決其他錯誤一樣-既然是錯誤就結束這個錯誤吧。其實這些都是不負責任的做法,是在逃避。這些都是說起來簡單,做起來很難。...最後祝你事業上輝煌,我相信以你現在的事業心態肯定可以實現你的事業夢想!同時祝你感情美滿,請不要無心地傷害下一個愛你的女孩。認定她之後再去追,認定她之後,選擇了開始,就不要輕易跟她說--選擇放棄吧。請不要跟我說--我負了你之類的話,傷害了一個人,說這些話只會讓她更傷害,讓時間去平息這一切吧!
This is not just a green issue, it’s an economic issue. Today, database centers are paying as much for electricity to run their computers as they pay to buy their computers.
You know what it's like to wake up in the middle of the night with a vivid dream? And you know how, if you don't have a pencil and pad by the bed to write it down, it will be completely gone the next morning?Just like me, your families brought you here, and you brought them here. Please keep them close and remember: they are what really matters in life.
不要以為就你的時間很寶貴,別人都是閒人. 別人也是抽時間跟你聊,為什麼就在別人好心好意跟你聊時,你心不在焉? 有這種那種忙的理由? 好像你是神人,可以一心幾種,心在玩,然後這邊敷衍幾句.
http://www.chromeexperiments.com/ - These experiments were created by designers and programmers from around the world using the latest open standards, including HTML5, Canvas, SVG, and more. Their work is making the web faster, more fun, and more open – the same spirit in which we built Google Chrome.I think .... I have a long way to catch the latest again -o-........
那麼... 科學呢? 科學又有沒有藝術的存在? 而電腦科學... 又有沒有繼承科學本身應有的藝術? 既然, 音樂是藝術的一類, 就拿音樂作一個比喻.source from wiki...
艺术(art)一词源自于拉丁文ars,意为“技巧”,现在虽保有原意,却也衍生出更广义的含意,几乎包括所有的创造性学问。
目前艺术的大类包括:
Proposal: Online editor for the PHP Manual ... http://wiki.php.net/gsoc/2009#online_editor_for_the_php_manual
Currently, the documentation work is synchronized by cvs. But still, there are potential conflicts due to redundant work. Besides, it's not that easy to share the works or even pipelining the works in a distributed environment. Therefore, a centralized environment is introduced.
The editor is still under development and the source can be found by http://cvs.php.net/viewvc.cgi/doc-editor/
Short Description: In order to ease the work of PHP Documentation Group, work on Online Editor for PHP Manual has already started by Yannick... The Online Editor mimicks an offline PHP documentation environment by using ExtJS as ide alike ui and providing xml-editor with CodeMirror syntax highlighting. The documentation group can make changes online, DocBook syntax check, CVS Log/Diff/Commit, patch review list, etc.
Full Description:
PhD OE allows PHP Documentation Group to carry documentation right ahead through the browser instead of using cvs to synchronize their local copy. There is ide alike ui on PhD OE so that the doc-group can directly edit the PHP DocBook xml online. Despite, PhD OE also eases the collaboration in an open documentation environment. Doc-group can share the workloads easily since they no longer need to pass the local modified copies around but on PhD OE. In addition to this, PhD OE does allow community contributor to submit patch so that the doc-group can review the patch in a centralized location like an issue list.
To find out the implemented features of PhD OE, visit following posts on mailing list:
Currently, there are some opening issues on the TODO list (found by - http://cvs.php.net/viewvc.cgi/doc-editor/TODO?revision=1.5&view=markup). One of the major task is to "Split main.js into several objects & files" because of the coding readability, continunity, and scaliability. main.js contains ui of PhD OE. There are 6922 lines of code in revision 1.21. It is obvious that maintaining such a large piece of codes is tidous and not that good. Thus, this proposal describe how to split the main.js and merge the js for deployment.
Right before talking about the split, let's see how to merge. ExtJS ant script make use of YUI compressor. So, there's no doublt that YUI compressor is a good choice to merge js in this project as the ui depends on ExtJS. Anyway, moving back to the split, main.js can be split based on module. I suggest Java alike model using 1 module 1 class 1 js. This is the practice I used in my own ExtJS project. Nevertheless the split is time consuming, the effort spent on this kind of refactoring allows me to better understand how the ui works and improve the structure. The proposed approach follows.
Another task is to "Clean up class.php". Again, a refactoring task. class.php is the "bootstrap" residing on the apache server ... with 4075 lines of code in revision 1.21. As written in the TODO list, initial ideas for refactoring already exist. It would be splited into several smaller classes that are quite relatively independent to each other. The proposed appraoch would be somehow the same as refactoring main.js. Fork, Refactor & Test, Merge, Freeze & Test, complete!
Thirdly, according to the TODO list again... the mod_rewrite task is another "better to have first". It makes the codes look much better to understand. This task is pretty strict forward. Design the pattern, write the regular expression on apache conf (.htaccess could be the choice). And then, reflects the changes in both php and js. It's totally different from refactoring, no forking and no code freezing.
Finally, if there's still plenty of time, I would like to propose that the modified but not-yet-saved file should have a lock or google-doc alike collaborative editing. When someone is editing a file with file-based locking, others cannot edit it at the same time before the file is commited (lock released). This reduce the chance of having conflict in modification. If collaborative editing is considered, high level DocBook xml-tag locking can be considered. This means ... partly locking the file so that anyone can edit different parts of the same file. When conflict occur, notify the editors. This would be another busy task.
Timeline:
Community Bonding Period - Study current PhD OE architecture. Confirm refactoring procedures and exact deliverables with mentor.
May 23 ~ June 20 [around 4 man week] - Refactor & Test main.js
June 20 ~ June 27 [around 1 man week] - Merge Refactored code with trunk + Testing + Documentation
June 27 ~ July 4 - [around 1 man week] - Compile interim report
July 4 ~ July 18 [around to 3 man week] - Refactor & Test class.php
July 18 ~ July 25 [around 1 man week] - Merge Refactored code with trunk + Testing + Documentation
July 25 ~ August 15 [around 3 man week] - Implement mod_rewrite, reflect changes in php and js + Testing + Documentation
August 15 onwards - Compiling final report
Category (PHP, PELC, PEAR, other): PHP Manual