This is not an amount that is likely to cause performance issues. However if you are concerned about leftover transients it is worth looking into if any code you are using is consistently “leaking” them (creating transients that are never removed). See Are transients garbage collected? for relevant discussion and some code snippets.
Add a Custom Post Type called ‘feed’ Add a Custom Taxonomy for ‘feed’ called ‘feed_category’ As you mentioned, use a Custom Post Type for your feed items, for example ‘feed_item’ When adding an ‘feed_item’, add post_meta which makes the link between ‘feed’ and ‘feed_item’. For example update_post_meta( $item_id, ‘feed’, $feed_id ); Your loop can be … Read more
Add <?php settings_fields( ‘settings-group’ ); ?> <?php do_settings_sections( ‘settings-group’ ); ?> immediately after the <form> tag Your code is registering the settings group, setting up the DB to store the information, but it is/was missing the callback to allow WordPress to actually act on that information or store it. The code I provided tells WordPress … Read more
As Sumit pointed out, the problem was in the old browser cache. The solution was to clear browser cache (or just add a query string after the address: http://my.new.domain/?random_string). Thank you.
The hierarchy of storing data roughly goes like this (from less functional/complex to more): Transients API Options API Settings API Database Tables Custom file cache Since from your description Options are too limited and database too complex, I would look at Settings.
It sounds like you were on WordPress.com previously, which has options that are not built in to the core of WordPress. There are various plugins out there to accomplish a similar end result, such as Restricted Site Access.
That option is held in the wp_usermeta table with the edit_posts_per_page meta key. Using PhpMyAdmin (or straight up MySQL) you can make that change for your specific user. Some notes of caution: Depending on the number of users on your website, there will likely be more than one edit_posts_per_page meta key available. Make sure you … Read more
@Mamaduka: Here is why your settings aren’t updating. Your validation function is wrong. To wit: function ev_options_validate( $input ) { $ev_options = get_option( ‘theme_evolutionary_options’ ); $valid_input = $ev_options; $ev_options[‘color_scheme’] = array_key_exists( $ev_options[‘color_scheme’], ev_get_valid_color_schemes() ) ? $ev_options[‘color_scheme’] : ‘blue’; $ev_options[‘copytright’] = wp_kses_data( $ev_options[‘copyright’] ); return $valid_input; } You’re updating $ev_options, but returning $valid_input. You need to … Read more
I am reading your question as being “Is there a standard practice for where the options menu page should be placed?” Is there a standard practice for where the options should be placed? I don’t think so but there are better and worse places. Theme customizer page? No. This is bad for the same reason … Read more
You have the name parameters set to “$id” which means that they’ll be things like “show_header_2” and such. You actually want them to be “second_section[show_header_2]” and similar instead, so that the array of settings is what you get back from the form.