Forum Replies Created

Viewing 7 replies - 1 through 7 (of 7 total)
  • I had the same issue, images wouldn’t show in the media library or in the media uploader in posts, but when I changed to the media library “list” view I could see them.

    Turns out we were adding a bunch of custom fields to media attachments (not in a plugin, just in our functions file), and it looks like wordpress was running out of memory, because if we removed all but a couple fields, everything was fine.

    We added ini_set('memory_limit', '64M'); to our wp-config.php file and all is well.

    @thomasdk81 If you do make a fork, please post a link the repo here.

    I have put together a quick fix for desperate developers here: https://gist.github.com/astockwell/7161830. Know that it involves modifying the core plugin files. Refer to the Readme file included.

    USE AT YOUR OWN RISK, BACK UP YOUR FILES & DATABASE. I do not advocate modifying core plugin files unless it is an emergency.

    UPDATE:

    I noticed deep in the plugin readme files that the container_before and container_after attributes have been deprecated. This is unfortunate, but as a result I’ve built a work-around function that I hope helps people:

    //Customize wp_bannerize plugin html output
    function custom_bannerize($group_name) {
    	if( function_exists( 'wp_bannerize' )) {
    		global $wpBannerizeFrontend;
    		// Setup args as you would for normal wp_bannerize() call
    		$bannerize_args = 'group=' . $group_name . '&before=<li>&after=</li>';
    		// Get result of initial bannerize call (without the default 'echo' call) via %plugins_dir%/wp-bannerize/Classes/wpBannerizeFunctions.php
    		$str_banners = $wpBannerizeFrontend->bannerize( $bannerize_args );
    		// Replace container elements with desired ones
    		$str_banners = str_replace(array('<div class="wp_bannerize ' . $group_name . '">','</div>'), array('<ul class="myClasses">','</ul>'), $str_banners);
    		// Remove hardcoded <img> tag height & width params (OPTIONAL)
    		$str_banners = preg_replace('/(width|height)="\d+"(\s|)/', '', $str_banners);
    		return $str_banners;
    	} else {
    		return false;
    	}
    }

    It’s unfortunate that these were deprecated as it removed a significant amount of versatility from the plugin. I don’t know the circumstances of the removal but I would encourage that they be reinstated in the plugin (or at least removed from all readmes on ww.wp.xz.cn).

    I’m having the same problem as @brightweb1, I just downloaded v3.0.62 with WordPress v3.4.2, and the container_before and container_after attributes do not change the output, it is still

    <div class="wp_bannerize Home Page Banners">
    ...
    </div>

    Even when they’re set to <ul> and </ul>, respectively.

    Any help is much appreciated!

    The comments functionality is AMAZING, especially for a free plugin! Please let us know if/when the styling ability is sorted out, as that would make this a must-have.

    I also wrestled with this all day today, with the added complication that I’m using a Windows/IIS server. In my case specifically, I had a clean, current WP Network install, all working, and when I’d create and visit sub-sites (using subdirectories), I saw the same thing as @mirror242 – an unformatted page, and I got a 404 error when trying to view the dashboard/backend/”sub-site/wp-admin/”.

    The windows fix is what seems to be an error with the web.config code WordPress outputs for you when you install multisite:

    WP Code:
    <rule name=”WordPress Rule 5″ stopProcessing=”true”>
    <match url=”^[_0-9a-zA-Z-]+/(wp-(content|admin|includes).*)” ignoreCase=”false” />
    <action type=”Rewrite” url=”{R:2}” />
    </rule>

    Corrected Code:
    <rule name=”WordPress Rule 5″ stopProcessing=”true”>
    <match url=”^([_0-9a-zA-Z-]+/)?(wp-(content|admin|includes).*)” ignoreCase=”false” />
    <action type=”Rewrite” url=”{R:2}” />
    </rule>

    Note the second line now has a “(” at col14 and “)?” at col30 and 31.

    That fixed both issues! Hope this helps other users begrudgingly using IIS :).

Viewing 7 replies - 1 through 7 (of 7 total)