https://bugzilla.wikimedia.org/show_bug.cgi?id=62582
--- Comment #2 from jeremyb <bugzilla+org.wikime...@tuxmachine.com> --- (In reply to Teles from comment #0) > It is expected that up to 100 people will join the event and account > creation is one of the steps. Great! It would be useful to have more information about the venue and please prepare for the possibility that we are unable to raise the limit. (or we try to raise it but it doesn't work properly for your situation) Alternatives: * tell attendees that they should make accounts before they arrive * account creator user group: apparently ptwiki has no users in the account creator group so I'm not sure if adding event staff to that group is possible. see e.g. [[WP:Account creator]]. Longer term, you may want to propose this be made available to ptwiki users. * recruit some sysops (wiki Admins) (who can make accounts beyond the limits of an ordinary user) to help with the event. > I am using one of the computers of the event to place this request and the > IP is '186.193.12.186'. However, I can't guarantee that the same IP will be > used for everyone. The best way to test what IP address we would see for a given computer is to visit https://wikimediafoundation.org/wiki/Special:MyPage and see where that redirects you to. Are you able to simultaneously log in to multiple machines at the venue? Talk to the people responsible for maintaining those machines? Would be great if you were able to either discuss with the venue or test a handful of machines (with the link 2 paragraphs up) and determine what the public IPs are. There's essentially 3 possible scenarios: * every machine in the facility gets its own separate public IP (not private, [[RFC1918]] IPs) <-- in this case we don't need to make any configuration changes and no one should hit any limits * each machine in the facility shares one or a small # of static, public IPs. (and then each machine has its own private IP which is NAT'd to the public internet) <-- you won't know for sure if they're really static without asking. we could try whitelisting the IP(s) you find in tests * variant on the NAT model above where the public IP(s) are dynamic <-- can't do much in this case besides blindly whitelisting a large block. this is what was already proposed in Odder(Tomasz)'s patch In any case, what you learn on day one will help inform how we can help you with limits on day 2. Good luck! -- You are receiving this mail because: You are on the CC list for the bug. _______________________________________________ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l