Điều gì đã xảy ra với hiệu suất của Drupal?


7

Tôi vừa cài đặt lại Drupal 7 trên máy chủ chia sẻ giá rẻ của mình. Quá trình cài đặt diễn ra tốt đẹp ... Tôi đã sao chép 1098 tệp qua FTP và cài đặt nó trong vòng 2 phút. Quá trình cài đặt tiêu chuẩn (với tất cả các mô-đun trong lõi) mất khoảng 5-10 giây. Sau khi cài đặt, trang web chạy tốt. Đó là một lưu trữ giá rẻ, vì vậy đôi khi hơi chậm, nhưng nó có thể chấp nhận được.

Hôm qua, tôi đã cài đặt Drupal 8 mới (đó là lý do tại sao tôi đã cài đặt Drupal 7 ngày hôm nay để so sánh). Điều đầu tiên tôi nhận thấy là số lượng tệp: 12327. Tôi hiểu các mô-đun như Lượt xem hiện được bao gồm trong lõi, nhưng sự gia tăng số lượng tệp trên 10 lần có vẻ hơi kỳ lạ đối với tôi. Có một lý do khác cho việc này ?

Khi tôi đã sao chép tất cả các tệp, tôi đã cố gắng cài đặt Drupal 8. Thật là một cơn ác mộng. Trang cài đặt mất tối đa 20 giây để tải. Khi tôi muốn bắt đầu cài đặt, tôi nhận được thông báo OPcache không được bật trong PHP. Đây có phải là lý do cho sự chậm chạp? Có một sự thay thế có sẵn?

Tiếp tục cài đặt, tôi nhận được lỗi ngẫu nhiên. Tìm kiếm chúng trên Google không giúp tôi có thêm thông tin. Một cái gì đó về một lỗi cố định tháng trước, đó là tất cả những gì tôi có thể tìm thấy. Tôi đã phải khởi động lại 3 lần trước khi cài đặt thành công.

Vấn đề lớn nhất là hiệu suất. Việc cài đặt tất cả các mô-đun này trong quá trình cài đặt mặc định mất khoảng 5-10 giây trong Drupal 7. Mất khoảng 20-30 phút trong Drupal 8. Được rồi, một số mô-đun khác được bao gồm ngay bây giờ, nhưng điều này có vẻ rất kỳ quặc. Vì tôi phải thử lại 3 lần, tôi mất khoảng 2 giờ để cài đặt Drupal 8. Sau khi cài đặt, nó không thể sử dụng được chậm, vì vậy tôi phải gỡ bỏ toàn bộ cài đặt.

Tôi tự hỏi nếu ai đó biết thêm về vấn đề này. Drupal 8 có yêu cầu tài nguyên gấp 20 lần so với Drupal 7 để chạy đúng không? Hoặc tất cả điều này là do OPcache mất tích? Tôi có phải là người duy nhất có vấn đề này không?

Mọi lời khuyên đều được hoan nghênh vì tôi muốn thử các tính năng mới. Drupal 7 chạy hoàn hảo trên hosting giá rẻ của tôi, nhưng Drupal 8 là một cơn ác mộng thực sự.

Tôi không chắc những thông tin kỹ thuật nào khác có thể liên quan để tìm / giải quyết vấn đề này.


2
FWIW Cá nhân tôi sẽ đợi một hoặc hai phiên bản trước khi triển khai D8 cho một trang web trực tiếp. Ngay cả khi nghĩ rằng nó chính thức ra mắt, vẫn có những lỗi ẩn giấu sẽ chỉ bị phơi bày khi sử dụng công khai của codebase. Hãy nghĩ về vài tháng tới là vòng thử nghiệm cuối cùng của nó. Các lỗi thường gặp phải được sửa trong một vài bản phát hành tiếp theo.
dùng1359

Bạn có thể dùng thử Drupal 8 trên Simplytest.me hoặc tại đây .
rpayanm

Câu trả lời:


9

D8 yêu cầu nhiều tài nguyên hơn và vâng, bạn nên kích hoạt lưu trữ với opcache được bật theo mặc định trong PHP 5.5.

Drupal 8 có rất nhiều tệp vì nó bao gồm symfony và các dự án khác và mọi thứ đều là một lớp.

FTP là một ý tưởng rất tồi cho D8 và web nói chung trong năm 2015. Hãy tìm một cách tốt hơn để làm web hosting.

Điều đó nói rằng, nó không nên dùng dài. Tôi khuyên bạn nên mở một báo cáo lỗi và cung cấp càng nhiều chi tiết càng tốt về phiên bản PHP cụ thể của bạn, hoster, các lỗi mà bạn có, ..


1
"FTP là một ý tưởng rất tồi cho ... web nói chung trong năm 2015" - ý của bạn là gì? Làm thế nào bạn sẽ chuyển tập tin? SFTP?
Jake

3
Git hoặc hệ thống kiểm soát phiên bản khác chẳng hạn. Khi thanh toán trên máy chủ (cần truy cập ssh) hoặc sử dụng các quy trình triển khai dựa trên đẩy mà platform.sh/acquia dev cloud / pantheon cung cấp. Hoặc các quy trình triển khai tùy chỉnh với một trong những công cụ có sẵn khác nhau. Bất cứ điều gì ngoại trừ FTP (SFTP là như nhau, chỉ được mã hóa). Tôi đảm bảo rằng việc sử dụng FTP với Drupal 8 sẽ làm bạn thất vọng.
Berdir

À, đã hiểu, khi bạn nói "web nói chung" Tôi nghĩ bạn có ý gì đó như "Đừng sử dụng FTP nữa" - nhưng tôi đồng ý, nếu đó là một dự án như thế này trong kho lưu trữ, tốt hơn là sao chép repo trên máy chủ thay vì tải xuống ở nơi khác và sau đó tải lên qua FTP
Jake

1
> Tôi nghĩ bạn có ý gì đó như "Đừng sử dụng FTP nữa" - vâng, đó là một ý tưởng hay!
Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.