Hi, I ran out of space on my sandbox largely due to filling an error log. Could I get that log file removed (specifically /tmp/php-errors.1) to clear up space? There’s nothing meaningful in the log so it doesn’t need to be preserved in any fashion. Thanks!
Recent Updates Toggle Comment Threads | Keyboard Shortcuts
Hi, if possible, can we please get the WordCamp.org SSL certificate installed for mail.wordcamp.org IMAP and SMTP? We tried to whitelist the self-signed certificate with @seanosh, it helps with curl and wget, it even helps with wp_remote_* calls, but unfortunately it doesn’t seem to help with imap_open() or stream_context_create(). Thanks and sorry for the trouble!
Per @jenmylo, we’re granting limited Super Admin capabilities on WordCamp.org to trusted volunteers. They’ll need proxy access like regular Super Admins.
The whitelist of users is defined in the global config, and the code to grant them the extra capabilities is in an mu-plugin on WordCamp.org.
Brandon and Kevin, can you please post your public SSH keys here? If you haven’t used SSH keys before, GitHub has some good instructions (just ignore everything after step 2).
It boils down to running this in a terminal:
ssh-keygen -t rsa -b 4096 -C "email@example.com"
Make sure you post the public key (id_rsa.pub), not the private key (id_rsa). The private key should be treated like a password and kept secret.
Once the Systems team grants you access, I’ll follow up to help you set it up on your computer.
Hi there! Can we please enable the imap php extension for wordcamp.org? Thanks!
Hey there, I want to ask if I can get more space on my sandbox
ocean90.dev.wordpress.orgtoo. On my sandbox we generate localized release packages and language packs which requires a checkout of i18n.svn.wordpress.org. The size of the project is currently 5.5GB.
For now 5GB more would be great.
Is there a chance I can get more space on my sandbox at
nbachiyski.dev.wordpress.org? We generate some POT files there and all of the project checkouts take a ton of space. I checked – it’s not temp files that will it up. Another 5-10GB would be great.
I’ve also seen it happen when connecting Jetpack to WPCOM, but that’s intermittent and I haven’t noticed a pattern yet.
We have use cases where API clients will need 75-100 posts. They could make multiple requests, but that would add additional overhead and slow things down on their end.
The nginx logs say,
upstream sent too big header while reading response header from upstream, and it sounds increasing the buffer sizes may be all that’s needed to fix it.
Can someone please deploy the following deploy wporg-web commits?
- 5981 – Allows for xx.wordpress.org/plugins/about/* rewrite rules to work on rosetta sites
- 5984 – Updates the stats cronjobs, removing those which no longer process data
A note on the cronjobs, `api-stats-cron` wasn’t renamed to better suit it’s purpose as there’s a non-versioned link pointing to it from /etc/cron.d/ so it was easier to just leave it be.
The additional autoupdate cronjobs are currently kicked off by the existing wp-url & plugin cronjobs. After deploy those scripts will run twice temporarily which won’t cause an issue.