WordPress PHP文件异常：自定义搜索表单提交跳转错误求助

Hey there, let's break down and fix these two frustrating issues you're facing—they're common gotchas in WordPress, so we'll get this sorted step by step.

1. Why Your Form Is Submitting to action_page.php Instead of orderstatus.php #

It sounds like something is overriding your form's action attribute after it renders. Here's how to track and fix it:

• Check for plugin/theme interference:
  WordPress plugins (especially anti-spam, form builders, or security tools) or your active theme might automatically modify form actions. Try temporarily disabling all plugins and switching to a default theme like Twenty Twenty-Four, then test the form again. If it works, re-enable plugins/themes one by one to find the culprit.

• Verify the rendered HTML:
  Right-click your page in the browser, select "View Page Source", and locate your form. Check if the action attribute is still set to orderstatus.php or if it's been changed to action_page.php. If modified, there’s either a PHP filter or JavaScript on the page altering it.

• Use an absolute URL for the form action:
  Replace your relative path with an absolute URL to avoid path confusion and overrides. Update your form code like this:

  <center>
    <form action="<?php echo esc_url(get_site_url()); ?>/orderstatus.php" method="POST">
      <input type="text" name="OrderLineNumber" value="" placeholder="Enter your order number">
      <br>
      <input type="submit" value="Submit">
    </form>
  </center>
  

  Using get_site_url() ensures WordPress uses your site's base URL, and esc_url() adds security by sanitizing the URL.

2. Fixing the Custom PHP File (orderstatus.php) Not Running in WordPress #

WordPress has specific rules for handling files, so here's how to make sure your PHP file works correctly:

• Place the file in the right location:
  Upload orderstatus.php directly to your WordPress root directory (where wp-config.php and wp-content are located), not inside a theme or plugin folder. This avoids conflicts with WordPress's rewrite rules.

• Set correct file permissions:
  Ensure the file has permissions set to 644 (read/write for owner, read-only for others) and its parent folder is 755. Incorrect permissions can prevent the server from executing the file.

• Load WordPress environment if needed:
  If your orderstatus.php needs to use WordPress functions (like querying the database or accessing user data), add this code at the very top of the file to load WP's core:

  <?php
  // Load WordPress core
  require_once($_SERVER['DOCUMENT_ROOT'] . '/wp-load.php');
  
  // Your form processing logic goes here
  if ($_SERVER['REQUEST_METHOD'] === 'POST') {
      $order_number = sanitize_text_field($_POST['OrderLineNumber']);
      // Do something with $order_number (e.g., query your database)
  }
  ?>
  

  Don’t forget to sanitize user input (like sanitize_text_field()) to keep your site secure.

• Fix permalinks blocking direct access:
  If you're using custom permalinks (Settings → Permalinks → Custom Structure), WordPress's rewrite rules might block direct access to your PHP file. Add this rule to your root .htaccess file, right after RewriteEngine On:

  RewriteRule ^orderstatus.php$ - [L]
  

  This tells the server to skip rewriting for this specific file.

Final Tips #

After making these changes, test the form again: enter an order number, submit, and check if the URL points to orderstatus.php and the file processes the submission correctly. If you still run into issues, check your server's error logs—they’ll often reveal specific problems like missing functions or permission errors.

内容的提问来源于stack exchange，提问作者Symeon Laftsopoulos