Error reporting and after-sales: how to clearly explain issues so AI can find the cause
Currently learning SIN1 · Lecture 21 of 285. Make the website stable and usable
Record URLs, operations, and prompts to hide private information; After repairs, go through the actual process to avoid repeated reinstallations.
They don't know technical skills but can also provide useful information
You don't need to know first whether the problem is PHP or a database. First, record which page, what you did, what you hope to see, and what you actually see. Turning "unusable" into described makes it easier for AI to locate the location. For example: "Open the product page, fill in the practice email, then click submit, and the button will keep showing 'processing'; No new records in the background; It worked before today's revision. "Here are positions, movements, phenomena, and clues of change.
How to safely share screenshots and logs
Screenshots (saving the screen as images) can display the interface, and logs (recording the program process and errors) can help locate the site. Both may contain private content, covering passwords, keys, login tokens, buyer emails, and other information before sending them to AI or communities. Don't just cover a corner of the screen while keeping secret parameters in the address bar. If necessary, ask AI to help you organize desensitized summaries from your private logs (removing summaries that can identify private information).
Recognize several common phenomena
- Page not found: first check the website address and whether it is published, then check the link rules. Do not directly conclude the server is broken.
- Blank pages or program error prompts: Check recent changes, PHP error logs, and component compatibility.
- Database connection failure: Check the service and connection settings; do not clear the database first.
- Images and styles not loading: Check whether resource addresses and files exist and access conditions.
- No response after submission: Check whether the request has been sent, whether the server has processed it, and whether the record is actually saved.
These are for finding directions, not fixing the only reason for errors on a particular entry. Let AI make judgments based on real-world evidence.
Give AI an actionable inspection request
Here are the fault URL, operating steps, and tips for hidden private information. Please first read only and check the facts that have been established, and identify the sources of recent changes and errors. Do not reinstall the system, delete databases, or blindly overwrite files. Propose minimum repair and restoration methods, then re-verify using the same steps after repair.
If you need to temporarily enable debugging (a mode that records more detailed errors), let the AI place the recording in a private location, avoid displaying sensitive details on public pages, and disable unnecessary debugging according to the actual environment after use. You can check WordPress debugging Official statement。
When buyers say they can't be used, first ask about a few things
Ask him to provide the product name and version, WordPress/PHP environment version, operation process, and error messages. Remind him to hide passwords and other information. Don't ask them to send the root private key or the entire database from the start. Confirm whether the installation failed, the settings don't work, or the functions don't meet the description, then arrange for help. The after-sales scope is consistent with product commitments; If the reason is unknown, say it is being verified, and do not fabricate "resolved."
How to check after repairs
Reopen the same page, retrace the steps with the same inputs, and check the results with the background records. Let's see if the previous normal adjacent process has been changed. After modifying the program, try again; don't assume the problem disappears just because the AI changed a few lines. If it cannot be fixed in time, the available version will be restored using the prepared rollback method, and the issue will be recorded. Repeatedly installing the same software or changing ten settings at once often leads to losing clues for judgment.
Leave a reusable resolution record
Describe the fault symptoms, actual causes, what was changed, how to verify and correspond to the version. After confirming the validity, organize it into skill or community articles to distinguish between personally tested conclusions and unverified guesses.
Official information: see here for further verification
Official WordPress debugging instructions。 The life analogies, exercises, and AI examples in this article are original course explanations. The software menu and version may change, so let the AI compare it with the interface you actually see.