Thanks to @bazza and @stankea, WordPress.org has been fully migrated to nginx from Litespeed and Apache. Please let me know if you find things wonky with anything on wordpress.org, api.wordpress.org, bbpress.org, buddypress.org, etc. (Beyond the usual wonkiness, of course.)
The only known issue is that query strings were temporarily broken on translate.wordpress.org. The rewrite rule has been fixed.
Paul Gibbs 1:23 pm on April 19, 2012 Permalink
http://buddypress.org/wp-login.php is throwing a “No input file specified.” on buddypress.org; http://buddypress.trac.wordpress.org/ticket/4153
Andrew Nacin 1:26 pm on April 19, 2012 Permalink
On it.
netweblogic 1:45 pm on April 19, 2012 Permalink
The works/broken on plugins seems to be ‘broken’. The numbers are all 0 on any version combination.
Andrew Nacin 2:22 pm on April 19, 2012 Permalink
Example plugin and combination? I’m getting it to work on both nginx (new) and Litespeed (old).
netweblogic 6:12 pm on April 28, 2012 Permalink
sorry for late reply but fyi it was fixed pretty quickly, like within the day, so well done
Boone Gorges 2:16 pm on April 19, 2012 Permalink
/extend/plugins search pagination doesn’t seem to be working: https://wordpress.org/extend/plugins/search.php/page/2?q=search+index
Andrew Nacin 2:19 pm on April 19, 2012 Permalink
Reported it. Same issue that happened to translate.wordpress.org. Darn you try_files not passing $args by default.
Andrew Nacin 2:51 pm on April 19, 2012 Permalink
Fixed. Was actually the .php in there that caught a different location block.
wonderboymusic 6:42 pm on April 19, 2012 Permalink
“plugins/search.php/page/2?q=search+index” gives me the willies
Andrew Nacin 7:41 pm on April 19, 2012 Permalink
It’s now search.php?page=2&q=search+index. Surprisingly better.
Marko 3:25 pm on April 19, 2012 Permalink
It apears downloads here http://sl.wordpress.org/wordpress-3.3.1-sl_SI.zip are broken since this update, also the admin area of said locale site reports error 500.
Andrew Nacin 3:27 pm on April 19, 2012 Permalink
Looking, thanks.
Andrew Nacin 4:12 pm on April 19, 2012 Permalink
Fixed. This was a problem specific to sl_SI. The plural expression that was running on Rosetta was very, very wrong:
Plural-Forms: nplurals=4; plural=n != 1;plural=n != 2;plural=n != 3;
It should be:
Plural-Forms: nplurals=4; plural=(n%100==1 ? 0 : n%100==2 ? 1 : n%100==3 || n%100==4 ? 2 : 3);
Our pomo library choked on the extra semi-colons and caused parse errors in PHP 5.3 (something I will look into). To fix, I deployed new PO/MO files for you from translate.wordpress.org.
More information about the old Plural-Forms header, so you may track down what happened on your end. The file was generated by Poedit on by you on 2011-02-23 17:12:19+00:00.
Andrew Nacin 4:33 pm on April 19, 2012 Permalink
By fixed, I was referring to the download, not the admin. Still working on that.
Marko 4:57 pm on April 19, 2012 Permalink
Wow, that translation is from a year ago. I was sure I did a deploy request at least back in december. Guess not.
Thank you!
jb510 4:39 pm on April 19, 2012 Permalink
Yesterday I couldn’t login to wordpress.org for quite a while using my normal browser (chrome), but could with other browsers… deleted my browser cookies and got in just fine. Nothing major, but mentioning it in case it’s related and someone else has the same problem.
Barry 4:48 pm on April 19, 2012 Permalink
Howdy – thanks for the report. Probably not related. Is everything working for you now?
Todd Lahman 5:28 pm on April 19, 2012 Permalink
Could you post the WordPress.org Nginx configuration and other Nginx configuration files, and detail any special configuration issues? Is WordPress.org running as singlesite, or multisite? It would be nice to also know if PHP-FPM is also being used, and what that configuration file looks like, etc.
It would make a great scalable case study where Nginx + WordPress is being used.
Andrew Nacin 5:38 pm on April 19, 2012 Permalink
Our setup is pretty crazy, but I’ll see what can be extracted out once things are stabilized. WordPress.org runs multiple multisite installations, as well as standalone bbPress, GlotPress, and other things both cool and uncool. We are not a great case study.
Jacob Gillespie 9:39 pm on April 19, 2012 Permalink
Even if we can’t directly relate to the complexity of the WordPress.org installation, there are very few documented examples of complex WordPress installations (or any LEMP installations for that matter), so it would be awesome if you could post any config details, no matter how complex/hackish.
Barry 5:47 pm on April 19, 2012 Permalink
Sure – we are still fixing some bugs and cleaning up some stuff. WordPress.org, and the associated .org sites are kind of complicated
A few multi-site installs, some single site, and a bunch of other stuff. We are using PHP-FPM as well.
michelwppi 8:52 pm on April 19, 2012 Permalink
tuesday, I updated xili-language plugin to 2.5.0 and do some fixes in read me end of tuseday. But today thursday, the displayed texts and tabs are not as in the read me.txt file of zip but again old version of read me . The version on left changes but not the content of tabs. Backup db bps issues due to the move ??? tell me if you need tracs ID
Emil 12:42 am on April 20, 2012 Permalink
Nice, I see that after the migration Most Popular Themes http://wordpress.org/extend/themes/ download count jumped for about 4-5K each. While on the stats itself this looks as usual.
David Decker 1:08 pm on April 20, 2012 Permalink
In the Plugins repo It seems that the readme.txt will not update – I’ve comitted a new plugin all ok, except for the readme display on .org. I’ve comitted/updated readme about 10 times but nothing changes. All tabs are the same with description I used when adding the plugin in the repo.
What’s going on here?
Thanx for any help!!
-Dave
David Decker 1:15 pm on April 20, 2012 Permalink
…seems that a lot other devs who newly added plugins have the same problem: repo does not refresh…
You can detect such plugins with too long descriptions in the listing and all tabs with the same content… though if you download the zip, all content is ok!
Hope this helps, Dave
Andrew Nacin 8:14 pm on April 20, 2012 Permalink
http://wpdevel.wordpress.com/2012/04/20/were-seeing-increased-reports-in-readme-txt-files/
David Decker 8:18 pm on April 20, 2012 Permalink
Thanks, Andrew! The plugin I updated today, now displays properly, all ok! No problem, I just may have to wait a little longer. Was confused a bit before…
Thanks again for your hard work!!!
Otto 8:09 pm on April 20, 2012 Permalink
The repo *does* actually refresh properly. What you’re seeing is basically a very complicated caching problem.
So everybody: PLEASE STOP TOUCHING FILES IN THE SVN TO TRY TO FORCE IT. You’re giving the system a nervous meltdown. Your data is there. It has refreshed already. You just can’t tell right now. It’ll be fixed when it’s fixed.
David Decker 8:16 pm on April 20, 2012 Permalink
Thank you for the update! Sorry, that I did update one of my readme’s a few times. Won’t do that again. I’ll just wait a little longer.
Thanks for your hard work!!!
Knut Sparhell 6:41 pm on April 24, 2012 Permalink
I used to use the support forums RSS feed at http://wordpress.org/support/rss/ (as still published in the header of http://wordpress.org/support/ ) but this now gives a 404.
Knut Sparhell 1:19 pm on April 25, 2012 Permalink
Fixed now. Thanks!