Điểm:0

Việc tạo mô-đun tùy chỉnh gây ra lỗi "Trang web gặp phải lỗi không mong muốn. Vui lòng thử lại sau."

lá cờ mu

Drupal 9.2.7 trên XAMPP 7.3.29, 7.4.21 trên Windows 10 Home.

Tôi đã cố gắng tạo một mô-đun tùy chỉnh cho phép JavaScript và CSS toàn cầu (có hiệu lực trong tất cả các trang trong trang web của tôi), bằng cách tạo thư mục gốc/mô-đun/toàn cầu với các tệp sau:

globalrs.info.yml

tên: toàn cầu
loại: mô-đun
core_version_requirement: ^8 || ^9
mô tả: 'người toàn cầu'
thư viện:
  - người toàn cầu/người toàn cầu

globalrs.module

function globalrs_pre process_page(&$variables) {
  $variables['#attached']['library'][] = 'globalrs/globalrs';
}

globalrs.libraries.yml

người toàn cầu:
  js:
    behavior.js: {}
  css:
    chủ đề:
      style.css: {}

phong cách.css

* {
    nền: đỏ;
}

Vấn đề của tôi

Vấn đề của tôi là trang web không tải được, thay vào đó xuất hiện lỗi sau:

Trang web này gặp phải một lỗi không mong muốn. Vui lòng thử lại sau.

