Điểm:0

upgrade_status - lỗi không mong muốn về phiên bản PHP

lá cờ ru

Tôi đang làm công việc chuẩn bị để nâng cấp trang web từ D8 lên D9...

Trang web dành cho nhà phát triển Drupal (macOS 10.14.6 được cung cấp với Laravel Vagrant) đang chạy PHP 7.3.28, cả trên dòng lệnh và php-fpm và tôi đang thấy phiên bản chính xác với php --version và tại /admin/báo cáo/trạng thái

Chưa hết, bất cứ khi nào tôi quét các mô-đun tùy chỉnh của mình qua giao diện người dùng upgrade_status, tôi luôn nhận được:

Lệnh PHPStan không thành công:

/Users/wt/Sites/sitename/vendor/bin/phpstan analysis --error-format=json -c /tmp/upgrade_status/deprecation_testing.neon /Users/wt/Sites/sitename/web/modules/custom/snape 2> /tmp/upgrade_status/phpstan_error_output

Đầu ra lệnh:

Trống rỗng.

Lỗi lệnh:

Lỗi nghiêm trọng: Trình soạn thảo đã phát hiện sự cố trong nền tảng của bạn: Phần phụ thuộc Trình soạn thảo của bạn yêu cầu phiên bản PHP ">= 7.3.0". Bạn đang chạy 7.1.33. trong /Users/wt/Sites/sitename/vendor/composer/platform_check.php trên dòng 24

Nếu tôi chạy phpstan theo cách thủ công bằng lệnh đầu tiên, nó sẽ hoạt động (mặc dù thật khó chịu khi đầu ra JSON bị cắt bớt).

tôi đã trải qua câu hỏi này cũng.

  • thêm "config": { "kiểm tra nền tảng": false } không hoạt động
  • thêm "config": { "nền tảng": { "php": "7.4" } không hoạt động

Tôi đã kiểm tra người dùng PHP đang chạy; đó là tôi, giống như thông qua CLI. tôi cũng đã làm php nào phiên bản trên một loạt người dùng có thể khác và tất cả họ đều truy cập /usr/local/bin/php, có phiên bản PHP chính xác.

Tôi đã cài đặt drupal/core-dev và phpunit để thử và tránh mọi sự cố với mô-đun upgrade_status. Tôi có phiên bản mới nhất của nó.

Nó chạy chính xác khi sản xuất (Debian 10).

Điểm:1
lá cờ cn

Chạy sáng tác -vvv về. Tìm dòng giống như:

"Chạy X.X.X (XXXX) với PHP X.X.XX trên XXXX".

Điều này sẽ cho bạn biết nhà soạn nhạc php nào đang sử dụng. Nếu điều này khác, đôi khi bạn cần buộc phiên bản php bạn muốn sử dụng thông qua bashrc hoặc một số phương pháp khác. Ví dụ: tôi có một trang web được lưu trữ trên máy chủ cpanel với multiphp và có trang này trong tệp .bashrc của tôi:

bí danh php="/ usr/local/bin/ea-php74"
bí danh nhà soạn nhạc = "php /opt/cpanel/nhà soạn nhạc/bin/nhà soạn nhạc"

Lưu ý: Trên cùng máy chủ cpanel đó, chúng tôi có thể giải quyết vấn đề này trên toàn cầu bằng cách đặt php hệ thống thành php 7.4. Cùng với đó, chúng tôi đảm bảo thêm phần này vào từng dự án của nhà soạn nhạc, vì vậy ngay cả khi hệ thống PHP cao hơn, chúng tôi có thể cho nhà soạn nhạc biết những gì cần cài đặt:

"cấu hình": {
  "nền tảng": {
    "php": "7.4"
  }
},
lá cờ ru
Trong trường hợp của tôi, điều đó cũng mang lại cho tôi phiên bản chính xác và việc mã hóa cứng nền tảng trong composer.json không tạo ra sự khác biệt... Tôi sẽ chỉnh sửa câu hỏi, nhưng hiện tại tôi đang chạy các bản quét trong quá trình sản xuất (một Debian máy chủ) để xác định các lỗi.
lá cờ cn
Sau khi bạn mã hóa nền tảng php trong json của nhà soạn nhạc, hãy đảm bảo bạn chạy `cập nhật nhà soạn nhạc`

Đăng câu trả lời

Hầu hết mọi người không hiểu rằng việc đặt nhiều câu hỏi sẽ mở ra cơ hội học hỏi và cải thiện mối quan hệ giữa các cá nhân. Ví dụ, trong các nghiên cứu của Alison, mặc dù mọi người có thể nhớ chính xác có bao nhiêu câu hỏi đã được đặt ra trong các cuộc trò chuyện của họ, nhưng họ không trực giác nhận ra mối liên hệ giữa câu hỏi và sự yêu thích. Qua bốn nghiên cứu, trong đó những người tham gia tự tham gia vào các cuộc trò chuyện hoặc đọc bản ghi lại các cuộc trò chuyện của người khác, mọi người có xu hướng không nhận ra rằng việc đặt câu hỏi sẽ ảnh hưởng—hoặc đã ảnh hưởng—mức độ thân thiện giữa những người đối thoại.