Posted by GregoryHeller on September 1, 2010 at 4:02pm
Start:
2010-09-16 18:00 - 19:30 America/Los_Angeles Organizers:
Event type:
User group meeting
Amazon South Lake Union Campus 421 Boren Ave N Seattle, WA 98109
421 Boren Ave N/426 Terry Ave N, Seattle, WA 98109
Learn about Drupal and meet local Drupal enthusiasts. We meet from 6 pm until 7:30 pm, then reserve the last half-hour for proper socializing, snacking, and further discussion at a local pub. This month we are going to try out Paddy's Pub.
Date and Time: September 16th, 6 - 7:30 pm PST
Coworking will be a block away at Moka Coffee around 3:30pm.
Agenda
Introductions- brief introductions.
News- a brief update on some Drupal News:
- Seattle Drupal Mini Camp (unconference) Update: Location, Date, Planning
- Drupal Summit 2010 Update: Who is going? Are you presenting?
If you want to add items to the agenda, please leave a comment.

Comments
Also, remember to sign up for
Also, remember to sign up for the CiviCRM Training I am running, Early Bird Special pricing runs out in about a week.
http://GregoryHeller.com
Google map: SeaDUG meeting places
Google map: SeaDUG meeting places
http://lbt.me/seadug-meeting-places
Maps locations for Amazon campus meeting, cowork venue before meeting, and social venue after meeting.
Summit Accomodation
I would like to suggest a brief time to discuss lodgings @ the Summit - it would be cool if we all stayed @ the same hotel.
-jared
Summit Lodging Timeline
Many of us are looking to book in the next week or so, might be nice to discuss ahead of time.
Topic idea: site monitoring w/munin
Gregory,
We presented in August at our local DUG on
Munin: what it is, how we use it, advanced features, etc.
Since we'll be in town during the Seattle DUG meeting, we'd love to attend and present if there's interest. Munin is obviously not Drupal specific, but we use it everyday for our Drupal sites and it has saved our bacon more than once.
Other topics we could present:- drush make & install profiles (how we build a vps container w/drupal installed/configured) in two shakes of a lamb's tail.
- fcgid vs. apc
- case study on google maps integration for a local wilderness conservation group
If any of these are of interest, let us know.
I have a 5 minute lightning talk
about.... views of course.
-J
-jared
XDebug
I was thinking it would be useful to show people how they can get set up with xdebug and a real-time debugger. Jared offered to have me demo setting it up with Komodo on his new Win/Ubuntu dual boot setup. I'm not sure I can fit the demo in 5 minutes, but if there's interest I'm happy to do it. IMO anyone who changes PHP code at all should have a debugger set up - it's not just for hard-core devs.
2nd the debugging talk
I use komodo/xdebug on OS X. indispensible.
munin plugin for page load times
First off, thank you Gregory and everyone that helped organize the meetup. We had a great time meeting others in the Seattle Drupal community.
Second, someone asked about monitoring page load times w/Munin and our response was, "it's probably already a plugin but if it's not, it should be." Sure enough, we found this:
http://exchange.munin-monitoring.org/plugins/wget_page/details
We normally have Munin configured on the same server as the site (host/node on the same machine as LAMP). For this plugin to be of any real use, it would be best to run it from a different host. If anyone wants to re-use or reference the slide deck we used, you can grab it here.
Hope the Summit is a success and maybe we'll see some of you at DrupalCon Chicago.
More monitoring & analysis tools
Thanks for the page load time plugin info for Munin.
I use this free service to analyze specific web pages that seem to be loading too slowly
http://www.websiteoptimization.com/services/analyze/
BTW, Wikipedia has a nice comparison chart for network monitoring systems that includes Munin
http://en.wikipedia.org/wiki/Comparison_of_network_monitoring_systems
Multi-user Xdebug setup
For those who wanted the multi-user proxy setup, here's what we have (currently on a Hardy server -- adjust extension path as appropriate):
/etc/php5/conf.d/xdebug.ini:
zend_extension=/usr/lib/php5/20060613+lfs/xdebug.soxdebug.remote_enable=3 # multi-user
xdebug.remote_handler=dbgp
xdebug.remote_mode=req
xdebug.remote_host=192.168.233.212 # Host running proxy
xdebug.max_nesting_level = 10000
xdebug.remote_port=9000
... then I forgot to mention the Proxy setup. We use a proxy called pydbgproxy, and I see it's shipped in Komodo under lib/support/dbgp/bin/pydbgproxy. We've moved that and a lot of the support files into a subdirectory of /usr/local/bin, and created a little startup wrapper at /usr/local/bin/startdbgp:
#!/bin/shcd /usr/local/bin/pydbg/bin
python pydbgpproxy -i 192.168.233.212:9001 -d 192.168.233.212:9000
... and then created a normal startup script in /etc/init.d to make it run on startup.
Hope that helps!