Magento 2.0.X Authorize.net Direct Post tiếp tục hiển thị tải sau khi nhấp vào thứ tự địa điểm


7

Tôi đang làm việc cho Magento 2 ngay từ phiên bản đầu tiên. Cho đến bây giờ đối với các khoản thanh toán tôi chỉ sử dụng Paypal Express Checkout. Nhưng bây giờ có yêu cầu tích hợp bài viết trực tiếp Authorize.net. Và tôi đã cố gắng tích hợp nó bằng thông tin đăng nhập hộp cát.

Bây giờ khi tôi ở trang thanh toán, chọn Authorize.net để thực hiện thanh toán bằng cách sử dụng số thẻ mẫu hộp cát, ví dụ: - Thẻ kiểm tra American Express: 370000000000002 , Khi tôi nhấp vào thứ tự địa điểm, nó sẽ tiếp tục hiển thị trình tải. Nhưng nếu tôi có thể nhìn thấy trong bảng quản trị trong mục Bán hàng> Đơn hàng m Nó hiển thị đơn hàng mà tôi vừa đặt.

Tôi đã tìm kiếm phân bổ và thấy một số người đã đăng cùng một vấn đề, nhưng họ cũng đã đề cập đến phiên bản PHP là 7.0.x nơi họ đang gặp vấn đề. ví dụ ở đây

Nhưng tôi đang sử dụng phiên bản PHP 5.6.20 và tôi cũng gặp vấn đề này đầu tiên với phiên bản Magento 2.0.6 . Bây giờ tôi đã thực hiện cài đặt Magento 2.0.7 mới trên máy chủ mới, nhưng vấn đề vẫn còn đó

Cài đặt cấu hình bảng quản trị của tôi cho Authorize.net là

Chế độ kiểm tra: Có

Cổng Url : https : // secure. Authorize.net/gateway/transact.dll

Tôi thậm chí đã thử với

https: // test. Authorize.net/gateway/transact.dll

Chi tiết giao dịch Url : https : // api. Authorize.net/xml/v1/request.api

Gỡ lỗi : Có

Bây giờ khi tôi đã kiểm tra debug.log

nó đang nói

[2016-05-27 12:35:03] main.DEBUG: cache_invalidate:  {"method":"POST","url":"http://example.com/authorizenet/directpost_payment/place/","invalidateInfo":{"tags":["catalog_category_3","catalog_category"],"mode":"matchingAnyTag"},"is_exception":false} []
[2016-05-27 12:35:03] main.DEBUG: array (
  'request' => 
  array (
    'x_version' => '3.1',
    'x_delim_data' => 'FALSE',
    'x_relay_response' => 'TRUE',
    'x_test_request' => 'TRUE',
    'x_login' => '****',
    'x_method' => 'CC',
    'x_relay_url' => http://example.com/authorizenet/directpost_payment/response',
    'x_type' => 'AUTH_CAPTURE',
    'x_fp_sequence' => '2',
    'x_invoice_num' => '000000002',
    'x_amount' => 5.0099999999999998,
    'x_currency_code' => 'USD',
    'x_tax' => '0.00',
    'x_freight' => '5.00',
    'x_first_name' => 'Dinesh',
    'x_last_name' => 'Saini',
    'x_company' => '',
    'x_address' => 'test',
    'x_city' => 'California',
    'x_state' => 'Alabama',
    'x_zip' => '90001',
    'x_country' => '',
    'x_phone' => '1234567890',
    'x_fax' => '',
    'x_cust_id' => '',
    'x_customer_ip' => '122.173.244.114',
    'x_customer_tax_id' => '',
    'x_email' => 'dineshs@test.com',
    'x_email_customer' => '1',
    'x_merchant_email' => '',
    'x_ship_to_first_name' => 'Dinesh',
    'x_ship_to_last_name' => 'Saini',
    'x_ship_to_company' => '',
    'x_ship_to_address' => 'test',
    'x_ship_to_city' => 'California',
    'x_ship_to_state' => 'Alabama',
    'x_ship_to_zip' => '90001',
    'x_ship_to_country' => '',
    'x_po_num' => '',
    'x_fp_timestamp' => 1464352503,
    'x_fp_hash' => '27827498413496cd9ad6ed247e9688f3',
  ),
) {"is_exception":false} []

Bất cứ ai có thể xin vui lòng giúp đỡ, có bất cứ điều gì sai trong cấu hình của tôi hoặc tôi đã thử với một cái gì đó khác.


Như tôi có thể thấy, bạn nên đặt url phản hồi phù hợp thay vì example.com/authorizenet/directpost_payment/response cái này
Hardik Shah

Tôi có cùng một vấn đề. Tôi đã thiết lập để kiểm tra và tôi có thể thấy thử nghiệm trasacation trong ủy quyền.net nhưng tại magento chỉ tải ajax phân tán không chuyển hướng đến trang thành công.
Bhargav Joshi

Bất kỳ giải pháp. Xin vui lòng đề nghị. Bị mắc kẹt với cùng một vấn đề
Ahmad Vaqas Khan

