Sóc bay: Cũng nhận đầu tư tiền triệu, và đang sống dở
Xalo: Search engine biến thành trang tin tổng hợp
Google: Vẫn thế thượng phong dù họ chưa cho Việt Nam là thị trường lớn
đáng để đầu tư.
2) Link thứ 2: Không chứng minh FOSS tốt hơn về bảo mật. Link này chỉ
nói về phương pháp phát triển phần mềm mã mở nói chung mà thôi.
Trả lời câu hỏi và đánh giá 2 links:
(Mr. Lê Trung Nghĩa)
Muốn biết đóng hay mở thì an ninh hơn và vì sao lại như thế, bạn nên
vào đây: http://mil-oss.org/learn-more/security-model-and-misconceptions
hoặc http://ubuntuone.com/7FsDSugPrTwTFuW17o8gKM
Dieu Hoang:
Theo tôi, tính "đóng" hoặc "mở" không phải là điểm quyết định của tính
chất bảo mật của một ứng dụng hoặc rộng ra hơn, một hệ thống.
Các ứng dụng "mở" có thể bảo mật hơn ở góc độ coding vì có thể có
nhiều "con mắt" soi mói và tìm ra lỗi. T...Xem thêm
Khánh Hồ Đồng quan điểm với chú Diệu, đa số là do cấu hình quá cơ bản
và không tận dụng được các cơ chế bảo mật được đính kèm trong ứng
dụng, dịch vụ hoặc do sự kết hợp cấu hình không phù hợp giữa môi
trường và hạ tầng dẫn đến các lỗ hổng về bảo mật.
Theo Trúc thì:
Thày Xê, phó hiệu trưởng Đại Học Cần Thơ tham gia LaunchPad từ cuối
tháng 1/2012:
https://launchpad.net/~dvxe
Thày tính tình xì tin, open theo tinh thần mã mở.
Slide của thày phát biểu ở Đại Học Cần Thơ:
http://www.slideshare.net/vuhung16plus/01-thaydv-xe
Anh em thanh niên trẻ khỏe chắc gì đã contribute được như thày.
Tóm lại là like mạnh.
Về phí đăng quảng cáo
- Tùy vào công ty, độ nổi tiếng của website, thỏa hiệp được cao hay thấp
- Tham khảo giá: http://admicro.vn/
- Tham khảo giá: Banner trên top cỡ 460x60 của Vnexpress là khoảng 40M/tuần
Nguyen Vu Hung vuhung16plus at gmail.com
Tue Apr 14 14:58:41 ICT 2009
Previous message: [HanoiLUG] CentOS 5.3 update on Virror
(http://lists.hanoilug.org/pipermail/hanoilug/2009-April/005287.html)
Next message: [HanoiLUG] [OT]BKAV2006 chứa mã độc
(http://lists.hanoilug.org/pipermail/hanoilug/2009-April/005289.html)
Messages sorted by: [ date ]
(http://lists.hanoilug.org/pipermail/hanoilug/2009-April/date.html#5288)
[ thread ] (http://lists.hanoilug.org/pipermail/hanoilug/2009-April/thread.html#5288)
[ subject ] (http://lists.hanoilug.org/pipermail/hanoilug/2009-April/subject.html#5288)
[ author ] (http://lists.hanoilug.org/pipermail/hanoilug/2009-April/author.html#5288)
Em xin lỗi các bác vì đề tài OT này.
Cách đây không lâu, bản BKAV bị report là chứa mã độc[1],
nhà em có dùng AVG Free 8.5 và BKAV2006 rev 2222
khi scan bị báo ngay là chứa Trojan horse BackDoor.PoisonIvy.N[2]
BKIS khẳng định đó là false positive.
Em có email hỏi thẳng BKIS nhưng đã hơn 1 tuần chưa có hồi ấm.
Thực hư của vụ này em chưa rõ vì không có mã nguồn.
Hiện tại toàn công ty em đã tạm dừng sử dụng BKAV chờ cho đến khi
mọi việc rõ ràng hơn.
Bác nào có thông tin mong chia sẻ.
[1] http://www.baomoi.com/Home/CNTT/www.hanoimoi.com.vn/Phan-mem-Bkav-bi-nhan-nham-la-ma-doc/2598412.epi
[2] Cũng có người report tương tự ở đây
http://www.benhvientinhoc.com/dd/index.php?showtopic=99647
Anh nghĩ là Hiền không nhầm. Nó đấy. Đây là một nhóm nghiêm túc, chỉ có
điều đợt mấy tháng vừa rồi chúng ta bận nhiều việc nên còn chưa có thì
giờ bàn luận nhiều. Giờ có lẽ là lúc cần lục lại xem đã bàn cái gì và
đến đâu rồi. Nếu Hưng có thì giờ thì thử làm một cái synthesis để mọi
người nhớ lại.
IMO, câu trả lời là có.
Amazon EC2, RDS là một ví dụ về IaaS (Infra. as a Service) cung cấp cơ
sở hạ tầng ở mức OS và DB cho sysadmin ở dạng on-demand, setup dễ
dàng, muốn bao nhiêu có bấy nhiêu và trả tiền theo lượng tài nguyên mà
họ cần sử dụng.
Một hệ thống dùng EC2, RDS vẫn cần sysadmin: OS cần sysamin, DB cần
sysadmin; nhưng việc quản lý sẽ dễ dàng hơn.
Với EC2, việc cài đặt dễ hơn nên số lượng sysadmin cần sẽ ít hơn và
việc quản trị cũng dễ hơn.
Với RDS, việc scaling DB, quản lý DB ít hơn, do đó số lượng sysadmin
(DBA) cũng cần ít hơn.
cf.
http://en.wikipedia.org/wiki/Amazon_Elastic_Compute_Cloud
http://en.wikipedia.org/wiki/Amazon_Relational_Database_Service
Theo cách này, "chuẩn" về cấu trúc thư mục của Linux sẽ bị thay đổi:
http://tldp.org/LDP/Linux-Filesystem-Hierarchy/html/usr.html
Các biến môi trường liên quan tới $PATH và $*LIB* có lẽ không cần thay đổi.
Lý do lịch sử: Vì năm 1969/1970, thiếu ổ cứng nên UNIX creator mới
phải chia như thế, và nó được hiểu là "chuẩn" cho tới nay mà không ai
hỏi "vì sao" :D
http://lists.busybox.net/pipermail/busybox/2010-December/074114.html
cf.
http://www.freedesktop.org/wiki/Software/systemd/TheCaseForTheUsrMerge
IMO, đây là những đề tài không nên quan tâm; chúng ta nên tập trung
vào những chủ đề lớn hơn.
Tham khảo:
http://www.unixguide.net/freebsd/faq/16.19.shtml
http://en.wikipedia.org/wiki/Parkinson%27s_Law_of_Triviality
Lờ Ong:
Nếu vì hiểu sai những khái niệm cơ bản để dẫn đến những cái nhìn sai
lệch về FOSS thì sao hả anh Hưng. Chắc anh xem film revolutionOS cái
đoạn mà bill gate viết thư nói về FOSS rồi chứ. Ông ta cũng ko hiểu
cái X,Y j đó đâu. Từ trước tới giờ chưa làm dc cái j lớn là do đốt
cháy giai đoạn, hiểu mọi thứ 1 cách hời hợt. Đừng nghĩ rằng mình xây
dc tòa tháp từ tầng 1. Phải xây từ móng đã. Những diễn đàn như thế này
nên đưa cho mọi người cái nhìn đúng đắn kể cả là sơ đẳng nhất. Nhiều
người còn chưa hiểu hết cái X là j Y là j lắm anh Hưng ạ. Nếu họ hiểu
thì FOSS sẽ phát triển rộng lên rồi.
Dieu Hoang:
Theo tôi thấy, ngay cả những thứ hết sức căn bản (nhưng cần thiết)
như thế nào là FOSS, cái gì là FSF và chúng "free" như thế nào, chúng
có những ràng buộc gì...v...v... nhưng lại có vô số người dù đã "mê"
Linux, theo LInux, làm việc với FOSS đã lâu nhưng vẫn còn lơ mơ, thậm
chí ngộ nhận.
Tôi đồng ý với ý kiến của MrTux Hdb, Lờ Ong, Duong Yang Ha Nguyen và
Ngô Huy ở trên. Không hiểu căn bản đã nguy, hiểu sai căn bản còn nguy
hơn nữa. Dạng này thì rất khó đi xa và đi sâu bởi vì sẽ bị lênh bênh,
lập lờ ở một khoản nào đó.
We don't care what is the color of the bikeshed but we should care
what is the bikeshed, how was it built, who is owning it, how can we
use it and how can we maintain it......
vuhung:
Thanks các bác nói thẳng nói thật :)
Hiểu cơ bản và chắc đúng là quan trọng.
Hiểu rộng cũng là một cách tiếp cận khác.
Hai cách tiếp cận này sẽ làm anh em IT thiên theo 2 hướng khác nhau:
Quản lý và chuyên gia.
Guideline #3 của nhóm: "I think the people on this mailing list are
rude!". Có lẽ ime cũng quên điều này.
Kịch bản này đã xảy ra: A và B tranh luận về đề tài X. B phát hiện A
hiểu chưa thấu đáo về khái niệm X' bổ trợ cho X và B, A tranh luận về
X'.
Tranh luận về X' thì OK, fork ra topic mới thì tốt hơn; giữ lịch sự và
tôn trọng lẫn nhau. Common sense là cần, Giang Ngoc Dinh cũng đã nói
về khái niệm này.
Không chỉ sinh viên, mà rất nhiều người tự thỏa hiệp và dễ dãi với
chính mình: Hiểu không đúng, hiểu sai một chút cũng không sao.
Nhưng cũng nhiều người khó tính.
Làm cho cả 2 kiểu đối tượng trên thỏa mãn khó lắm các bác ạ :)
I think you might be interested in this track.
To view this track use Google Earth or other mapping software.
UI là khái niệm cũ, được sử dụng rộng rãi hơn, chỉ cách người dùng
nhìn thấy giao diện của chương trình máy tính mà họ nhìn thấy.
Tuy nhiên, UX chú trọng hơn và cách người dùng tương tác với các phần
tử hoặc tổng thể các phần tử của giao diện mà người dùng phải làm
việc.
Nói đơn giản, UI là cách "thiết kế cái gì" và UX là "dùng như thế nào"
(cho tiện lợi).
UI (thuần túy) là thiết kế kỹ thuật trong khi UX đặt con người làm
trung tâm (chứ không phải chương trình mà họ tương tác)
Tham khảo:
http://www.uxpassion.com/2010/04/ux-not-ui-learn-stop-trivializing/
http://tysonlloydcadenhead.com/blog/what-is-user-experience-user-interface/
sudo apt-get install imagemagick: Đã có sẵn, không cần cài.
Danh sách file:
scan-_0000_Layer 8.jpg
scan-_0001_Layer 7.jpg
scan-_0002_Layer 6.jpg
scan-_0003_Layer 5.jpg
scan-_0004_Layer 4.jpg
scan-_0005_Layer 3.jpg
scan-_0006_Layer 2.jpg
scan-_0007_Layer 1.jpg
Convert lần 1:
convert scan-_000* output.pdf
thất bại vì thứ tự ngược, đánh số từ 7 tới 0 chứ không phải từ 0 tới 7.
Rốt cuộc, đành phải chạy bằng tay:
convert scan-_0007_Layer\ 1.jpg scan-_0006_Layer\ 2.jpg scan-_0005_Layer\ 3.jpg scan-_0004_Layer\ 4.jpg scan-_0003_Layer\ 5.jpg scan-_0002_Layer\ 6.jpg scan-_0001_Layer\ 7.jpg scan-_0000_Layer\ 8.jpg output2.pdf
Thực ra nếu trong tên file không có space thì chạy luôn:
convert `ls -r1 *jpg` output3.pdf
Chuyện linh tinh, note lại cho vui :)
1. Summary: Sơ lược về lỗi
2. What did you do? Anh/chị đã làm thế nào mà lỗi xảy ra (tức là cách
tái hiện lỗi)
3. What happened? Lỗi xảy ra như thế nào? (chạy sai)
4. What should have happened? (Lẽ ra chương trình phải chạy thế này)
5. Và evidence (log, screenshot...) nếu có.
Tham khảo:
https://bugzilla.mozilla.org/enter_bug.cgi#h=bugForm|Firefox
The Internet, January 16, 2012 - The Document Foundation (TDF)
announces LibreOffice 3.4.5, a new improved version of the
award-winning free office suite for Windows, Mac and Linux, solving a
number of bugs and further improving the stability of the program.
LibreOffice 3.4.5 represents the best choice for a free office suite
for every user, including conservative corporate users who were still
deploying LibreOffice 3.4.4.
In 2011, LibreOffice has won InfoWorld's BOSSIE Award 2011 as Best of
Open Source Software, and the Open World Forum Experiment Award of
Most-Popular Software. The awards are a demonstration of the key
improvements brought to the legacy code by a small army of close to
400 TDF developers.
LibreOffice 3.4.5 is available for immediate download from the
following link: http://www.libreoffice.org/download/. Extensions for
LibreOffice are available from the following link:
http://extensions.libreoffice.org.
Change logs are available at
http://download.documentfoundation.org/libreoffice/src/bugfixes-libreoffice-3-4-release-3.4.5.1.log
(fixed in 3.4.5.1) and
http://download.documentfoundation.org/libreoffice/src/bugfixes-libreoffice-3-4-5-release-3.4.5.2.log
(fixed in 3.4.5.2).
Short link to The Document Foundation blog: http://bit.ly/wvyAdX
About The Document Foundation (TDF)
The Document Foundation is an open, independent, self-governing,
meritocratic organization, which builds on ten years of dedicated work
by the OpenOffice.org Community. TDF was created in the belief that
the culture born of an independent foundation brings out the best in
corporate and volunteer contributors, and will deliver the best free
office suite. TDF is open to any individual who agrees with its core
values and contributes to its activities, and warmly welcomes
corporate participation, e.g. by sponsoring individuals to work as
equals alongside other contributors in the community. As of September
30, 2011, TDF has 136 members and over a thousand volunteers and
contributors worldwide.
Media Contacts
Florian Effenberger (based near Munich, Germany, UTC+1)
Phone: +49 8341 99660880 - Mobile: +49 151 14424108
E-mail: floeff@documentfoundation.org - Skype: floeff
Olivier Hallot (based in Rio de Janeiro, Brazil, UTC-3)
Mobile: +55 21 88228812 - E-mail: olivier.hallot@documentfoundation.org
Charles H. Schulz (based in Paris, France, UTC+1)
Mobile: +33 6 98655424 - E-mail: charles.schulz@documentfoundation.org
Italo Vignoli (based in Milan, Italy, UTC+1)
SIP Phone: +39 02 320621813 - Mobile: +39 348 5653829
E-mail: italo.vignoli@documentfoundation.org - Skype: italovignoli
GTalk: italo.vignoli@gmail.com
--
Unsubscribe instructions: E-mail to announce+help@documentfoundation.org
Problems? http://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/
List archive: http://listarchives.documentfoundation.org/www/announce/
--
Best Regards,
Nguyen Hung Vu [aka: NVH] ( in Vietnamese: Nguyễn Vũ Hưng )
vuhung16plus{remove}@gmail.dot.com , YIM: vuhung16 , Skype:
vuhung16plus, twitter: vuhung, MSN: vuhung16.
http://www.facebook.com/nguyenvuhung
http://nguyen-vu-hung.blogspot.com/
Sandboxie là một giải pháp.
Sandfox là một giải pháp khác.
Chạy FF/Chrome trên VM như VirtualBox riêng biệt là an toàn (ví dụ khi
cần thử virii hay chạy keygen)
Tham khảo:
http://www.zdnet.com/blog/security/ten-little-things-to-secure-your-online-presence/9901?pg=2&tag=content;siu-container
http://forums.mozillazine.org/viewtopic.php?f=38&t=1910693
Anh không thấy Google Plus và Search Plus liên hệ với nhau nhiều.
Có vẻ đây là 2 dịch vụ khá riêng biệt.
Google Plus là mạng xã hội, anh thích +1 và anh nghĩ +1 sẽ làm
youtube, Google plus,
Android market và cả (các webpage) Internet được đánh giá tốt hơn.
Từ trước đến nay, Google chỉ là anh "tay to", đánh giá thuần túy bằng
kỹ thuật rank
của các trang web, website (và cả domain).
Facebook thắng Google ở điểm này. Họ có 800M users, dữ liệu có cấu
trúc, thông tin
cá nhân cụ thể, có thể quảng cáo đúng người, đúng chỗ đúng lúc.
Mục đích của họ là thu hút users, làm quảng cáo trên các dịch vụ đó.
Google muốn chơi lại FB bằng Google Plus.
Google muốn chơi lại bằng Search Plus.
Thế mạnh search engine của Google: Kỹ thuật ít, nhưng brandname nhiều.
Riêng mảng search, twitter và FB hiện tại không hề kém Google.
2012/1/11 :
> Mọi người nghĩ gì về cái này ạ? Em chưa thử đuợc cái này nhưng nhìn chung là
> không thích lắm. Các bạn Google cứ vật vã với sp Google plus quá. Em thấy
> cái search plus này chả phải vì personalized gì cả, mà nhằm mục đích make
> google plus contents exposure more, draw more users/ businesses/ publishers
> to join google plus if they want their contents to be searchable on the
> web!
>
> http://searchengineland.com/googles-results-get-more-personal-with-search-plus-your-world-107285
>
> Các bạn Twitter fản ứng
> ngay http://venturebeat.com/2012/01/10/new-google-social-search-bad-for-the-internet-says-one-twitter-employee/
Em hoàn toàn nhất trí quan điểm với anh Quang.
Vài ví dụ mà em thích nói tới:
Hệ sinh thái có chuột thì phải có mèo.
Hệ sinh thái sẽ tự đào thải sinh vật không hợp lý và thay thế nó bằng sinh vật
có khả năng thích nghi cao hơn.
Đừng giết chết hết cái xấu vì lúc đó cái đẹp sẽ biến mất theo vì không có
cái xấu để so sánh với cái đẹp.
Tôn trọng sự khác biệt, hài hòa với sự cộng sinh.
Đây là một số file ở Debian cần update.
Em không rõ file nào được dùng ở Ubuntu nên post hết lên đây.
Dạo này du-an-most có vẻ vắng, chắc sắp tết rồi nên ai cũng bận, không
có thời gian dịch :)
# Em lấy các link này từ debian-l10n-greek@lists.debian.org
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=605435
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=635187
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=632018
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=619657
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=620168
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=628207
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=619322
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=608447
--
Best Regards,
Nguyen Hung Vu [aka: NVH] ( in Vietnamese: Nguyễn Vũ Hưng )
vuhung16plus{remove}@gmail.dot.com , YIM: vuhung16 , Skype:
vuhung16plus, twitter: vuhung, MSN: vuhung16.
http://www.facebook.com/nguyenvuhung
http://nguyen-vu-hung.blogspot.com/
- 2.9 triệu người dùng
- 710 triệu lượt xem trong tháng 9/2010
Thông tin liên quan:
- Zing Me: 5.1 triệu người dùng
- Yume: 2.9 triệu
- Tầm tay: 1.2 triệu
# Xin lỗi các bác em cross-posting nhiều list khác nhau.
Để chuẩn bị nhân sự cho Ban chấp hành VFOSSA nhiệm kỳ 1 chúng tôi kêu
gọi các cộng đồng, doanh nghiệp FOSS nêu cao tinh thần trách nhiệm và
ứng cử vào BCH. Các cộng đồng, doanh nghiệp FOSS tham gia VFOSSA với
tư cách thành viên tập thể hãy đề cử ít nhất một người tham gia BCH.
Các đơn vị ở xa không về dự Đại hội được có thể ứng/đề cử đại diện của
mình vào BCH qua email. Chúng tôi sẽ nghiên cứu giải pháp cho phép bầu
online, nếu ổn sẽ cho thử ngay lần này. Sinh hoạt Ban chấp hành sẽ chủ
yếu online nên các anh ở xa vẫn hoàn toàn có thể tham gia vào Ban chấp
hành.
Deadline cho việc ứng/đề cử Ban chấp hành là hết ngày 10/1/2012.
Để ứng cử vào Ban chấp hành, anh chị hãy reply lại tin này với các nội
dung sau hoặc gửi trực tiếp tới email vuhung16plus at gmail.com hoặc
số điện thoại 0904-28-7878:
1. Họ và tên
2. Đơn vi công tác
3. Năm sinh
4. Thông tin sơ lược về người ứng cử,
bao gồm các hoạt động và đóng góp cho FOSS.
5. URL của ảnh cá nhân
6. Thông điệp gửi tới cộng đồng FOSS Việt Nam.
Thông tin thêm: Giới thiệu VFOSSA
http://vfossa.vn/vi/mininews/detail/Dai-hoi-thanh-lap-Cau-lac-bo-Phan-mem-tu-do-nguon-mo-Viet-Nam-to-chuc-vao-ngay-14-1-2011-tai-Ha-Noi-10/
Apple sẽ vẫn giữ phân mảnh thị trường cao cấp và phải nhường lại mảng
thị trường trung bình trong smartphone cho những điện thoại rẻ tiền
hơn xây dựng từ Android.
Những vấn đề pháp lý (software patent) rồi sẽ qua đi.
Chất lượng của Android vẫn còn thấp nhưng sẽ cải tiến dần và tiệm cận với iOS.
Chất lượng và số lượng app trên Android market đã/đang và sẽ tiệm cận iTunes.
Xem chỉ thị của Sở Thông Tin Truyền Thông Vĩnh Long
http://mic.gov.vn/vbcddh/Lists/Vn%20bn%20ch%20o%20iu%20hnh/Attachments/2015/14-CT-UBND.pdf
Thực ra, chỉ thị ngày chỉ nhắc lại những điểm và Bộ Thông tin Truyền
thông đã định hướng.
Điều đặc biệt là nó được ký bởi Chủ tịch.
-----
Đại hội thành lập Câu lạc bộ Phần mềm tự do nguồn mở Việt Nam tổ chức
vào ngày 14/1/2011 tại Hà Nội
Ngày 29/12/2011 tại Hà Nội, Ban trù bị Đại hội thành lập CLB Phần mềm
tự do nguồn mở Việt Nam - PMTDNM Việt Nam (VFOSSA) đã họp chuẩn bị cho
công tác tổ chức Đại hội thành lập.
Ban trù bị đã quyết nghị:
1/ Ngày và nơi tổ chức Đại hội: từ 9-12h ngày thứ bảy 14/1/2012 tại
Hội trường Viện Tin học Pháp ngữ, ngõ 42, Tạ Quang Bửu, Q. Hai Bà
Trưng, Hà Nội.
2/ Đây là đại hội đại biểu toàn quốc của VFOSSA, thông báo về Đại hội sẽ
được công bố rộng rãi trên các diễn đàn FOSS của Việt Nam và trên báo
TH&ĐS số tháng 1/2012. Giấy mời dự Đại hội sẽ được gửi đến các cơ
quan, đơn vị có liên quan. Đăng ký đại biểu dự đại hội theo hình thức
trực tuyến trên website của VFOSSA.
3/ Ban trù bị cũng phân công cụ thể các công tác : Quảng cáo, trang
trí, xin tài trợ cho Đại hội; chuẩn bị chương trình hành động cho
VFOSSA; thiết kế Logo cho VFOSSA; ra mắt Website, email, đăng ký
online VFOSSA; dự thảo điều lệ VFOSSA và công tác Truyền thông, báo
chí đưa tin về Đại hội
4/ Về nhân sự cho BCH VFOSSA, dự kiến sẽ có 1 Chủ tịch, 2 PCT (1 phụ
trách hoạt động và 1 phụ trách truyền thông, tiếp thị) và dự kiến bầu
10-15 ủy viên BCH.
Qua thông báo này kêu gọi các tổ chức, cá nhân đang làm việc, sáng
tạo, nghiên cứu, ứng dụng và đào tạo về PMTDNM đăng ký tham gia làm
hội viên VFOSSA để cùng sát cánh phát triển và ứng dụng rộng rãi PMNM
tại Việt Nam.
Tin từ Chi hội PMNM Việt Nam
Câu lạc bộ Phần mềm tự do nguồn mở Việt Nam (VFOSSA)
Là chi hội TW thuộc Hội Tin học Việt Nam từ tháng 11/2011. Trong một
thời gian dài hoạt động sôi nổi và đã đóng góp tích cực cho sự nghiệp
phát triển và ứng dụng rộng rãi PMNM tại Việt Nam. CLB được hình thành
từ các tổ chức và cá nhân tích cự từ các diễn đàn HanoiLux, SaigonLux
.... và có các nhóm thành viên ở rất nhiều các tỉnh, thành phố và các
ngành kinh tế xã hội. Ngoài các hoạt động trao đỏi trên diễn đàn,
VFOSSA còn là người khởi tạo cùng Hội Tin học Việt Nam Cuộc thi Mùa hè
sáng tạo viết ứng dụng Phần mềm nguồn mở (từ 2009) cho sinh viên Việt
Nam; chủ trì thi kỹ năng PMTDNM là môn thi chính thức trong Olympic
Tin học sinh viên Việt Nam. Các hoạt động và nỗ lực của VFOSSA đã có
ảnh hưởng sâu rộng đến phát triển và ứng dụng PMNM tại Việt Nam.
Trong hội nghị hiệp thương thành lập CLB VFOSA đã nhất trí bầu ông
Nguyễn Hồng Quang làm Chủ tịch lâm thời VFOSSA, trong Đại hội VII Hội
Tin học Việt Nam ông Nguyễn Hồng Quang đã được bầu vào BCH nhiệm kỳ
VII VAIP và được bầu làm Trưởng ban Kiểm tra Họi Tin học Việt Nam.
http://www.vaip.org.vn/default.asp?page=newsdetail&newsid=9369
# Nhà mình ở Hà Nội
Virror: Host bởi Netnam, server đặt ở Hà Nội
FPT mirror: Đặt ở HCMC
vn.archive.ubuntu.com đặt ở VDC :)
vuhung@lnv:$ ping -c 1 vn.archive.ubuntu.com
PING vn.archive.ubuntu.com (91.189.92.176) 56(84) bytes of data.
64 bytes from cursa.canonical.com (91.189.92.176): icmp_req=1 ttl=54 time=574 ms
--- vn.archive.ubuntu.com ping statistics ---
1 packets transmitted, 1 received, 0% packet loss, time 0ms
rtt min/avg/max/mdev = 574.095/574.095/574.095/0.000 ms
vuhung@lnv:$ ping -c 1 virror.hanoilug.org
PING virror.hanoilug.org (210.86.231.48) 56(84) bytes of data.
64 bytes from ci231-48.netnam.vn (210.86.231.48): icmp_req=1 ttl=54 time=28.0 ms
--- virror.hanoilug.org ping statistics ---
1 packets transmitted, 1 received, 0% packet loss, time 0ms
rtt min/avg/max/mdev = 28.002/28.002/28.002/0.000 ms
vuhung@lnv:~/work/001.imagine/000.svn$
vuhung@lnv:n$ ping -c 1 mirror-fpt-telecom.fpt.net
PING mirror-fpt-telecom.fpt.net (118.69.250.132) 56(84) bytes of data.
64 bytes from 118.69.250.132: icmp_req=1 ttl=55 time=49.8 ms
--- mirror-fpt-telecom.fpt.net ping statistics ---
1 packets transmitted, 1 received, 0% packet loss, time 0ms
rtt min/avg/max/mdev = 49.848/49.848/49.848/0.000 ms
vuhung@lnv:$ traceroute virror.hanoilug.org
traceroute to virror.hanoilug.org (210.86.231.48), 30 hops max, 60 byte packets
1 192.168.2.1 (192.168.2.1) 3.260 ms 3.183 ms 3.166 ms
2 192.168.1.1 (192.168.1.1) 3.093 ms 3.753 ms 4.595 ms
3 118.70.0.242 (118.70.0.242) 49.736 ms 49.748 ms 49.730 ms
4 118.70.1.5 (118.70.1.5) 49.708 ms 50.321 ms 54.948 ms
5 42.112.0.41 (42.112.0.41) 58.806 ms 62.749 ms 67.604 ms
6 42.112.0.213 (42.112.0.213) 72.604 ms 42.112.0.217 (42.112.0.217)
29.955 ms 42.112.0.213 (42.112.0.213) 33.635 ms
7 218.100.10.28 (218.100.10.28) 33.437 ms 43.903 ms 43.903 ms
8 * * *
9 * * *
10 * * *
11 ci231-48.netnam.vn (210.86.231.48) 95.208 ms 123.986 ms 30.183 ms
vuhung@lnv:$ traceroute vn.archive.com.vn
traceroute to vn.archive.com.vn (203.162.57.28), 30 hops max, 60 byte packets
1 192.168.2.1 (192.168.2.1) 1.283 ms 1.189 ms 1.584 ms
2 192.168.1.1 (192.168.1.1) 3.302 ms 3.997 ms 3.988 ms
3 118.70.0.242 (118.70.0.242) 52.716 ms 52.657 ms 52.636 ms
4 118.70.1.5 (118.70.1.5) 52.616 ms 52.596 ms 53.445 ms
5 42.112.0.45 (42.112.0.45) 57.641 ms 42.112.0.41 (42.112.0.41)
62.031 ms 66.877 ms
6 42.112.0.221 (42.112.0.221) 71.811 ms 42.112.0.213 (42.112.0.213)
29.629 ms 34.722 ms
7 static.vdc.vn (123.30.63.225) 30.374 ms 46.986 ms 46.975 ms
8 static.vdc.vn (123.30.63.93) 46.851 ms 77.085 ms 77.030 ms
9 static.vdc.vn (123.30.63.18) 77.010 ms 77.001 ms 77.679 ms
10 203.162.57.227 (203.162.57.227) 82.027 ms 85.976 ms 91.010 ms
11 203.119.60.22 (203.119.60.22) 96.482 ms 99.842 ms 31.020 ms
12 203.162.57.28 (203.162.57.28) 40.323 ms 31.880 ms 46.049 ms
vuhung@lnv:~n$ traceroute mirror-fpt-telecom.fpt.net
traceroute to mirror-fpt-telecom.fpt.net (118.69.250.132), 30 hops
max, 60 byte packets
1 192.168.2.1 (192.168.2.1) 6.703 ms 6.626 ms 6.600 ms
2 192.168.1.1 (192.168.1.1) 6.498 ms 6.495 ms 6.476 ms
3 118.70.0.242 (118.70.0.242) 50.702 ms 50.608 ms 50.588 ms
4 118.70.1.5 (118.70.1.5) 50.518 ms 51.963 ms 55.843 ms
5 42.112.0.45 (42.112.0.45) 60.493 ms 42.112.0.41 (42.112.0.41)
65.645 ms 69.972 ms
6 210.245.1.29 (210.245.1.29) 72.974 ms 42.112.0.25 (42.112.0.25)
32.974 ms 210.245.1.29 (210.245.1.29) 40.919 ms
7 118.69.241.133 (118.69.241.133) 64.719 ms 67.084 ms 82.071 ms
8 118.69.250.132 (118.69.250.132) 85.258 ms !X 53.357 ms !X 68.369 ms !X
vuhung@lnv:~/work/001.imagine/000.svn$