Some people have reported this problem before, but they haven't written an article course Because I feel that this kind of problem can be encountered too little, until recently several netizens began to feedback, and I don't know what caused it. In fact, the solution to the problem is very simple, but I don't know how it caused it. Because I deliberately imitated the process of error, I deleted the "icon collection" list in the background module management in the database, After deletion, I found the module management in the background menu and edited the icon collection module. As a result, the prompt "No relevant data is found" appears, as shown in the figure:
It's amazing, isn't it? A lot of people reported that they didn't operate anything, but suddenly they did. In fact, I also had a lot of trouble. I don't know why the fields in the database table will be deleted. Is it caused by misoperation? This problem is inexplicable. After all, I said I didn't know, didn't do anything, didn't know... (Throw the pan three couplets!!!)
terms of settlement
In the background, module management, click the content of the module with the error, check the URL bar of the error prompt page "/zb_system/admin/module_edit. php? Act=ModuleEdt&filename=misc", see the English name of "misc" after the=sign, then open the database link (you can use phpmyadmin), find the "zbp_module" database, check whether there is a "misc" field, and if there is no "misc" field, If there are some errors, then we can build a new site or find the corresponding data table (zbp_module) and "misc" field in other sites and export them. Log in to the website database, find the "zbp_module" data table and import the just fields.
If you don't like to be afraid of import errors, it is also simple. Take "misc" as an example, find the normal site database, edit the "misc" data field, and compare the corresponding values, as shown in the figure:
Then, insert a field in the database with errors. The value is the same as in the figure. Click the bottom to execute. Make sure that the module name needs to edit the field content, otherwise there will still be errors. According to my test, direct insertion is also easy to make errors. This is only one solution, but it is not recommended. Import and export is more direct and easy to use, Basically, there is no chance of error. As for how to operate and choose which scheme, it is up to you to decide. All right, the tutorial record is complete. Please leave a message and feedback if you have problems. To ensure the safety of data, remember to back up the database in advance no matter which scheme!!!