2008-09-22 24 views

Trả lời

5

Sử dụng JSMin và tránh packer mà thực sự là tốn nhiều CPU và chậm "deflate"

+0

Làm mát thậm chí là phiên bản PHP để tôi có thể tự động hóa nó – Thomaschaaf

+0

http://code.google.com/p/jsmin-php/ –

1

Tôi tin rằng Safari trên iPhone hỗ trợ đầu ra gzip, do đó bạn có thể sử dụng một cái gì đó giống như mod_deflate. Tôi đã có kết quả tốt nhất bằng cách sử dụng phương pháp này. Khá nhiều công cụ nén JavaScript ra có rác tuyệt đối và mất nhiều thời gian để giải nén hơn là tải xuống tệp lớn hơn. JSMin trông khá tốt, mặc dù.

3

Tôi yêu ShrinkSafe. Nó diễn giải mã của bạn trong Rhino, sau đó nó trả về mã nén. Bởi vì nó hoạt động trên mã thực sự diễn giải (thay vì đánh giá chuỗi phức tạp) nó sẽ không bao giờ munge mã hoặc không tìm thấy sự khác biệt giữa các biến công cộng và tư nhân.

Đó là một công cụ có chất lượng tuyệt vời.

0

Đảm bảo máy chủ web của bạn phục vụ đúng cách các công cụ được gzipped/xì hơi khi khách hàng hỗ trợ nó thường hiệu quả hơn việc giảm thiểu mã chương trình. Tất nhiên, sử dụng cả hai có xu hướng cung cấp cho các kích thước thậm chí còn nhỏ hơn.

3

Chúng tôi đã sử dụng js_compactorJavaScriptLint để "biên dịch" và nén JavaScript của chúng tôi trong quá trình tạo tự động của chúng tôi. Một bước xây dựng tiếp theo sẽ lấy JavaScript nén và kết hợp các tệp có liên quan thành một gói duy nhất. Việc tăng hiệu suất là đáng kể, nhưng lưu ý rằng bạn đang đi giao dịch khả năng gỡ lỗi.

Giảm số lượng tệp được truyền sang ứng dụng khách sẽ mang đến cho bạn hiệu suất tăng cao khi có nhiều hơn một vài tệp. Thông thường, các trình duyệt sẽ chỉ mở 2 kết nối tới một máy chủ duy nhất tại một thời điểm, vì vậy ngay cả khi bạn đang truyền các tập tin nén và thu nhỏ, trình duyệt sẽ chi tiêu một lượng đáng kể phí kiểm tra bộ nhớ cache của nó. yslow đã giúp chúng tôi identify lý do các trang mất nhiều thời gian để tải và giúp chúng tôi tập trung nỗ lực tối ưu hóa của mình. Chúng tôi đã thiết kế môi trường của mình để sử dụng raw files hoặc giảm thiểu và compressed versions.

1

Bạn có thể thử các công cụ khác nhau tại The JavaScript CompressorRater. Tất cả các công cụ ngoại trừ trình đóng gói đều không ảnh hưởng đến tốc độ thực thi javascript nhanh như tôi biết - chúng chỉ loại bỏ khoảng trắng, đổi tên biến và như vậy.

Bản thân tôi xem xét YUI Compressor là cách tốt nhất.

Luôn hữu ích khi xác thực mã trong JSLint trước để đảm bảo rằng máy nén hiểu chính xác.

0

Tôi vừa trải qua điệu nhảy nhỏ này trong vài ngày qua. Chúng tôi đã thử sử dụng Packer, nhưng nhận thấy rằng JavaScript được đóng gói của chúng tôi mất hơn 2 giây để thực thi (không kể đến việc chặn các tệp tải xuống khác). Dựa trên this article, chúng tôi đã chuyển sang YUI Compressor. Không chỉ kích thước tệp được nén của chúng tôi nhỏ hơn, thời gian thực hiện dưới 300 mili giây.

Các vấn đề liên quan