Khắc phục lỗi “lỡ tay” di chuyển các thư mục hệ thống trên Linux

Hôm nay trong khi di chuyển trên bằng ô tô, thấy phí thời gian quá, đem điện thoại ra nghịch, kết nối vào Server làm nốt một đoạn công việc còn dang dở. Ngặt một nỗi, là cái màn hình bé tẹo, thêm nữa là mạng 3G rùa bò, bò qua Mỹ rồi vòng về Việt Nam, nên đâm ra cái sự đời mình mình trở nên “đen” hơn… với cú pháp kinh điển với quyền root

[code]mv -v abc /* bcd[/code]

Đúng là quá đen khi cái thư mục bcd của mình nó dài nguyên mấy gang tay nếu tính theo cỡ 12pt… trên cái màn hình bé tí tẹo kia thì không thể đỡ được, việc còn duy nhất một kết nối bằng cái điện thoại bé tí để xử lý sự cố… có vẻ là việc bất khả thi đối với mình trong thời điểm này… chưa kể điện thoại còn đang hết pin. Việc khó, trong hoàn cảnh vô cùng thê lương, nhưng đúng là không có gì không thể giải quyết được, miễn là bạn đừng bỏ cuộc.

Tìm kiểm giải pháp từ bạn Google, rất may là các bạn Tây đi trước đã mách nước giải quyết cho mình. Lệnh cũng khá đơn giản với Centos phiên bản 64 bit

[code]export LD_LIBRARY_PATH=/bcd/lib64 /bcd/lib64/ld-linux-x86-64.so.2 /bcd/bin/mv /bcd/{bin,etc,lib32,lib64,root,sbin,usr} /[/code]

Với phiên bản Centos 32 bít bạn có thể sử dụng lệnh sau

[code]export LD_LIBRARY_PATH=/bcd/lib:/bcd/lib/i386-linux-gnu /bcd/lib/ld-linux.so.2 /oops/bin/mv /oops/* /[/code]

Mục đích của các lệnh trên là thiết lập lại đường dẫn global của các thư viện, sau đó sử dụng tiếp lệnh mv để di chuyển lại các thư mục đã bị “chuyển nhầm” về vị trí gốc

Từ khi tiếp xúc với WordPress, tôi đã tìm hiểu và nhìn thấy nhiều câu hỏi nên lựa chọn cách “rewrite url” như thế nào cho vừa tối ưu với Search Engine (SEO) vừa không làm chậm hệ thống. WordPress đã cung cấp sẵn các cách thức mà chúng ta sử dụng để hiển thị đường dẫn gọn gàng… dễ hiểu cho cả người và máy.

Cá nhân tôi thích dạng đường dẫn theo “Post name”, vì sao ư, đơn giản nếu sau này bạn có thay đổi lại ngày giờ phát hành lại bài viết của mình thì đường dẫn cũng không bị thay đổi. Đề “Default” thì nhìn cực kỳ thiếu chuyên nghiệp và khó nhớ cho người dùng. Các trường hợp còn lại cá nhân tôi thấy rườm rà, ngoài việc để theo ngày tháng hợp với các trang tin tức, và nhiều người viện cớ là làm vậy sẽ chạy nhanh hơn, hệ thống khác thì tôi không chắc, nhưng với WordPress tôi xin cam đoan với bạn ràng, chạy tất cả kiểu trên khá tương đồng, và không khá hơn nhau là bao. Vì sao ư, vì “Post name” đã được index trong Cơ sở dữ liệu, việc tìm kiếm nó dựa trên một chuỗi hash, cũng gần như việc tìm id của page hoặc post.

Tôi cũng đã có dịp thử nghiệm với những cơ sở dữ liệu lớn hơn một blog tầm trung, khoảng nửa triệu bản ghi, thì việc hiển thị trang chi tiết (detail/single) tốc độ là tương đương, liên quan đế việc WordPress chậm với dữ liệu lớn, sẽ còn là một chủ đề khác tôi sẽ đề cập tiếp sau.

Tôi đến với Linux khá muộn, vì bận rộn với công việc chuyên môn chính là lập trình, nên dường như những kiến thức nên biết về Linux tôi đã bỏ qua trong một thời gian khá dài. Đến khi tiếp xúc, thật sự tôi cảm thấy cực kỳ thuyết phục. Nếu trước đây để hoàn thành một tác vụ nào đó trên Window, thường sẽ phải tìm kiếm phần mềm, cài đặt rồi chạy thử… mỗi lần như vậy lại kiến hệ điều hành trở nên ỳ ạch hơn.

Với Linux thì câu chuyện đã sang một hồi khác, giờ đây việc của tôi chỉ đơn giản là tìm kiếm những giải pháp, phần mềm hợp với mình. Tính sẵn có của Linux khiến tôi cảm thấy vô cũng phấn khích, công việc và ý tưởng của tôi được giải quyết trong vài ba dòng lênh. Điều mà tôi không thể tin nổi trước đây.

Hôm nay, trong khi cài đặt VirtualBox, nhiệm vụ tạo ra file iso để lấy dữ liệu có vẻ không mấy khó khăn, sau một hồi thử nghiệm, giải pháp là chuyển hết dữ liệu thành ISO sau rồi attach vào VM… khá đơn giản, nhưng nếu có máy tính Window nào ở đây, tôi sẽ chạy thẳng bằng UtraISO, thôi đành xin lỗi bạn ấy, mình không dùng thử nữa, tôi sử dụng ngay hdiutil đã được cài sẵn trong hệ điều hành. Một dòng lệnh đơn giản có thể phải mất đến mấy chục USD để mua một phần mềm năm thì mười hoạ mới sử dụng một lần.

[code]hdiutil makehybrid -iso -joliet -o Image.iso /input_path[/code]

Nếu không ngại khó hay sẵn sàng từ bỏ thói quen cố hữu, tại sao không nên thử một điều gì đó thật mới mẻ để tiết kiệm thời gian và tiền bạc cho chính mình.

Hiện giờ, internet ở Việt Nam đã khá phát triển, nên việc máy tính được kết nối internet đơn giản như việc “hít thở”. Nhớ cách đây gần chục năm, tôi vẫn phải lọ mọ cài Apache / PHP / MySQL từ bộ đĩa CD mua ở Lý Nam Đế. Nhưng giờ đây, việc cài cắm một Server LAMP cũng khá đơn giản, nếu sử dụng VPS (máy chủ ảo) thì còn đơn giản hơn, có khi chỉ mất vài phút.

Trở lại với việc phát triển WordPress trên máy cá nhân, vì một lý do nào đó không có mạng internet, bạn sẽ gặp tình trạng website load khá lâu, nếu có internet nhưng tốc độ không cao, hoặc đường cáp biển AAG bị đứt, thì việc lập trình WordPress sẽ ảnh hưởng khá lớn. Tôi thì gặp ở một trường hợp khác, khi Server cài đặt WordPress không có quyền truy cập internet, nên mọi thao tác đều rất chậm.

Tìm kiếm một hồi, thì cũng có giải pháp, đơn giản là sửa file cấu hình hosts ở máy:

• Với Window: c:\windows\system\drivers\etc\hosts
• Còn với Linux: /etc/hosts

Bạn chỉ cần thêm một số dòng sau vào nội dung để hệ thống không lấy dữ liệu từ ngoài internet khiến cho WordPress của bạn chạy chậm.

[code]
127.0.0.1 fonts.googleapis.com
127.0.0.1 1.gravatar.com
127.0.0.1 0.gravatar.com
127.0.0.1 wordpress.org
127.0.0.1 gmpg.org
127.0.0.1 www.w3.org
127.0.0.1 update.wordpress.org
127.0.0.1 api.wordpress.org
127.0.0.1 ajax.aspnetcdn.com
127.0.0.1 planet.wordpress.org
127.0.0.1 codex.wordpress.org
[/code]

Mấy dòng tôi có để #, là do tôi nghĩ không cần thiết. nếu bạn thấy cần, có thể bỏ đi. Với thay đổi này, tôi thấy WordPress chạy nhanh đáng kể.

Nếu bạn đã từng sử dụng hôm hệ thống mã nguồn mở nhưng WordPress, Joomla… hay bất kỳ hệ thống nào khác trên nền tảng PHP, có lẽ bạn sẽ bị choáng ngợp bở vô vàng những thư viện, plugin kèm theo… chắc chắn không phải ai trong số chúng ta biết được những câu lệnh viết trong đó có ý nghĩa gì? Tại sao có những người viết ra cho chúng ta sử dụng miễn phí… hôm trước tôi có nghe một câu ngạn ngữ rất tâm đắc: “không có miếng pho-mát thơm ngon mà không mất tiền mua, nếu có thì nó sẽ nằm ở trên cái bẫy chuột”

Thực tế thì tôi cũng là một trong những nhà phát triển, tôi vô cùng hủng hộ những người làm vì lý tưởng, cấu nghiến cho xã hội vô điều kiện, tôi tin rằng thời gian và trách nhiệm của mỗi chúng ta sẽ giúp cho họ có những bù đắp trong tương lai. Với tôi, chỉ đơn giản là tốt làm vì sở thích, nó giống như một hình thức giải trí bằng “công việc”. Nhưng với thời đại người khôn của khó… cũng nên phải đề phóng. Tôi xin giới thiệu một số lưu ý và các thức kiểm tra một mã nguồn “miễn phí” mà bạn lượm được, để tránh các rủi ro trong tương lai, hay kiểm tra thật kỹ các thông tin sau:

Mã nguồn không được có đoạn “mã hóa” nào, vì nếu gặp những đoạn mã này, bạn sẽ không biết script làm gì với website của mình.

Kiểm tra lại các hàm sau có tồn tại trong mã nguồn của bạn sử dụng, nếu có hay đọc thật kỹ để biết chính xác những gì tác giả làm sẽ không gây hại gì cho website của bạn:

• base64_encode: nếu có hàm này, bạn hãy cần thận vì sẽ mã hóa một đoạn dữ liệu sau đó sử dụng hàm kế tiếp để thực hiện.
• base64_decode
• file_get_contents: thay vì mã hóa nội dung trong code, script có thể lấy dữ liệu từ site khác để thực thi những mã lệnh bạn không mong muốn.
• fopen: tương tự với hàm file_get_contents, hàm này có khả năng mở các file hoặc url để lấy nội dung từ bên ngoài.
• curl: tương tự như hàm trên, thay vì sử dụng 1 câu lệnh, thư viện curl sẽ thực hiện các lệnh trao đổi dữ liệu nâng cao hơn.
• http: là một thư viện của PHP sử dụng để giao tiếp với các site khác… tất nhiên nếu bạn viết thì không thành vấn đề, hay xem lại tác giả xử lý gì với câu lệnh ấy nhé.
• eval: Hàm này vô cùng nguy hiểm khi sử dụng, vì nó sẽ thực hiện các lệnh có trong chuỗi truyền vào…

Một cách an toàn khi sử dụng các mã nguồn không rõ lai lịch, hay đổi các tên thư mục cơ sở của bạn về những dạng “không giống ai” các “tác giả” có ý định xấu, sẽ không thể biết cấu trúc site của bạn ra sao để “xử lý” cả.

Tiếp nữa là kiểm tra chmod để chắc chắn rằng không ai có thể ghi, chỉnh sửa dữ liệu mã nguồn trên website ngoài bạn.

Một cách khác, tôi cũng mới khám phá ra được trong quá trình làm việc, đó là bạn chỉ cần ngắn kết nối internet và chạy thử themes hoặc plugin cài đặt lên, nếu bạn thấy hệ thống chạy “hơi chậm” thì có thể mã nguồn đã kết nối với một “liên kết” ở bên ngoài. Trước khi làm việc này, bạn nên tăng áp dụng việc tăng tốc WordPress khi chạy Offline đã nhé.

Điều cuối cùng, nếu bạn có đủ kinh phí, hay mua và ủng hộ các nhà phát triển chân chính, thay vì sử dụng những mã nguồn không rõ nguồn gốc nhé.

Chúc bạn thành công.

Mấy hôm phải có phần mềm chạy trên AdobeAir cần cài đặt, nên đành lòng gỡ bỏ bản Lubuntu 64bit để cài lại bản 32bit. Vì mình nhớ đã sử dụng được Balasamiq Mockup trên hệ điều hành này mà không có vấn đề gì cả.

Sau vài vài ngày cái đặt lại phiên bản 32bit, hôm nay bắt đầu tiến hành cài đặt AdobeAir. Hóa ra việc cài đặt lại khá đơn giản, chỉ có một lưu ý nhỏ là một vài dòng lênh trước khi bắt đầu.

Download phiên bản mới nhất của AdobeAir, tiếc rằng với hệ điều hành Linux thì Adobe không có kế hoạch phát triển tiếp, nhưng thôi kệ, cứ dùng tạm thế đã.

Kiểm tra các gói libnss3 và libnspr4 đã được cài đặt hay chưa, theo hướng dẫn của hãng. Nếu chưa, sử dụng câu lênh sau để tiến hành cài đặt.

[code]apt-get install libnss3 libnspr4[/code]

Kế đến, truy cập thư mục chưa AdobeAir vừa download về cài đặt bằng lệnh sau

[code]LD_LIBRARY_PATH=/usr/lib/i386-linux-gnu ./AdobeAIRInstaller.bin[/code]

Việc cài đặt diễn ra hơi lâu một chút, có thể cảm giác bị đứng máy… nhưng hãy kiên nhẫn một chút… AdobeAir sẽ được cài đặt xong xuôi.