You need to delete the tags you don’t want only after you deactivate the plugin – otherwise it will be automatically added next time you save/update the post. (Or you need to set the value of the option “Old tags handling” to “Do nothing” but I think that (de)activating the plugin is easier.)
If you have an idea how to solve this problem without the annoying (de)activation hassle, please let me know.
And I’m glad you like the plugin.
Thank you!
Tried that, but doesn’t work.
No problem: I make a backup of the tags, uninstall the plugin, reinstall the plugin, change the csv-file according to my needs and import the changed backup file with the reinstalled plugin.
Not something to do everyday, but it works!
Jan
If you delete a keyword (by which I mean the tag name + its related words; this term is used in v1.6 to avoid confusion with WP tags BTW) from the plugin’s options page, the script should not add it to posts anymore.
I’m not exactly sure what the problem is and why you would need to export and import all the tags instead of simply deleting them from the administration interface, could you please elaborate more on that? Sorry if I appear to be slow-witted, I just don’t get it 🙂
The keyword isn’t deleted, no matter what I do! I can’t even edit it, once I’ve added it.
I’ve even tried to delete all keywords – but to no avail. They just remain as they are.
So the only way to work around this problem (at least the only one I could think of) is to uninstall the plugin after making a backup of the keywords, editing the backup file and importing it after I’ve reinstalled the plugin.
Oh, now I understand what you are trying to do – but don’t know why it doesn’t work.
1) Have you tried deactivating all other plugins?
2) What’s your WP version?
3) I assume that you are currently using APT v1.5, correct?
4) Are you seeing any errors? (I’m not sure if this will help but I would turn on the debug mode and add the following code $wpdb->show_errors(); somewhere below the first “global” function in the main file of the plugin – put it on the line 37 for example.)
5) Do you see the confirmation message (“All tags have been deleted”) after you hit the “Delete all tags” button?
APT v1.5 stores the keywords in a special table in the dabatase (“wp_apt_tags”). So if you are able to change the plugin settings but not delete the keywords, it seems that the plugin is for some reason not allowed to delete data from that table.
1) Have you tried deactivating all other plugins?
Yes, doesn’t change anything.
2) What’s your WP version?
3.9 (the latest version)
3) I assume that you are currently using APT v1.5, correct?
Yes
4) Are you seeing any errors? (I’m not sure if this will help but I would turn on the debug mode and add the following code $wpdb->show_errors(); somewhere below the first “global” function in the main file of the plugin – put it on the line 37 for example.)
No. I added `if ( isset($_GET[‘debug’]) && $_GET[‘debug’] == ‘debug’)
define(‘WP_DEBUG’, true);` to wp-config.php and tried to change a term. APT just doesn’t remember the change. I don’t see a bugreport (but then I’m not sure where to look – haven’t used this function before).
5) Do you see the confirmation message (“All tags have been deleted”) after you hit the “Delete all tags” button?
Nope – same problem, APT doesn´t delete anything. I deactivated and reactivated APT, but it doesn´t delete anyting. No message either.
Maybe there´s a way I could edit wp_apt_tags? If I really have to, I could go to PHP My Admin (I’d rather not, since it’s not very user friendly – but if I have to of course I will!)
Jan
There are plugins that let you edit MySQL tables directly from WP. (But I prefer using phpMyAdmin so I can’t recommend any.)
If the confirmation message I mentioned previously (you can find it on the line 1283) doesn’t even show up, it’s because one of the conditions (lines 1276, 1277) isn’t met.
I don’t know why though. Sorry for the inconvenience.
OK, thank you for looking into my problem. Maybe it’ll go away by itself 😉
I’m think I’ll use the plugin ‘Edit any table’.
Jan
Hey again, I just encountered this issue myself (and found a solution). Your PHP configuration probably prevents too many input fields from being submitted, so if you have a lot of keywords in the database (at least 300), some of them are being ignored (including the buttons that are supposed to let the script know that it should save the keywords or delete them – that’s why you didn’t see any messages).
This problem can be fixed either by decreasing the number of input fields on the page (e.g. only one field – a textarea – should be used to edit all keywords – in a CSV format for example) or by modifying the PHP configuration (the variable “max_input_vars” in the php.ini file must be changed to a higher value e.g. 10000).
I will make sure that the first option is available in v1.6. The new version should be hopefully released soon. 🙂
Thank you!
I do have a lot of keywords (1322).
I tried to change the php.ini file (since this is the easiest solution).
The max_input_vars is 1500. I raised it to 2500. I’m afraid this didn’t help.
FYI it’s the php.ini file in the etc directory above my public_html directory containing wordpress.
Looking forward to a new release of your great plugin!
Jan
I would set the variable to at least 3000 in your case (for every keyword there are two input fields that are being sent when you submit the form). Let me know if that works.
(But also keep in mind that such modification may make DoS attacks more effective as the PHP manual suggests: http://php.net/manual/en/info.configuration.php#ini.max-input-vars )
By the way, would you be interested in testing the plugin before it’s officially released?
(I’ve done some testing myself but it’s always great to have feedback from users who may have a different server configuration or use the plugin differently than I do.)
That worked!
Of course, I’d love to test your plugin.
Jan
That would be awesome. You can download the new version here:
http://devtard.com/wp-content/uploads/2014/07/apt1.zip
1) Just to be sure, please back up everything. (Also generate a new CSV backup of your keywords.)
2) In order to upgrade the plugin, delete all files and folders in the old APT directory – with the exception of the folder “backup”. Now copy there the contents of the .zip archive.
3) Load the page /wp-admin/plugins.php in your browser to make the plugin update its DB settings.
Now the plugin should copy all keywords to a new DB option. The old DB table should be deleted only if the previous step is completed successfully. And a new CSV backup should be automatically created.
4) Does the new version seem to work? Can you do basic things like saving settings, importing/exporting keywords or using the bulk tagging tool?
5) If your keywords contain non-ASCII (UTF-8) characters, please check if they’re being correctly added to your posts. If you encounter any errors, please let me know. And any comments in general are appreciated.
Thanks for your time, I’m looking forward to your response.
It works fine!
In my case, Automatic Bulk Tagging is still a bit troublesome (I have over a thousand tags – and over a thousand posts – so you can see why). It is not possible to do the whole bulk in one time, so I chose to do it in portions – and one post per cycle.
I had to reload my browser every now and the (Didn’t see the page with ‘click here’ anymore, but: ‘Tagging is in progress – this might take some time’ at the top. Confusing, as the process had actually stopped).
A suggestion? Well, I’ve often wondered: wouldn’t it be great if the selection of tags could be automized, based on a word count of the posts? Now that would be a great feature!
If you don’t see the “Click here” link it means that the execution of the script was stopped before this link could be displayed. This usually happens when the “max_execution_time” limit is reached (the plugin has to do too many operations and doesn’t have enough time to finish them).
If you remove your word separators or enable the option “Replace non-alphanumeric characters with spaces”, the plugin should process posts much faster (spaces will be used as default word separators in this case); you could also set the maximum number of characters in a post that should be analyzed (useful if your posts have more than several thousands of characters). Could you please give this a try? Maybe the bulk tagging tool would work correctly then.
I assume that bulk tagging was not resumed after you reloaded the page – the “Click here” link didn’t appear – right?
And could you please explain what exactly you meant in the last paragraph? I’m not sure if I understand.
