| /* | |
| * Example adds certain named Product Attribute fields to the product Edit screen ready for completion. | |
| * (Pre-requisite ) | |
| * This saves the Shop Admin having to add them manually. | |
| * | |
| * Why might you want to do this instead of adding Custom fields? There's plenty of nice documentation on adding custom fields | |
| * for example: http://www.remicorson.com/mastering-woocommerce-products-custom-fields/ | |
| * | |
| * Well a Product Attributes are a built in WooCommerce feature, using Terms which are a built in Wordpress feature. | |
| * - no add-ons required |
based on https://en.wikipedia.org/wiki/ISO_week_date#Calculating_the_week_number_of_a_given_date
M / Power Query doesn't have a native ISO8601 Week Number function, and DAX's
weeknum(x, 21) doesn't give the correct ISO Week-Year.
/*
based on <https://en.wikipedia.org/wiki/ISO_week_date#Calculating_the_week_number_of_a_given_date>
| <?php | |
| /** | |
| * Plugin name: Allow email as WordPress Network/Multisite username | |
| * Description: A wordpress mu-plugin that allows you to create users with email-addresses as usernames in multisite | |
| * Version: 1.0 | |
| * Author: @anttiviljami | |
| * License: GPLv3 | |
| */ | |
| add_filter( 'wpmu_validate_user_signup', '_signup_allow_email_as_username' ); |
| <?php | |
| // A dirty script by Ash | |
| add_action( 'personal_options_update', 'check_display_name' ); | |
| add_action( 'edit_user_profile_update', 'check_display_name' ); | |
| function check_display_name( $user_id ) { | |
| global $wpdb; | |
| // Getting user data and user meta data | |
| $err['display'] = $wpdb->get_var( $wpdb->prepare( "SELECT COUNT(ID) FROM $wpdb->users WHERE display_name = %s AND ID <> %d", $_POST['display_name'], $_POST['user_id'] ) ); |
| <?php | |
| // PHP memory limit for this site | |
| define( 'WP_MEMORY_LIMIT', '128M' ); | |
| define( 'WP_MAX_MEMORY_LIMIT', '256M' ); // Increase admin-side memory limit. | |
| // Database | |
| define( 'WP_ALLOW_REPAIR', true ); // Allow WordPress to automatically repair your database. | |
| define( 'DO_NOT_UPGRADE_GLOBAL_TABLES', true ); // Don't make database upgrades on global tables (like users) | |
| // Explicitely setting url |
| <?php | |
| add_action('admin_init', function () { | |
| // Redirect any user trying to access comments page | |
| global $pagenow; | |
| if ($pagenow === 'edit-comments.php') { | |
| wp_redirect(admin_url()); | |
| exit; | |
| } |
| /* | |
| Plugin Name: Custom Upload Dirs | |
| Description: Changes the upload directory to what we would like, instead of what WordPress likes. | |
| Author: Mark | |
| Version: 1.0 | |
| Author URI: http://google.com | |
| */ | |
| add_action( 'init', 'change_upload_dir' ) ; |
| <?php | |
| /* | |
| Plugin Name: Power WP Tweaks | |
| Plugin URI: http://ankurk91.github.io/ | |
| Description: Some common tweaks to optimize WP Site | |
| Version: 1.0 | |
| Author: ankurk91 | |
| Author URI: http://ankurk91.github.io/ | |
| License: MIT | |
| */ |
I am running a WordPress multisite network with sub-directory setup. When I check my error.log file, it is full of entries like this one:
Request exceeded the limit of 10 internal redirects due to probable configuration error. Use 'Limit InternalRecursion' to increase the limit if necessary. Use 'LogLevel debug' to get a backtrace.
The problem was, in my case, one specific rewrite rule in the .htaccess file.