Ngay cả khi tôi xóa thư mục mô-đun và xóa tất cả bộ đệm (xóa tất cả bộ đệm_ bảng cũng như thẻ nhớ cache table, flush cache trình duyệt thì website vẫn bị lỗi đó;
Vì lỗi đó là chung chung nên tôi không biết bắt đầu giải quyết vấn đề như thế nào.

Một lỗi như một lý do có thể

Có thể vấn đề bắt đầu sau khi tôi đã thêm $settings['rebuild_access'] = TRUE; đến cuối /sites/default/settings.php, lưu tệp và sau đó điều hướng trong trình duyệt web của tôi tới localhost/example.com/core/rebuild.php, nơi tôi gặp lỗi sau:

Lỗi nghiêm trọng: PDOException chưa được phát hiện: SQLSTATE[HY000] [1044] Access bị từ chối đối với người dùng 'example.com'@'localhost' đối với cơ sở dữ liệu 'example.com' trong

Chỉnh sửa (xóa phần còn lại của thông báo lỗi vì đây là do lỗi không liên quan trong khi khôi phục bản sao lưu):

Tôi tin rằng sự cố đã xảy ra đôi khi khi tôi cố khôi phục một sao lưu trang web vào cơ sở dữ liệu trống mới có cùng tên đã được đăng ký như được liên kết với người dùng cơ sở dữ liệu (hoặc có vẻ là như vậy) nhưng thực ra không phải

Cập nhật - giải pháp

Tôi dán nó vào đây sau khi Clive xóa câu trả lời của tôi:

Tôi đã thu hồi tất cả các đặc quyền dành riêng cho cơ sở dữ liệu mà người dùng cơ sở dữ liệu có trên cơ sở dữ liệu có cùng tên và sau đó cấp lại các đặc quyền dành riêng cho cơ sở dữ liệu này1 cho người dùng đó; Sau đó tôi có thể truy cập trang web.

lá cờ mu
Tôi thề là tôi không thể hiểu được bất kỳ phản đối nào về bài đăng này; một người đàn ông đang gặp khó khăn và tìm kiếm sự giúp đỡ khẩn cấp trong sự nhục nhã; cảm giác đã tồi tệ rồi, tôi không hiểu tại sao phải làm cho nó trở nên tồi tệ hơn. Drupal **cũng** được tạo ra cho những người xây dựng trang web, không chỉ dành cho các lập trình viên Drupal; đây là lập trường của cộng đồng! Mở drupal.org và bạn có thể đọc nó.
berliner avatar
lá cờ bd
Nếu bạn có quyền truy cập vào nhật ký lỗi của máy chủ, thì đó là nơi bạn cần xem để tìm thông báo lỗi thực sự. Hoặc thậm chí tốt hơn nếu bạn đang xem trang web đó trên máy cục bộ của mình, hãy định cấu hình PHP để hiển thị lỗi.
Kevin avatar
lá cờ in
Một điều bạn không thể làm là kích hoạt một mô-đun và sau đó xóa nó khỏi hệ thống tệp mà không tắt nó trước. Điều này sẽ chỉ phức tạp các vấn đề. Lỗi thực tế sẽ nằm trong nhật ký php hoặc apache. Bạn cũng không phải xóa bộ nhớ cache bằng ứng dụng khách sql - bạn có thể làm điều đó từ quản trị viên. Có điều gì đó không ổn ở đây, đó là lý do tại sao bạn cần nhật ký XAMPP cho php và apache.
No Sssweat avatar
lá cờ ua
`Quyền truy cập bị từ chối đối với người dùng 'example.com'@'localhost' vào cơ sở dữ liệu 'example.com'` Có vẻ như thay đổi bạn đã thực hiện đối với settings.php đã làm rối kết nối db. Bạn có thể xóa tệp settings.php và để Drupal tạo lại tệp đó khi bạn cố gắng xem trang web. Bạn sẽ nhận được trình hướng dẫn cài đặt như thể bạn đang thực hiện cài đặt mới ngoại trừ vì DB không trống nên nó sẽ không bị ghi đè.
lá cờ mu
@Kevin cảm ơn, tôi đã không kích hoạt mô-đun (từ tab "mở rộng") nhưng có thể đối với các mô-đun tùy chỉnh, nó thậm chí không cần thiết?
lá cờ mu
@NoSssweat Tôi vừa thử điều đó và tôi nhận được, trong trình hướng dẫn cài đặt: `Không thể kết nối với máy chủ cơ sở dữ liệu của bạn. Máy chủ báo cáo thông báo sau: SQLSTATE[HY000] [1044] Quyền truy cập bị từ chối đối với người dùng 'example.com'@'localhost' vào cơ sở dữ liệu 'example.com'.`
lá cờ mu
Được rồi, vấn đề đã được giải quyết; tôi có thể truy cập trang web; Tôi đã viết trong một câu trả lời những gì tôi đã làm.
lá cờ mu
Ai đó có thể giải thích tại sao Clive xóa câu trả lời của tôi không?...
Điểm:2
lá cờ cn

Trước bạn tạo một bộ mô-đun tùy chỉnh

  • Tất cả các tin nhắn, với thông tin backtrace

Trong quản trị/cấu hình/phát triển/ghi nhật ký. Tùy chọn này có sẵn trong lõi Drupal mà không cần cài đặt bất kỳ công cụ dành cho nhà phát triển nào.

Sau đó, bạn sẽ nhận được một thông báo lỗi hữu ích hơn nếu có sự cố xảy ra.

với mặc định

  • Không có

thông báo lỗi được thay thế bằng "Trang web gặp lỗi không mong muốn. Vui lòng thử lại sau.". Mục đích duy nhất của thông báo này là che giấu lỗi thực sự trong môi trường sản xuất.

Nếu đã quá muộn và bạn không thể mở giao diện người dùng quản trị nữa, bạn vẫn có thể bật tất cả các thông báo lỗi trong settings.php:

$config['system.logging']['error_level'] = 'dài dòng';

Đừng xóa mã mô-đun, điều này làm cho mọi thứ trở nên tồi tệ hơn. Nếu bạn không thể tiến hoặc lùi, bạn không thể sửa lỗi bằng thông báo lỗi hữu ích hơn và bạn không thể gỡ cài đặt mô-đun vì mô-đun bị hỏng, sau đó khôi phục toàn bộ trang web từ bản sao lưu hoặc ảnh chụp nhanh mà bạn đã tạo trước khi bạn tạo mô-đun.

lá cờ mu
Chết tiệt, tôi đã không tạo bất kỳ ảnh chụp nhanh nào trước khi tạo mô-đun, thay vào đó, chỉ trước khi xóa tất cả bộ đệm sau khi tạo xong nó... Tôi không nghĩ rằng các tệp đơn thuần sẽ ảnh hưởng đến bất cứ điều gì.
lá cờ cn
@Alkalix Nếu bạn không làm gì ảnh hưởng đến cơ sở dữ liệu trong mô-đun, thì bạn có thể tạo lại một mô-đun có cùng **tên máy** và Drupal sẽ không phàn nàn.
lá cờ mu
@PatrickKenny vâng, tôi đã thử điều đó ...Vì một số lý do, trang web vẫn tắt, tôi sẽ thử những gì được đề xuất trong phần nhận xét câu hỏi.
lá cờ mu
Clive đã xóa câu trả lời của tôi mà tôi muốn đánh dấu là hữu ích nhất vì tôi thực sự tin rằng nó sẽ hữu ích nhất (từ các câu trả lời có sẵn ở đây) để giải quyết vấn đề được mô tả; những gì đang xảy ra ở đây?...
4uk4 avatar
lá cờ cn
Câu hỏi là *Tạo mô-đun tùy chỉnh gây ra "Trang web gặp phải lỗi không mong muốn. Vui lòng thử lại sau."*. Tôi chắc rằng bạn có thể giải quyết vấn đề này bằng cách hiển thị toàn bộ thông báo lỗi, có thể chỉ là lỗi cú pháp. Lỗi bạn gặp phải sau khi khôi phục bản sao lưu không liên quan. Việc khôi phục có thể cần thiết cho phần lớn các câu hỏi được hỏi ở đây nếu chúng chưa được giải quyết.Trong trao đổi ngăn xếp, bạn không thể có hai vấn đề không liên quan trong một câu hỏi.

Đă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.