I was having problems using the wp_enqueue_script(‘media-upload’); – I was getting the properly sized editor but my custom send_to_editor() function wasn’t being triggered. I found that if I listed the dependencies on my own custom JS code, that solved the problem.

Like so:

function admin_add_scripts() {
add_thickbox();
wp_enqueue_script(‘media-upload’);
// My js file, with an array of dependencies
wp_enqueue_script( ‘admin.js’, get_stylesheet_directory_uri() . “/scripts/admin.js”, array(‘jquery’, ‘media-upload’) );
}
add_action(‘admin_init’, ‘admin_add_scripts’);

Simon

Two other reasons besides mod_php quickly come to mind on why I use prefork apache–mod_perl and mod_python. The solution of using NGINX as a reverse proxy is gaining more and more popularity because NGINX is written with this in mind as a primary operating task. Apache can be used as a very effective reverse proxy as well. In fact, my first professional introduction into Apache optimization had once instance of Apache serving static content and two other instances of Apache serving mod_perl content. Regardless of how you separate things, the value is the separation and optimizing the area that will provide the greatest improvement for the effort.

One of the reasons that there are so few published benchmarks is the variety of architectures that can be used. Apache, lighthttpd, NGINX, FastCGI, Catalyst, Perlbal…the list keeps going. Combine that with custom webserver frameworks–think Python web framework–and it should be clear that there is no single solution.

The other reason is the challenge of testing real-world web application performance. It is much the same reason why you do not see worthwhile benchmarks comparing Apache to IIS. Nearly very large web application is a custom application and architecture. Building a valuable benchmark requires three elements: a testing environment that can produce a significant fraction of the production environment capacity, a testing framework that is able to emulate real-world web traffic, and a metric gathering framework that is able to measure capacity usage on a per-request basis. I have only had access to all of those elements once–and only because my team received a new production environment a month ahead of schedule.

Do not let a lack of benchmarks stop you from experimenting! Experimenting with tools such as FastCGI will give you one more tool to work with and will definitely give you a perspective that is different from the standard Apache CGI environment.

Thanks for a good article. I realize most people use apache prefork because of thread safety issues with worker (or more likely because that’s how things get set up by default out of the distro’s repos). The most common solution is yours apache for php and nginx for static files. What about using apache w/ fastcgi and having apache serve the static files as worker w/o all the overhead of mod_php for servign a gif?

I’ve been trying to find some decent benchmarks for this, but no one seems to be using worker so no one seems to be benchmarking it. I wish I had the hardware to do it myself but I don’t so I was wondering if you have considered this?

Thanks.

Thanks!

That should fix your problems with the media upload. There is likely a better method for including it, but I’ll have to do more digging to find it.

I’m currently working on a theme using WP 2.9.2. Out of the box, your script doesn’t work properly here. I’d to change the following things:

1) In my custom admin-option-page the required thickbox css and js file wouldn’t be load by default. To add the required fields to the wordpress list of loaded files, just call add_thickbox(); in your init-function of your admin-page or before wp_head();.

2) Same goes for my custom js file: Put the line wp_enqueue_script('_custom_js', '/js/custom.js'); in your init-function.

3) I’d the problem, that the value attribute of my input field wasn’t updated. If you use the built-in jquery support from wordpress, you have to “wrap” every jquery call since WP 2.8+. Instead of using $();, you have to write jQuery();. This took me some time to figure out.

So you have to change the function send_to_editor to the following:


function send_to_editor(html) {
var source = html.match(/src=\".*\" alt/);
source = source[0].replace(/^src=\"/, "").replace(/" alt$/, "");
jQuery("#banner_image").attr('src', source);
jQuery('#banner_image_input").attr('value', source);
tb_remove();
}


However, one problem remains:

The thickbox window isn’t loaded at full size. I’ve tried to load the built-in js script “media-upload” with wp_enqueue_script('media-upload'); which seems to work, but this breaks the whole script.

If anybody has a solution, please post

-Brad

I installed the plugin with NO issues, THANKS so much. BUT… when I choose an image from the media gallery, and Save Changes, I get the “You do not have sufficient permissions to access this page.” error… any ideas?