Câu trả lời:


3

Tôi biết bạn đang làm việc trong máy chủ cục bộ (localhost). Có vấn đề trong việc nhận được phản hồi trong máy cục bộ. Hãy thử bất kỳ máy chủ trực tiếp. Tôi đã có cùng một thử thách nhưng khi thử trực tiếp nó hoạt động tốt.


Cảm ơn vì đã trả lời. Nhưng tôi đang làm việc trên máy chủ trực tiếp và gặp phải vấn đề này
Dinesh Saini

Bạn đã xóa tất cả bộ đệm và cũng thử với triển khai nội dung tĩnh? và cũng cho tôi biết rằng bạn có nhận được giao dịch trong giao dịch chưa được xử lý tại ủy quyền không?
Bhargav Joshi

Điều này có làm việc cho bạn?
Bhargav Joshi

vâng, tôi đã làm tất cả mọi thứ và nhận được giao dịch trong tài khoản không được nhận và thậm chí nhận được email nhận
Dinesh Saini

Bây giờ có vẻ kỳ lạ khi nghe rằng điều này bây giờ hoạt động vì tôi có cùng một vấn đề nhưng sau khi làm việc trực tiếp, nó hoạt động và đặt hàng thành công. Mặc dù tôi tìm thấy bất cứ điều gì tôi sẽ cho bạn biết. :)
Bhargav Joshi

1

Tôi gặp một vấn đề tương tự với magento ee 2.0.15. Sau một số gỡ lỗi sáng tạo, tôi đã tìm ra vấn đề của mình với cài đặt cấu hình dường như không liên quan: Cửa hàng :: Cấu hình :: Bán hàng :: Email bán hàng :: Cài đặt chung :: Cài đặt không đồng bộ. Những gì tôi tìm thấy là khi "transact.dll" đăng lên trang web của bạn tại / Authorizenet / direct_post / hồi đáp và khoản phí đã thành công, magento sẽ cố gắng gửi email cho người dùng nếu cài đặt ở trên bị tắt. Email này sử dụng hệ thống bố trí magento và tải bố cục của chính nó. Vấn đề là cùng một đối tượng "layout" được sử dụng sau này trong chu trình yêu cầu và khi bạn mong đợi nó tải bản cập nhật bố cục "Authorizenet_directpost_payment_response.xml", thì không phải vì trình xây dựng đã kiểm tra xem bố cục đã được tải chưa, mà nó là Điều này dẫn đến một bố cục trống và phản hồi 0 byte. "Transact.dll" của Authorize.net diễn giải điều này là thời gian chờ mặc dù các tiêu đề đã được gửi và độ dài nội dung được chỉ định là 0 byte.

Theo dõi về điều này. Nếu bạn thay đổi cài đặt email ở trên, thì email xác nhận bán hàng sẽ được gửi qua công việc định kỳ. Nếu trang web của bạn được phục vụ từ thư mục "pub", thì bạn sẽ cần đặt phương tiện cơ sở an toàn và không an toàn và đường dẫn tĩnh trong cấu hình cửa hàng. Tôi đã thấy rằng sử dụng cú pháp giữ chỗ là đủ: ví dụ: "{{unsecure_base_url}} static /" và "{{unsecure_base_url}} media /".


Điều này đã giải quyết vấn đề của chúng tôi. Như không có vẻ như nó có vẻ. Có ý nghĩa. Chỉ dành cho những người khác: Cloudflare, AWS ELB, Nginx, Magento 2.
Ram Iyer

Đã dành 6 giờ và thực sự gần gũi và tìm kiếm với những gì tôi học được dẫn tôi đến đây và câu trả lời này, cảm ơn bạn. Vẫn còn một vấn đề trong 2.2 Magento.

0

LƯU TRỮ -> Cấu hình -> BÁN HÀNG -> Phương thức thanh toán -> Authorize.net Đăng trực tiếp> Chế độ kiểm tra, thay đổi thành "Không"


nó có hiệu quả với bạn không, nó không hoạt động với tôi ngay cả sau khi thay đổi chế độ kiểm tra thành không
Dinesh Saini

0

Tôi đang có vấn đề giống hệt nhau.

Có ai có Autorize.net làm việc Magento 2.1.2không?

Tôi nhìn vào ngoại lệ.log và tìm thấy

2017-01-31 19:41:05] main.CRITICS: Magento \ Framework \ Exception \ LocalizedException: Giao dịch đã bị từ chối vì xác thực băm phản hồi không thành công. trong nhà cung cấp / magento / mô-đun-Authorizenet / Model / Directpost.php: 550

Bất kỳ ý tưởng / đề nghị / cầu nguyện?


0

Vui lòng thực hiện trên URL tên miền https và thử với chi tiết tài khoản được ủy quyền trực tiếp. Nó sẽ hoạt động hoàn hảo.

Cảm ơn


0

Trong trường hợp của tôi, tôi đã sử dụng khóa băm md5 quá dài nên nó đã gây ra lỗi máy chủ. Vui lòng thử rút ngắn khóa trong mã băm md4. Nó hoạt động

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.