Ошибка внутреннего сервера Woocommerce при оформлении заказа

Question

Я испытываю эту странную проблему с моим файлом htaccess каждый раз, когда я пытался проверить на моем сайте woocommerce. Это файл Htaccess я в настоящее время ..

# BEGIN REMOVE SLUG CUSTOM POST TYPE RULES 
RewriteRule ^slider/(.+)/$ /$1 [R=301,L] 
# END REMOVE SLUG CUSTOM POST TYPE RULES 


# BEGIN WordPress 
<IfModule mod_rewrite.c> 
RewriteEngine On 
RewriteBase/
RewriteRule ^index\.php$ - [L] 
RewriteCond %{REQUEST_FILENAME} !-f 
RewriteCond %{REQUEST_FILENAME} !-d 
RewriteRule . /index.php [L] 
</IfModule> 

# END WordPress 

но его странно стало, как это после того, как я проверка

# BEGIN REMOVE SLUG CUSTOM POST TYPE RULES 
RewriteRule ^slider/(.+)/$ /$1 [R=301,L] 
# END REMOVE SLUG CUSTOM POST TYPE RULES 


# BEGIN WordPress 
<IfModule mod_rewrite.c> 
RewriteEngine On 
RewriteBase/
RewriteRule ^index\.php$ - [L] 
Rewrit 

и ошибка сервера 500 подскажете вверх вместо того чтобы показывать спасибо страницу, но ее все работает, если Я исправил файл htaccess вручную и обновил ту же страницу, спасибо, что страница покажет, а также порядок был записан нормально, даже если я не исправил файл htaccess.

Я создал свою собственную дочернюю тему woocommerce для этого сайта, и я использую только два плагина под названием «Удалить слизь из пользовательского типа сообщений» и «SEO Ultimate», чтобы сделать URL-адрес продукта и категории по мере необходимости, и оба плагина, похоже, менять htaccess на лету, но я не совсем уверен, почему только при проверке он отключает файл htaccess ...? Это URL-адрес, где I'am получает эту ошибку

http://mysite.dev/checkout/order-received/709?key=wc_order_53db13e068104

его переадресацию на этот адрес после того, как я исправляю HTAccess вручную. http://mysite.dev/checkout/order-received/709/?key=wc_order_53db13e068104

также эта ошибка не возникает все время, пожалуйста, помогите!

Answer 1

Я получил ту же ошибку, то я просто добавил следующую строку в моей WP-config.php

define('WP_DEBUG', true); 
define('WP_DEBUG_LOG', true); 
define('WP_DEBUG_LOG', true); 

Это повернет на WordPress отладки функции и записи журнала в файл вместо отображения его на фронт, -конец.

После этого снова выполняется веб-страница. Я получил точное имя функции, вызывающее ошибку в моем файле журнала, и я просто решил эту проблему.