 |
nothing serios just mail only
| | |
|
 |
Posted at 05:16 on 2008-Aug- 5
วันนี้ไปเจอ เรื่องน่าสนใจมากจากเวปนี้เลย เอามาทิ้งๆ ไว้เผื่อใครสนใจอ่าน
http://www.highscalability.com/flickr-architecture
Flickr is both my favorite bird and the web's leading photo sharing site. Flickr has an amazing challenge, they must handle a vast sea of ever expanding new content, ever increasing legions of users, and a constant stream of new features, all while providing excellent performance. How do they do it?
Site: http://www.flickr.com/
Information Sources
# Flickr and PHP (an early document)
# Capacity Planning for LAMP
# Federation at Flickr: A tour of the Flickr Architecture.
# Building Scalable Web Sites by Cal Henderson from Flickr.
# Database War Stories #3: Flickr by Tim O'Reilly
# Cal Henderson's Talks. A lot of useful PowerPoint presentations.
Platform
# PHP
# MySQL
# Shards
# Memcached for a caching layer.
# Squid in reverse-proxy for html and images.
# Linux (RedHat)
# Smarty for templating
# Perl
# PEAR for XML and Email parsing
# ImageMagick, for image processing
# Java, for the node service
# Apache
# SystemImager for deployment
# Ganglia for distributed system monitoring
# Subcon stores essential system configuration files in a subversion repository for easy deployment to machines in a cluster.
# Cvsup for distributing and updating collections of files across a network.
The Stats
# More than 4 billion queries per day.
# ~35M photos in squid cache (total)
# ~2M photos in squid’s RAM
# ~470M photos, 4 or 5 sizes of each
# 38k req/sec to memcached (12M objects)
# 2 PB raw storage (consumed about ~1.5TB on Sunday
# Over 400,000 photos being added every day
The Architecture
# A pretty picture of Flickr's architecture can be found on this slide . A simple depiction is:
-- Pair of ServerIron's
---- Squid Caches
------ Net App's
---- PHP App Servers
------ Storage Manager
------ Master-master shards
------ Dual Tree Central Database
------ Memcached Cluster
------ Big Search Engine
- The Dual Tree structure is a custom set of changes to MySQL that allows scaling by incrementally adding masters without a ring architecture. This allows cheaper scaling because you need less hardware as compared to master-master setups which always requires double the hardware.
- The central database includes data like the 'users' table, which includes primary user
keys (a few different IDs) and a pointer to which shard a users' data can be found on.
# Use dedicated servers for static content.
# Talks about how to support Unicode.
# Use a share nothing architecture.
# Everything (except photos) are stored in the database.
# Statelessness means they can bounce people around servers and it's easier to make their APIs.
# Scaled at first by replication, but that only helps with reads.
# Create a search farm by replicating the portion of the database they want to search.
# Use horizontal scaling so they just need to add more machines.
# Handle pictures emailed from users by parsing each email is it's delivered in PHP. Email is parsed for any photos.
# Earlier they suffered from Master-Slave lag. Too much load and they had a single point of failure.
# They needed the ability to make live maintenance, repair data, and so forth, without taking the site down.
# Lots of excellent material on capacity planning. Take a look in the Information Sources for more details.
# Went to a federated approach so they can scale far into the future:
- Shards: My data gets stored on my shard, but the record of performing action on your comment, is on your shard. When making a comment on someone else's’ blog
- Global Ring: Its like DNS, you need to know where to go and who controls where you go. Every page view, calculate where your data is, at that moment of time.
- PHP logic to connect to the shards and keep the data consistent (10 lines of code with comments!)
# Shards:
- Slice of the main database
- Active Master-Master Ring Replication: a few drawbacks in MySQL 4.1, as honoring commits in Master-Master. AutoIncrement IDs are automated to keep it Active Active.
- Shard assignments are from a random number for new accounts
- Migration is done from time to time, so you can remove certain power users. Needs to be balanced if you have a lot of photos… 192,000 photos, 700,000 tags, will take about 3-4 minutes. Migration is done manually.
# Clicking a Favorite:
- Pulls the Photo owners Account from Cache, to get the shard location (say on shard-5)
- Pulls my Information from cache, to get my shard location (say on shard-13)
- Starts a “distributed transaction” - to answer the question: Who favorited the photo? What are my favorites?
# Can ask question from any shard, and recover data. Its absolutely redundant.
# To get rid of replication lag…
- every page load, the user is assigned to a bucket
- if host is down, go to next host in the list; if all hosts are down, display an error page. They don’t use persistent connections, they build connections and tear it down. Every page load thus, tests the connection.
# Every users reads and writes are kept in one shard. Notion of replication lag is gone.
# Each server in shard is 50% loaded. Shut down 1/2 the servers in each shard. So 1 server in the shard can take the full load if a server of that shard is down or in maintenance mode. To upgrade you just have to shut down half the shard, upgrade that half, and then repeat the process.
# Periods of time when traffic spikes, they break the 50% rule though. They do something like 6,000-7,000 queries per second. Now, its designed for at most 4,000 queries per second to keep it at 50% load.
# Average queries per page, are 27-35 SQL statements. Favorites counts are real time. API access to the database is all real time. Achieved the real time requirements without any disadvantages.
# Over 36,000 queries per second - running within capacity threshold. Burst of traffic, double 36K/qps.
# Each Shard holds 400K+ users data.
- A lot of data is stored twice. For example, a comment is part of the relation between the commentor and the commentee. Where is the comment stored? How about both places? Transactions are used to prevent out of sync data: open transaction 1, write commands, open transaction 2, write commands, commit 1st transaction if all is well, commit 2nd transaction if 1st committed. but there still a chance for failure when a box goes down during the 1st commit.
# Search:
- Two search back-ends: shards 35k qps on a few shards and Yahoo!’s (proprietary) web search
- Owner’s single tag search or a batch tag change (say, via Organizr) goes to the Shards due to real-time requirements, everything else goes to Yahoo!’s engine (probably about 90% behind the real-time goodness)
- Think of it such that you’ve got Lucene-like search
# Hardware:
- EMT64 w/RHEL4, 16GB RAM
- 6-disk 15K RPM RAID-10.
- Data size is at 12 TB of user metadata (these are not photos, this is just innodb ibdata files - the photos are a lot larger).
- 2U boxes. Each shard has~120GB of data.
# Backup procedure:
- ibbackup on a cron job, that runs across various shards at different times. Hotbackup to a spare.
- Snapshots are taken every night across the entire cluster of databases.
- Writing or deleting several huge backup files at once to a replication filestore can wreck performance on that filestore for the next few hours as it replicates the backup files. Doing this to an in-production photo storage filer is a bad idea.
- However much it costs to keep multiple days of backups of all of your data, it's worth it. Keeping staggered backups is good for when you discover something gone wrong a few days later. something like 1, 2, 10 and 30 day backups.
# Photos are stored on the filer. Upon upload, it processes the photos, gives you different sizes, then its complete. Metadata and points to the filers, are stored in the database.
# Aggregating the data: Very fast, because its a process per shard. Stick it into a table, or recover data from another copy from other users shards.
# max_connections = 400 connections per shard, or 800 connections per server & shard. Plenty of capacity and connections. Thread cache is set to 45, because you don’t have more than 45 users having simultaneous activity.
# Tags:
- Tags do not fit well with traditional normalized RDBMs schema design. Denormalization or heavy caching is the only way to generate a tag cloud in milliseconds for hundreds of millions of tags.
- Some of their data views are calculated offline by dedicated processing clusters which save the results into MySQL because some relationships are so complicated to calculate it would absorb all the database CPU cycles.
# Future Direction:
- Make it faster with real-time BCP, so all data centers can receive writes to the data layer (db, memcache, etc) all at the same time. Everything is active nothing will ever be idle.
Posted at 03:23 on 2008-Jul-30
- The power of connectedness
- Impact on the database
- Our challengeÂ
- The power of connectedness
- photo tagging
- getting an email that someone tagged a photo in Facebook
- inter tagging between friends and it continues as a network
- outstanding growth because of the photo tagging
- 26B photos in archive now
- Most trafficked photos applications than anybody else
- events, invites impact on social graph
- Opening up the social graph to outside and create a platform and API, so other developers can make use of it (28K applications so far)
- Hypergrowth because of the platform (1M users in four days)
- 200 applications that has over million users
- circle of connectivity can make the globe (with positive feedback, performance etc)
- the social graph links everything
- and that means lot of work for database
- Impact on the database
- user -> connections -> objects
- interact with people, people has lot of data
- 100 friends, 100 friends will have 100’s of objects/friend…10’s of thousands of possible objects
- Horizontal partitioning supports parallel queries
- 50K+ requests per second now
- memcached can match speeds with the application
- multi-threading with multi-core to take advantage with 1G cards
- New C client which enhances run-time performance for PHP
- New binary protocol for efficiency both ends (app and memcached)
- Introduced memcached proxy to purge dirty records
- MySQL replication to replicate data between data centers
- Proxy is not a solution here due to replication
- Changed Insert statements with MEMCACHE_DIRTY key1, keys …
- Put more RAM in cache (95% hit rate is in cache)
- 20M requests and only 500K requests goes to MySQL server
- Optimizations
- memory + servers (reduce to save $$$)
- Tuning (moderate query scope, aggregate related data)
- Partitioning (selective caching, archiving stale data)
- Our Challenge
- MySQL and memcached is a powerful combination
- MySQL at the speed of memcached
- memcache performance for simple tables
- flash memory storage
- dramatic improvement in I/O
- supports higher miss rate
- allows higher data/ram ratio
- persistent “Cache”
- flash for memcache
- persistent distributed hash table could be a good fit
- structured storage
- not all data benefits
- integrated cache and persistent replication
- unmanaged distribution
- A strong community is our challenge
แล้วเราจะปรับตัวไงบ้าง ช่วงนี้มีแต่คำว่า memcache
Comments (0) | Post A Comment! | Permanent Link
Posted at 04:37 on 2008-Jul-10
0-14 |
Srv
The ID of the child process and its generation. The generation increases each time a child process is restarted, whether due to a server-restart or a limit placed on the number of processes a child is allowed to handle. See the MaxRequestsPerChild directive.
|
29987 |
PID
The child's process ID.
|
0/24/24 |
Acc
The first number in this trio is the number of accesses or requests using this connection. For non-KeepAlive connections, this will be 0 since each request makes its own connection and so is always the first (and last). The second is the number of requests handled thus far by this child. The third is the number of requests handled by this slot; the child may have come and gone, its slot taken by another.
|
W |
Mode
The child's mode of operation; one of the following possibilities:
"_" Waiting for Connection, "S" Starting up,
"R" Reading Request, "W" Sending Reply,
"K" KeepAlive (read),
"D" DNS Lookup, "L" Logging, "G" Gracefully finishing,
"." Open slot with no current process
|
0.09
2
0
0.0
0.16
0.16 |
CPU SS Req Conn Child Slot
Some of the less useful bits and pieces...
CPU: The child's CPU usage in number of seconds.
SS: Seconds elapsed since the beginning of the request.
Req: Milliseconds taken to process the request.
Conn: Kilobytes transferred across this connection.
Child: Megabytes transferred by this child process.
Slot: Megabytes transferred by this slot, across children.
|
www.mydomain.net |
VHost
Perhaps your server hosts multiple virtual domains; how would you determine which page is being requested by GET /index.html?. The VHost column helps you sort out which request is coming to which virtual host -- in this example, www.mydomain.net.
|
GET /server-status HTTP/1.0 |
Request
This particular hit is my request for server-status. The GET bit indicates a simple request for a document (as opposed to sending data to the server using POST). The browser (in this case the Unix command-line wget program) is using HTTP version 1.0.
For more on HTTP, see my earlier HTTP Wrangler column, "Introducing Apache."
|
Posted at 10:05 on 2008-Jun-12
คุณต้องตอบคำถามเหล่านี้ ในทันทีที่อ่านจบ ห้าม ใช้เวลา
และห้ามแอบดูคำตอบก่อน
มาลองพิสูจน์ดูว่าคุณฉลาดแค่ไหน
คำถามแรก คณิตศาสตร์แสนซน
ตั้งด้วย 1000 บวก 40 เข้าไป จากนั้นบวกด้วย 1000 อีกที
แล้วก็บวกด้วย 30 แล้วบวกด้วย 1000 แล้วบวก 20
จากนั้นบวก 1000 อีกที แล้วก็บวก 10 คำตอบคือ?
ได้ 5000 หรือ? คำตอบที่ถูกคือ 4100
คำถามข้อที่สอง
คุณเข้าร่วมในการแข่งขัน คุณแซงคนที่สอง
ตำแหน่งของคุณตอนนี้คือ?
คำตอบ ถ้าคุณตอบว่าคุณอยู่อันดับแรก ยังไม่ใช่
ถ้าคุณแซงคนที่สอง คุณก็อยู่ในอันดับของเขา คุณก็อยู่ที่สองสิ!
คำถามข้อที่สาม
ถ้าคุณแซงคนสุดท้ายล่ะ คุณจะอยู่ในลำดับที่เท่าไหร่?
คำตอบ ถ้าคุณตอบว่าอยู่อันดับรองโหล่
อีกทีนึง บอกหน่อย คุณจะแซงคนสุดท้ายได้ยังไง?
มาถึงคำถามข้อสุดท้าย
พ่อของ Mary มีลูกสาว 5 คน: 1. Nana, 2. Nene,
3.Nini, 4. Nono.
คนสุดท้องชื่อว่าอะไร?
คำตอบ Nunu? ไม่.
คนสุดท้ายชื่อ Mary สิ ลองกลับไปอ่านคำถามอีกครั้ง
ใครตอบถูกทุกข้อยกมือหน่อย
วันนี้ หงอยๆ ออกไปทางวิ้งๆ สงสัยพึ่งสร่างไข้ เลย ไล่เปิด blog ของคนนั้นคนนี้ อ่านไปเรื่อยๆ เจอบทความนึง ผมชอบมากตรงใจผมมากเลย เลย ขออนุญาติแอบ copy มาใส่ใน blog ตัวเองบ้าง เผื่อท่านอื่นๆ แวะมาอ่านจะได้คิดๆเหมือนหรือไม่เหมือนผมก็แล้วแต่
"ต่อไปนี้เป็นความคิดเห็นส่วนตัวของผมนะครับ ที่ผมเขียน blog entry นี้เพราะว่าหลาย ๆ ครั้งที่ผมเห็นคนถกเถียงกันแทบเป็นแทบตายตอนเลือก OS สำหรับเครื่องเซิร์ฟเวอร์ที่ไม่ต้องการให้แฮกเกอร์บุกรุกได้เช่น อย่าใช้ Windows เลยใช้ Linux ปลอดภัยกว่า หรือ Linux มันยังไม่ค่อยปลอดภัยต้องใช้พวก BSD หรือแม้กระทั่ง FreeBSD ก็ยังไม่ปลอดภัย ต้อง OpenBSDสิ ถึงจะปลอดภัยที่สุด
เมื่อการถกเถียงแบบนี้บ่อย ๆ เข้าก็เกิดคำถามในใจของผมคือ เราเอาอะไรมาวัดว่า OS หนึ่ง ๆ จะดีกว่า OS อีกตัวในแง่ Security? หรือถ้าหากเราใช้ OS ที่กล่าวอ้างกันเหล่านั้นแล้วเราจะสามารถป้องกันแฮกเกอร์ได้จริงหรือ?
คำตอบจากประสบการณ์ส่วนตัวแล้วความรู้สึกของผมก็คือ ผมมองว่าความมั่นคงปลอดภัยทางคอมพิวเตอร์นั้นมันไม่ใช่ขึ้นอยู่กับแค่ระบบปฎิบัติการแค่เพียงอย่างเดียว ถ้าผมเปรียบการบริหารจัดการเซิร์ฟเวอร์เหมือนกับโซ่เส้นหนึ่ง โซ่เส้นนี้ก็จะเกิดจากการประกอบกันของข้อโซ่ต่าง ๆ เช่น ระบบปฎิบัติการ (Operating System), การตั้งค่าต่าง ๆ ของแอพพลิเคชั่น (Application Configuration), คุณภาพของซอฟต์แวร์ที่ติดตั้ง, ความสามารถของผู้ดูแลระบบและอื่น ๆ ซึ่งถ้าเราจะวัดระดับความมั่นคงปลอดภัยของเครื่องเซิร์ฟเวอร์ก็เหมือนกับการที่เราวัดความแข็งแรงโซ่เส้นหนึ่ง ซึ่งความแข็งแรงของโซ่เส้นนั้น (คือทดสอบการดึงโซ่ให้ขาด) ก็คือความแข็งแรงของโซ่ข้อที่อ่อนที่สุดนั่นเอง
ฉะนั้นในความคิดของผมถึงแม้ว่าคุณจะใช้ OS ที่มีความปลอดภัยในตัวสูง ๆ มันก็เป็นแค่เพียงโซ่ข้อหนึ่งที่แข็งแรงเท่านั้น แต่ถ้าคุณปล่อยปละละเลยโซ่ข้ออื่น ๆ มันก็เปล่าประโยชน์ ฉะนั้นผมว่าเราไม่ควรเสียเวลาเถียงกันเรื่อง OS เลยครับ เลือกใช้ OS ที่คุณถนัดที่คุณคิดว่าคุณจะจัดการกับมันได้ง่าย แล้วมองความปลอดภัยของระบบแบบเป็นภาพรวม และหมั่นตรวจสอบให้โซ่ทุกข้อให้แข็งแรงพอ ๆ กันดีกว่า แค่นี้ก็ทำให้ระบบของคุณปลอดภัยขึ้นเยอะแล้วครับ"
ลอกมาจาก http://www.yannarak.net/node/318 ขอบคุณมากครับ
ขั้นตอนการทำ
1.) ดาว์โหลดไฟล์ Blacklist มาไว้บนเครื่อง
#wget -O - http://www.malware.com.br/cgi/submit?action=list_postfix > /etc/postfix/mbl-body-deny
2.) เปิดไฟล์ /etc/postfix/main.cf แล้วแก้ไขบรรทัดต่อไปนี้
body_checks = regexp:/etc/postfix/mbl-body-deny
หากไม่มีบรรทัด body_checks พิมพ์เข้าไปเองน่ะครับ
3.) สั่งให้ postfix โหลด /etc/postfix/mbl-body-deny เข้าทำงาน
#postmap /etc/postfix/mbl-body-deny
4.) restart postfix
#/etc/init.d/postfix restart
ขั้นตอนต่อไปเป็นการสั่งให้ update blacklist อัตโนมัติ
1.) สร้าง shell script สำหรับ update blacklist
#nano /etc/postfix/fetch.postfixmalware.sh
แล้วเพิ่มบรรทัดเหล่านี้เข้าไป
#!/bin/bash
# Script to update malware urls
/usr/bin/wget -O - http://www.malware.com.br/cgi/submit?action=list_postfix > /etc/postfix/mbl-body-deny
/usr/sbin/postmap /etc/postfix/mbl-body-deny
/etc/init.d/postfix reload
บันทึกและออกจาก nano editor
3.)เปลี่ยน permission ให้กับ /etc/postfix/fetch.postfixmalware.sh
#chmod +x /etc/postfix/fetch.postfixmalware.sh
4.) เพิ่ม crontab ดังนี้
#crontab -e
จากนั้นเพิ่ม
40 03 * * * /etc/postfix/fetch.postfixmalware.sh >/dev/null 2>&1
Credit : http://gillclub.blogspot.com/2007/07/malware-postfix.html
เมื่อวาน ได้มีโอกาส หยุดพักเนื่องจากป่วย ตอนเช้าน้ำมูกไหลติ๊งๆ สงสัยจะเป็นภูมิแพ้แล้วละ
ตกบ่าย ค่อยยังชั่ว เลย ขับรถไปข้างนอกๆ เพลินๆ ไปเรื่อยๆอ้าวอยู่บนทางด่วน ไปลงบางปะอินแล้ว ไหนๆ ก็ไหนๆ ละ เลยไปวัดเลยดีกว่า ทำบาปมาเยอะละ กะว่าจะไปสอย สักเก้าวัด
วัดแรก ที่ไปถึง วิหารหลวงพ่อมงคลบพิตร ไปถึง เอ.. ทำไม ซุ้มขายของหน้าวัดหายไปไหนหนอ เดินไป เดินมาถามเขา เลยร้องอ๋อ เขารื้อไปแล้ว เนื่องจากคนใหญ่โตให้มารื้อ เพราะ เป็นมรดกโลกแล้ว (ทำไมเป็นมรดกโลก ชาวบ้านต้องเดือดร้อนหนอ ขอทานยังต้องย้ายเลยฮ่ะๆๆๆลำบากกันไปหมดเลย)
วัดที่สองไปวัดไรหว่า อ้อ วัดกษัติยาราม เขาว่าไหว้วัดนี้แล้วจะใหญ่โต ในอนาคต ไปถึงปรากฏว่า มีป้าย ไรสารพัดเลย ห้ามโน่นห้ามนี่ ให้วิ่งงี้ ให้ทำโน้น สงสัย วัดนี้ระเบียบเยอะ สุดท้ายเจอป้ายห้ามเอาสุนัขเข้าบริเวณอุโบสถ ..... โอ้ว วัดนี้ห้ามหมาทำบุญ (เพราะหมาไม่มีเงินใส่กล่องบุญมั้ง) เอ๋าสรุปเจ้าหมา รออยู่ในรถ ละกันเนอะ ห้ามทำบุญ
วัดที่สาม วัดใหญ่.....จำชื่อเต็มไม่ได้ละ สำหรับผมเรียกวัดใหญ่ก๋วยเตี๋ยวไก่ฉีก วัดนี้มาจากมาก ไปวนรอบยุดยาอีกรอบ เพราะ GPS เจ้ากรรม มันพาไปเที่ยวไหนไม่รู้ แต่ด้วยความพยายามมาถึงจนได้ ร่มรื่นดี เนอะวัดนี้ไหว้แล้วได้ feeling ของวัดเก่า จริงๆ มีซากโบราณไรเต็มไปหมดเลย เจอฝรั่งนางนึงพยายามจะไหว้กับเขาเหมือนกัน สงสัยอยากลองทำกับเขาบ้าง
วัดที่สี่ วัดพนัญเชิง มาคราวนี้แปลกมาก ลานจอดรถโล่งมาก ปกติมาเสาร์อาทิตย์ต้องหนีไปจอด ตรงสุสานสาธรณะฝั่งตรงข้าม สบายดีมาวันที่เขาทำงานกัน มาถึงวัดก็ยังเจอคนอื่นเขาทำงานกัน เช่น ... ปล่อยนกไหมเพ่ ... ปล่อยปลาเป้นสิริมงคลไหมพี่ ...... รีบๆ ไปไหว้พระ แล้วก็เข้าอุโบสถ ปรากฏว่าเจอเทศกาล ห่มผ้าให้พระ คนรอคิวเยอะมาก ...... เลยเป้นอีกครั้งที่ไม่ได้ ห่มผ้าให้พระเลย กะว่าคราวนี้คนน้อยแล้วนะ มาสี่ครั้งไม่เคยได้ห่มเลย
หมดวัดนี้ ก็ปาไปจะห้าโมงเย็นแล้วละ เลยตัดสินใจฝากห้าวัดที่เหลือไว้รอบหน้า ละกัน แต่สิ่ง ที่แปลกประหลาดทั้งหมด คือ สมัยนี้ กับสมัยก่อน เวลาไปวัดจะไม่ค่อยเหมือนกันคือ สมัยเด็กๆ ไปวัดกับแม่ ไปทำบุญแม่จะใส่ซองประเคนพระเอง อยากถวายก็ถวายเอง นอกจากจะมีงานบุญ ถึงจะมี กล่องบุญให้บริจาค
แต่สมัยนี้ละ เดินไปทางไหนก็มีกล่องเติมบุญสารพัดให้เลือกสรร ทำบุญกันทั่วไปไม่ว่าจะเป็น ...... ทำบุญค่าดอกไม้ทุฐเทียน ชุดละยี่สิบแนะ (สงสัยน้ำมันแพง) ทำบุญค่าน้ำค่าไฟ ทำบุญซื้อที่ (ไม่รู้จะซื้อไปถึงไหน) ทำบุญหลังคาโบสถ ทำบุญให้เจ้ากรรมนายเวร ทำบุญโรงทาน ทำบุญค่าเซียมซี ทำบุญ.......บลาๆๆๆๆๆๆ เลยเนอะสมัยนี้อยากเติมบุญให้ตัวเองก็ เปิดกระเป๋าตังส์หยิบเงินมา หยอดลงไปก็จะได้บุญในสาขาที่ตัวเองอยากได้
บุญสมัยนี้เติมได้ตามใจชอบแต่บาบสมัยนี้ก็เกิดขึ้นง่าย ตามใจเราเหมือนกัน
Today after FreeBSD server upgrade with portupgrade and freebsd-update, i started getting following error on a CGI script that use MySQL database.
Can't locate DBI.pm in @INC
(@INC contains: /usr/local/flashcp/
/usr/local/lib/perl5/5.8.8/BSDPAN
/usr/local/lib/perl5/site_perl/5.8.8/mach
/usr/local/lib/perl5/site_perl/5.8.8
/usr/local/lib/perl5/site_perl/5.8.7
/usr/local/lib/perl5/site_perl
/usr/local/lib/perl5/5.8.8/mach
/usr/local/lib/perl5/5.8.8 .)
at /home/free/cgi-bin/index.cgi line 8.
BEGIN failed--compilation aborted
This error is due to Perl module DBI is missing, to install it, i loged in to server and run cpan, cpanel allow you to install Perl modules.
server22# cpan
cpan> install DBI
Running install for module DBI
Running make for T/TI/TIMB/DBI-1.50.tar.gz
LWP not available
Fetching with Net::FTP:
DBI-1.50.tar.gz
CPAN: Digest::MD5 loaded ok
LWP not available
Fetching with Net::FTP:
FreeBSD: Registering installation in the package database
Appending installation info to /usr/local/lib/perl5/5.8.8/mach/perllocal.pod
/usr/bin/make install -- OK
cpan> exit
Terminal does not support GetHistory.
Lockfile removed.
server22#
after installation type "exit" to exit cpan shell. AFter installing DBI, i refreshed the CGI script, the error is gone, now i start getting different error
install_driver(mysql) failed:
Can't locate DBD/mysql.pm in @INC
(@INC contains: /usr/local/flashcp/
/usr/local/lib/perl5/5.8.8/BSDPAN
/usr/local/lib/perl5/site_perl/5.8.8/mach
/usr/local/lib/perl5/site_perl/5.8.8
/usr/local/lib/perl5/site_perl/5.8.7
/usr/local/lib/perl5/site_perl
/usr/local/lib/perl5/5.8.8/mach
/usr/local/lib/perl5/5.8.8 .) at (eval 8) line 3.
Perhaps the DBD::mysql perl module hasn't been fully installed,
or perhaps the capitalisation of 'mysql' isn't right.
Available drivers: DBM, ExampleP, File, Proxy, Sponge.
at /home/free/cgi-bin/index.cgi line 16
To fix the problem, need to install DBD::mysql module, so back to cpan
install DBD::mysql did not worked, this is because it try to connect MySQL database for testing, but MySQL login with out password is disabled in the server. So we have to do force install
server22# cpan
Terminal does not support AddHistory.
cpan shell -- CPAN exploration and modules installation (v1.7602)
ReadLine support available (try 'install Bundle::CPAN')
cpan> force install DBD::mysql
/usr/bin/make install -- OK
cpan> exit
Terminal does not support GetHistory.
Lockfile removed.
server22#
After installing DBD::mysql the perl script start working.
Posted at 05:44 on 2008-May-30
Logo ของสินค้าชื่อดังหลายๆ Brand มีบางสิ่งบางอย่างซ่อนอยู่ข้างใน พวกเราลองสังเกตุ Logo เหล่านี้.
1. Logo Fedex ระหว่างตัวอักษร E และ X มีลูกศรซ่อนอยู่ด้วย
2. Logo ของสายการบิน Jetstar ระหว่างตัวอักษร T กับรูปดาวก็มีลูกศรซ่อนอยู่เช่นกัน
4. Logo ของ Amazon.com จะมีลูกศรสีเหลืองโยงระหว่าง ตังอักษร A กับ Z ซึ่งหมายถึงมีทุกสิ่งทุกอย่างตั้งแต่ A จนถึง Z แต่ถ้าสังเกตุให้ดี ลูกศรนี้เป็นรูปปากของลูกค้าที่กำลังยิ้มอย่างพึงพอใจด้วยครับ
3. Chocolate ชื่อดังยี่ห้อ Toblerone ของสวิตเซอร์แลนด์ มี Logoเป็นรูปภูเขา Matterhorn แต่ถ้าพวกเราสังเกตุให้ดีก็จะพบว่ามีรูปหมีซ่อนอยู่ในรูปภูเขาด้วย
5.Logo ของ Sun Microsystems สัญญลักษณ์ Sun ทางซ้ายมือของ Logo จากทุกด้านไม่ว่าซ้ายไปขวา ขวาไปซ้าย บนลงล่าง หรือจากล่างขึ้นบน จะสามารถอ่านว่า SUN ทั้งนั้นครับ
ชอบโลโก้ sun มากอ่ะ ลํ้าลึกจริงๆ Cradit : Mina@BTT
Posted at 07:43 on 2008-May-23
เื่มื่อปีที่ผ่านมา สมัยนกฝ่าพายุ (นกสายพันธ์ใหม่)ตัวหนึ่งยังบินอยู่ตัวเดียว บินมันอยู่นั่น สู้กับพายุลูกแล้วลูกเล่า ไม่ว่าจะเป็นพายุ traffic บ้าง พายุerror บ้าง พายุ resouce หมดบ้าง
บางครั้งจ่าฝูงก็มาช่วยเหลียวแลบ้างให้เงินมาซื้อ อุปกรณ์ต่อสู้พายุ ไม่ว่าจะเป็นเครื่องใหม่บ้าง switch ใหม่บ้าง ล่าสุดให้ ชุดเกราะตัวละล้านกว่า มาใส่ server แต่บางครั้งจ่าฝูงก็ไม่ให้บอกว่าไป optimize เอาฮือๆๆ นกแก่ตัวนี้เหนื่อยนะ
วันนึแม่นก HR ดำริว่า นกแก่ตัวนี้ น่าจะมีผู้ช่วยบินสู้พายุ (อย่างกับหนังเรื่อง the gradiuen เลย ) ก็เลย ไปเดินตามหาลูกนกจบใหม่ได้มา 1 คน จริงๆ ต้องบอกว่า เลือกมากจน...... ไม่มีใครผ่านข้อสอบเลย จน แม่นก HR บอกต้องรับแล้วนะ เลยเปลี่ยนแนวในการสรรหา
ผมต้องการคนที่บอกว่า "ต้องได้" เพราะถ้านกฝ่าพายุอย่างเราๆ บอกคนอื่นในสายงานว่าผม... เอ่อ ไม่รู้ครับพี่ แก้ไม่ได้ นี่ ตายกันทั้งลำเลย ดังนั้นนกฝ่าพายุอย่างเราๆ ต้องบอกทุกคนว่า "ได้ สบายเดี๋ยวจัดให้ ส่วนจะไปปวดสมองหลังบ้านนี่อีกเรื่อง"
วันนี้ได้อ่าน blog ของเพื่อน ร่วมงานท่านนึงเป็นเรื่อง กำลังใจ แหละ กลับมาย้อนดูไรบางอย่างว่า ทีมงานอื่นๆ มักจะมีพี่เลี้ยงให้ ช่วยกันทำงานไปเรื่อย แต่แผนกผม ชอบส่งน้องไปตายหน้างาน ให้ลองตัดสินใจเอง (มันดีหรือไม่ดีหนอ) สุดท้ายวันนี้ ผมพูดได้เต็มปากละ ว่า ที่ TARAD มีนกฝ่าพายุตัวใหม่หัวใจร่าเริง เพิ่มมาอีกตัวแล้วครับ
ps. กรูสบายแล้ว
อ่าน blog คนอื่นเรื่อง ทริปหัวหินที่ผ่านมา มีแต่รูปสวยงาม มากมาย จนเราไม่รู้จะเขียนไรเพราะกล้องไม่ได้เอาไป ..... ไปอาศัยติดกล้องคนโน้นคนนี้เอา หนีไปเขียนอีกมุมดีกว่า เรื่องมันเกิดมาจาก ความเมาคืนก่อนที่จะถ่ายรูปนี้ได้ เมาครับ ไม่รู้สายไหน ต่อสายไหนมาปะทะกัน คนเหล็ก คนจริงๆ สายแข็งกว่า .....ง ชนกันมั่วไปหมด
ไอ้เราคออ่อน ต้องหนีไปนอน แอบขำ พวกสายแข็งกว่าอ้วกกัน ขำคนเหล็กกินยาบ้า ไม่หลับไม่นอน
พอเช้ามายังวิ้งๆ อยู่เลย .... แม่งานของเรามาลากไปถ่ายรูป แถวค่ายพระรามหก ไอ้เราเข้าไปก็บอกน้องๆ มาว่าพึ่งมาเมื่อเดือนที่แล้วขอนั่งรอดีกว่า จริงๆ เมาเดินไม่ไหว เลยได้เจอของแปลกมา นั่นคือ
เสา......... เสาวัง ครับ เสาวังมีร่องใส่น้ำ ก็นั่งคิดเอ มันทรุดหรือเปล่าหนอ คิดไปคิดมา เอมันเหมือนกันทุกเสา เลยสรุปได้ว่า เขาเอาไว้ใส่น้ำกันมดเนอะ สมัยก่อนไม่มีที่ฉีดไล่มด ฆ่ามดมันบาป ทางที่ดี เลยไม่ให้มันมากวนละกัน ดังนั้นกั้นไว้อย่าให้มัน เข้ามาสร้างความลำบากใจกับเรา คนสมัยก่อน นี่ฉลาดดีเนอะ ป้องกันปัญหา ตั้งแต่ยังไม่เกิด
แล้วคนสมัยนี้ละรู้จักป้องกันก่อนจะเกิดแล้วหรือยัง หรือเกิดแล้วค่อยแก้
Posted at 10:46 on 2008-May-21
เช้าวันนี้ตื่นมากับความงัวเงียแล้ว ก็แอบยิ้มได้เล็กๆ กับ สิ่งที่เราได้ทำไปเมื่อสองสามวันก่อน .... ทำไรลงไปหนอ ลืมไปละ ต้องไปถามตาหนึ่ง เวปปั่นดู อ๋อออ เรา แก้ เรื่อง 301 ด้วยมั้ง จริงๆ ทำไปหลายอย่างจนสันนิฐานไม่ได้ว่าทำไร
สิ่งที่ได้มาน่าพิศวงมากมายเลย กับ จำนวน unique ip ที่โตขึ้นผิดหูผิดตา จนน่าสนใจว่า Google ให้อภัยเราแล้วหรือเปล่าเนี่ย เหตุการ Traffic เต็มสาย กำลังรุกรานเราอย่างหนัก ..... ต้องใช้พลังโยกย้ายฟ้าดิน อีกรอบ เดี๋ยวเจอกัน อีกรอบ ถึงเวลา TARAD Strike back แล้ว !!!
เราจะกลับมา !!
Comments (0) | Post A Comment! | Permanent Link
------- Naga Siren -------
ฮีโร่ของฝ่าย Sentinel ตัวเป็นนางเงือกสีเขียวเหลืองโจมตีใกล้ เบา และ HP น้อยมาก Mana พอจะมีบ้าง ท่าสุดยอดคือร่ายมนต์หลับ
นากาเป็นฮีโร่ที่เล่นยากที่สุดในเกม ยากกว่า N'aix ยากกว่า Phantom Assassin และก็ยากกว่า Pugna
ข้อแนะนำสำหรับคนที่จะเล่น Naga Siren
ผู้เล่นใหม่ (เล่นมาต่ำกว่า 100 เกม ไม่เคยเล่น Normal game จริงจังและไม่เคยแตะ Starcraft มาก่อน)
- ขอให้ข้ามนากาไปเลยไปเล่นตัวอื่นให้คล่องก่อนเช่น Crystal Maiden
ผู้เล่นมาซักพัก (เล่นประมาณ 100 เกม พอจะรู้จัก Hero ซัก 80% ของเกม)
- ก็ขอให้ข้ามนากาเช่นกัน จะลองก็ได้แต่ไม่แนะนำ ขอให้ไปเล่นพวก Rhasta, Tormented Soul ก่อนจะดีกว่า
ผู้เล่นมีฝีมือพอสมควร (ประมาณ 200-300 เกม รู้จัก Hero ทั้งหมด สามารถ Micro ได้บ้าง)
- ถ้ายังไม่เคยฝึกพวก N'aix, PA, Pugna ก็ขอให้ลองก่อน เพราะตัวพวกนั้นเล่นง่ายกว่านากา แต่ถ้าจะมาลองก็ OK
ผู้เล่นเก่ง (ประมาณ 400 เกมขึ้นไป รู้จัก Hero และ Item เป็นอย่างดี Micro ได้เก่ง มีความสามารถในการเล่นเป็นทีมสูง)
- อยากจะให้ลองเล่นนากาดูบ้าง เพราะมันเป็นฮีโร่ที่เก่งมาก ถึงมากที่สุด ในช่วงหลังเกม ซึ่งฮีโร่ส่วนใหญ่ 90% ของเกมแทบจะสู้ไม่ได้เลย และมีประโยชน์ต่อทีมมาก ๆ ด้วย
---------------------------------------------------------------------
เริ่มกันที่นากา
Range: 100 โจมตีใกล้
Primary: Agility ใช้ AGI เป็นหลัก
Speed: 320 เดินเร็วมาก
Armor: 4 เกราะโอเค
Str: 19 Agi: 21 Int: 15 เน้นไปที่ AGI
Damage: 51 - 53 โจมตีปานกลาง
HP: 511 Mana: 195 HP น้อยมาก
Mirror Image แยกร่าง
Level 1/2/3/4
แยกร่าง1/2/3/3 ร่างโจมตีแรง 15/30/30/45%
Mana Cost: 85/105/130/150.
Cooldown: 60 seconds
Ensnare
โยนแห Level 1/2/3/4 จับขังไว้ 2/3/4/5 วินาที
Mana cost: 75/85/95/115.
Cooldown: 14 seconds
Critical Strike
คริติคอล 1.5 เท่า Level 1/2/3/4 มีโอกาสเป็น 15/25/35/45% ที่จะติด (Image ได้ผลด้วย)
Song of the Siren (Ultimate)
ร่ายมนตร์หลับ Level 1/2/3 นาน 6/7/8 seconds.
Mana cost: 200/275/360.
Cooldown: 120 seconds
วิธีอัพท่า
1 - Ensnare
2 - Image / Stats
3 - Ensnare
4 - Image / Stats
5 - Ensnare
6 - Image / Song
7 - Ensnare
8 - Image
9 - Song / Image
10-13 - Critical / Image
14-23 - Stats / Crit
24-25 - Song of the Siren
ถ้าคนเล่นเก่ง คิดว่าตัวเองสามารถ Creep ได้ในช่วงแรก ให้อัพ Stats สลับมาก่อนได้นิดหน่อยแล้วค่อย ๆ กด Image ไปตามหลัง แต่ภายใน Lv 13 ต้องได้ท่าตามนั้นเช่นกัน
Siren จะเริ่มเก่งตอน Lv 13 ขึ้นไป และต้องมีไอเทมประจำตัวคือ Diffusal Blade
Siren สามารถทำ Damage ได้เยอะมาก โดย Diffusal Blade จะ Feedback 18 mana / image และถ้าอัพเกรดเป็น Manta's Style จะ Feedback 36 mana / image ทำให้พลังโจมตีแรงขึ้นประมาณ 100 เศษ ๆ ซึ่งจะโจมตีทั้ง HP และ Mana
Image ของ Siren ไม่สามารถใช้ไอเทม + Damage ได้ เช่น Buriza, Monkey, Radiance ฯลฯ ดังนั้นจำเป็นต้องใช้ไอเทมเฉพาะตัวเท่านั้น ** ในการต่อสู้ โดยจะต้องใช้ไอเทมดังนี้
Item Order
- Wood / Circlets / Water
หรือจะขึ้นด้วย Wraith Band ซัก 1-2 อันก่อนก็ได้จะทำให้ Safe กว่าการขึ้น Diffusal Blade เลย แล้วค่อยขายทิ้งทีหลัง
- Robe of Magi +6INT
- Blade of Alacrity + 10AGI
- Diffusal Blade (MIX)
- Boot of Speed
- Vit Booster
- Vit Booster
- Glove -> Thread (MIX) - 1
- Manta Style (MIX) - 2 don't mix until you use all of your diffusal blade charge
- Reaver +25STR
- Heart (MIX) - 3 or Make Yasha to boost Damage
- Eagle +25AGI
- Quarter Staff
- Butter Fly (MIX) - 4
- Dagger of Escape - 5 or Make another diffusal blade
- Butter Fly or Heart or Boot of Travel or GEM - 6
* ถ้าเจอ Bone/BH/Spider/PL/Riki ให้รีบซื้อ GEM หลังจาก HP 2000
Image ของ Siren จะทำ DAMAGE จาก AGI เท่านั้น ซึ่ง 10 AGI สามารถเพิ่ม Damage โดยรวมได้ 23.5 ต่อครั้ง
Attack Speed จำเป็นเนื่องจากการโจมตีแต่ละครั้งจะ Burn Mana และ Feed Back *IGNORE ARMOR* ทำให้เพิ่มความแรงต่อ Hit ได้สูงกว่าตัวอื่น
HP - Siren HP น้อยมากและมีข้อเสียตรงจะแพ้ AOE Spell (Area of Effect) ดังนั้นจะต้องทำให้ Siren HP มากกว่า 2000 เป็นอย่างน้อยและจะต้องมากกว่า 3000 ถึงจะดี เนื่องจาก Damage โดน 300% ที่ Image จะให้รอดท่า Wave, Carrion จะต้องมี HP > 1000 ขึ้นไป
Siren ช่วงแรกกระจอกมาก ต้องค่อย ๆ เก็บเงินและฝึกให้ดีก่อนที่จะเล่น
วิธีเล่นช่วงแรก - หนี ๆ ๆ เก็บ Creep ที่ hp น้อย และโยนแหหยุดเมื่อศัตรูเข้ามาโจมตี
หลังจากได้ Diffusal และ Lv 13+
- โยนแห
- แยกร่าง
- โจมตี
ถ้าไม่ตายให้
- purge / เสกหลับ
- โยนแห
- โจมตี
โยนแหทะลุ Avatar ทำให้ใช้ได้ผลกับทุกตัว, เสกหลับใช้แค่ Lv 1 ก็พอ, ห้ามมมมมมมมมมมม ใช้ไอเทม Orb Effect ชิ้นอื่นเด็ดขาด
Siren สามารถสู้กับ Hero ได้ถึง 2-3 ตัวในช่วงหลังเกม แต่จะต้องคุมเก่ง ๆ จริง ๆ และมีชีวิตรอดให้ได้ถึงตอนนั้น
โดยจะสามารถ แยกร่างได้สองครั้ง (จาก Manta Style ด้วย) หลบได้ 25% จาก Butter Fly อัดเร็วมาก ๆ และ Blink โยนแห เสกหลับ Critical ได้ทั้งหมด 6 ตัว
การคิด Damage
Manta Burn 36 x 6 mana = 144 Mana per hit ! !
Critical Hit 45% , Normal Hit 55% = 122.5%
Image x 5 = 45% x 3, 30% x 2 => 195% damage คูณค่าคริติคอลได้ 238% Damage
***ดังนั้น Damage รวม = 350% จากที่เห็น*** บวกด้วย 144 และอัด Mana ลดอีก 144 ทำให้อัดรวมกันได้ประมาณครั้งละ 500-600 HP และ 144 Mana
ตัวที่ให้ระวัง
- Sven + Magnus Cleaving Attack ถ้าให้สู้จริง ๆ ก็ชนะ แต่ต้องระวังหน่อย
- Maiden, Sand King Ultimate ถ้าเจอสองตัวนี้ ให้ใช้ BKB ด้วย โดยเอา Butter Fly หรือ Dagger of Escape ออกไป
- Axe ช่วงแรก ๆ
- NUKER ช่วงต้น ๆ / AOE ทั้งหลาย ! ! !
อีกอย่าง ถ้าเล่นห่วยตั้งแต่แรก จะเป็นตัวถ่วงของทีม ในทันที !!! ดังนั้น ก่อนจะเล่นต้องบอกเพื่อนร่วมทีมให้เรียบร้อยว่าจะต้องช่วยคุ้มกันให้ด้วย อย่างไรก็ตามแต่ใจชอบนะครับ
Lich ก่อนจะโดน Chain Frost กดแยกร่าง ก็ไม่เป็นไรแล้ว ไม่โดนอะไรเลยด้วย เหมือนท่าปาค้อนของ Sven และ Leoric
ส่วน Moon ก็ให้แยกร่าง Manta ก่อนพอโดนไปซักพักให้กด แยกร่าง Mirror Image ก็ไม่ต้องกลัวน่ะ
วิธีเก็บ Axe ไม่ยากนะ ตอนหลังเกม
เอา Butter Fly ออก ใส่ Sheep Staff เข้าไป
จากนั้นก็ Ensnare รอให้ BKB หมด (ถ้ามี)
เสกเป็นแกะ แล้วก็จัดการตามใจชอบ ... แต่ก็คงปลายเกมแหละ
ช่วงกลางเกม เจอก็ขว้างแห ตัวจริงอยู่เฉย ๆ เอาตัวปลอมฟันเข้าไป ถ้าใกล้ตายก็เข้าไปซ้ำ ถ้าไม่ตายก็หนี
คนที่ว่า Naga Siren ห่วยแตกสิ้นดีนั้น เป็นได้สองอย่างคือ
1. ยังไม่เคยเจอคนที่เล่น Naga Siren เก่ง (ส่วนใหญ่เป็น DotA Moderator ที่จะเล่นกันใน DotA Clan US.East ส่วนคนไทยนั้นหายากมาก)
2. ยังไม่รู้วิธีเล่นให้มันเก่ง (ผมก็เคยเล่นกับพวกนั้นมาเยอะ เลยเอามาแปะให้ดูละกัน เชื่อก็เชื่อ ไม่เชื่อก็ตามใจ เพราะว่า Replay 20-0, 30-1 อะไรพวกนั้น ไม่เคยเซฟไว้เลย)
โดยจริงแล้ว Naga Siren ไม่ได้ถือว่าเก่งที่สุด แต่จัดว่าเก่งมากในช่วงท้ายเกม ถ้าไม่เคยลองก็ขอให้ลองก่อนแล้วค่อยบ่นนะ ถ้าจะสู้กับคนที่มีฝีมือสูง ๆ ก็ไม่ใช่ว่าจะสู้ไม่ได้ แพ้หลุดลุ่ยขาดลอย ห่วยกระจอกอะไรแบบนั้น
1. Naga Siren สามารถรอดจากทุกตัวได้ 100% ถ้าไม่ใช่ Instant Dead คือ Ensnare - Sleep
2. Stun ไม่สามารถทำอะไร Naga Siren ได้เลย เพราะมี Image ช่วยกันตลอด ดังนั้นไม่รู้ว่าจะ Stun ตัวไหน หรือถ้าจะ Mass Stun ก็ไม่รู้ว่าจะอัดตัวไหนเหมือนกัน
3. Naga ท้ายเกมสามารถแยกร่างได้สองชุด โอกาส solo เดี่ยว ๆ แล้วตาย = 1% คือ Mana หมด
ลอกมา : http://www.thaicybergames.com/webboard/index.php?topic=10417.0;wap2
หลัก(ทำ)ประจำใจ
วันนี้ขอเสนอหลักทำ 2 ข้อ คือ 'เอาวะ' กับ 'ช่างแม่ง'
ข้อที่ 1 เอาวะ
หลักทำ 'เอาวะ' ใช้กับเหตุการณ์ที่จะตัดสินใจทำอะไรซักอย่าง
เมื่อท่านจะคิดจะทำอะไรซักอย่างให้พูดคำว่า 'เอาวะ'
หลักทำ 'เอาวะ' จะช่วยให้ท่านได้ลงมือทำตามปรารถนา
ข้อที่ 2 ช่างแม่ง
หลักทำ 'ช่างแม่ง' ใช้เมื่อเกิดความผิดพลาด หรือผิดหวัง
เมื่อเกิดความผิดพลาดหรือความผิดหวังขึ้นกับตัวท่าน ให้ท่านพูดคำว่า 'ช่างแม่ง'
หลักทำ 'ช่างแม่ง' จะช่วยสลัดท่านออกจากความเศร้าหมองที่ท่านตอกย้ำตนเอง
อาจไม่สุภาพ แต่ใต้จิตสำนึกมันช่วยท่านได้
Comments (1) | Post A Comment! | Permanent Link
วันนี้หลังจากนั่ง สนุกสนาน กับการ import DB search lot ใหม่เข้า cluster farm กับคำชมของตา เอ สุริยา ว่า "โอ้วมันแรงดีจริงๆ" เลยมานั่งคิดว่า นี่ขนาดยังไม่ได้ทำ performance เลยนะ ถ้าทำ จะเละสักแค่ไหน เลยงัดตำรา compile kernel กับ performance tuning มาใช้ เริ่มแรก กำลังสนใจเรื่อง Scheduler แบบใหม่ที่ออกมาหลาย version แล้วละแต่ สำหรับเจ้า version 7 นี่เขาว่าแข็งแรงมาก หลายๆ ที่บอกว่าแรงกว่าปกติได้ถึง 15 เท่า มันจะเป็นไปได้หรือเนี่ย สรุปว่าคืนนี้ compile kernel ใหม่ทั้ง cluster farm แล้วพรุ่งนี้มาวัดผลกัน พร่งนี้มาเล่าต่อ เดี๋ยวจะย้าย DB ยักษ์ มาเริ่มใส่ละ เอาตัวไหนดีหนอออออ เอ๋าใครอยากล้ม ยกมือขึ้น
Posted at 05:46 on 2008-May-13
เฮ้อ ช่วงนี้ดูข่าวมีแต่ คนตาย ตายทีละเยอะๆ ด้วยรอบๆ บ้านเราทั้งนั้น ถ้าเป้นกรุงเทพจะแย่ขนาดไหนหนอ
พูดถึงพายุเข้า ... โดนผลพวงจาก พม่า มา ฝนตก เป็นหวัดเลย หยุดงานไปวัน ที่ไหนได้แทนที่จะได้นอน สบายๆ วงแตกเลย ไฟดับที่ idc ที่เช่าอยู่ ดับไปชม.กว่า .. แปลกแฮะ ทำไมมี gen ไม่ทำงาน พอไฟมา แอร์ก็ไม่มา เฮ้ออออ ร้อนตับแตก
ว่าแต่นี่เราลาหยุดป่วยจริงๆ หรือเนี่ย
พึ่งรู้เหมือนกันว่า เวลาย้ายที่ ของ session ต้องตามไปแก้ cron ให้มันตามไปลบ นะ อยู่ที่ /etc/cron.d/php5 แก้ไปเหอะ เดี๋ยวมันตามไปเอง
Posted at 12:33 on 2008-May-12
ช่วงสองสามวันที่ผ่านมานี้ ไม่ค่อยได้อยู่บ้านเลย เนื่องจาก มีเหตุให้ต้องออกงานสังคม ... (พูดสะอย่างกับคนแก่เลย) พอดีช่วงวันที่เขียน จะมีงานแต่งงานเพื่อน เลยมีงานเลี้ยงส่งว่าที่เจ้าบ่าวกันหน่อย
เรื่องที่น่าดีใจอีกเรื่องนึงคือ เพื่อนฝูงสมัยเรียนด้วยกัน มาหลายปี ไม่เคยมาเจอพร้อมกัน เลย จะห้าปีแล้วละ เลยถ่ายรูปเก็บไว้ เดี๋ยวเอามาลงอวด ๆ กัน
ส่วนเรื่องที่น่าเสียใจคือ ทำไม วงเหล็กหายไปไหน ....... แค่ห่างซ้อมสามอาทิตย์มันทำเหลวแหลกขนาดนี้เลยหรือ ไปออกที่ watermill มาจบตั้ง 115 แนะ วงเหล็กหายไปไหน Driver ก็ไม่มา ฮือๆ เมื่อไหรจะ break เนี่ยเรา
Posted at 05:00 on 2008-Apr-22
วิธี Forward Mail
สมมติว่า Email Address ที่เราเปิดเช็ค mail เป็นประจำชื่อว่า main@gmail.com และ email address ของ Gmail ที่เหลือชื่อว่า second@gmail.com และ third@gmail.com
เราก็เพียงแต่ login เข้าไปที่บัีญชี second@gmail.com และ third@gmail.com และเลือก Settingsและเลือก Forwarding and POP/IMAP จากนั้นที่ช่อง Forwarding ให้เราเลือก Forward a copy of incoming mail to และเติม Email Address (ในที่นี้ก็คือ main@gmail.com) หลังจากนั้นก็ทำการ Save คำสั่ง หลังจากนี้แล้ว เมื่อมี mail ที่ถูกส่งมายัง second@gmail.com และ third@gmail.com ก็จะถูก forward มายังบัญชี main@gmail.com ทันที
วิธี Mail Fetcher
ก็ใช้วิธีสมมติตามเดิมนะครับ ก่อนอื่นเราก็ต้อง Login เข้าไปบัญชี second@gmail.com และ third@gmail.com และ เลือก settings และ เลือก Forwarding and POP/IMAP จากนั้นที่ช่อง POP Download ให้เลือก Enable POP for all mail (even mail that's already been downloaded) และทำการ save ให้เรียบร้อย
หลังจากนั้นก็ทำการ Login บัญชี main@gmail.com เลือก settings และเลือก Accounts จากนั้นในช่อง Get mail from other accounts: ให้เรา click ที่ Add another mail account
ในหน้า windows ที่เปิดขึ้นใหม่ ให้เราใส่ Email Address ในที่นี่ก็คือ second@gmail.com และ click NEXT
ในช่อง Username ก็พิมพ์ second@gmail.com และใส่ password ให้เรียบร้อย แล้วก็ click Add Account
ทำตามขั้นตอนเดียวกันสำหรับ third@gmail.com
หลังจากนี้ mail ทุกฉบับของ Email ทั้งสองก็จะถูกส่งมายัง main@gmail.com โดยอัตโนมัติ นอกจากนี้ mail เก่าๆที่อยุ่ใน INBOX ของ บัญชี Email ทั้งสอง ก็จะถูกส่งมาที่ main@gmail.com ด้วยครับ
เราสามารถ Add Account สำหรับ Mail Fetcher ได้ทั้งหมด 5 บัญชีครับ
เพื่อให้ การเช็ค mail ไม่สับสนจนเกินไป เราอาจ สร้าง label เพื่อจัดเก็บ mail ที่มาจากทั้ง 2 address นี้แยกไว้ในแต่ละ Label ก็ได้
ลอกเขามา http://megamisc.blogspot.com/2008/04/gmail-tips-mail-fetcher-mail-forwarding.html
<- Last Page | Next Page ->
|
