<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0" xml:base="http://echodittolabs.org" xmlns:dc="http://purl.org/dc/elements/1.1/">
<channel>
 <title>EchoDitto Labs - Drupalcon Szeged: What I&amp;#039;m Missing - Comments</title>
 <link>http://echodittolabs.org/node/83</link>
 <description>Comments for &quot;Drupalcon Szeged: What I&#039;m Missing&quot;</description>
 <language>en</language>
<item>
 <title>thanks very much..
sohbet -</title>
 <link>http://echodittolabs.org/node/83#comment-4094</link>
 <description>&lt;p&gt;thanks very much..&lt;/p&gt;
&lt;p&gt;&lt;a href=&quot;http://www.myalem.com&quot; title=&quot;canlı sohbet&quot; target=&quot;_blank&quot;&gt;sohbet&lt;/a&gt; - &lt;a href=&quot;http://www.myalem.com&quot; title=&quot;canlı chat&quot; target=&quot;_blank&quot;&gt;çet&lt;/a&gt; - &lt;a href=&quot;http://www.giresunsohbet.net&quot; title=&quot;giresun sohbet&quot; target=&quot;_blank&quot;&gt;giresun chat&lt;/a&gt;&lt;/p&gt;
</description>
 <pubDate>Tue, 30 Sep 2008 08:18:21 -0700</pubDate>
 <dc:creator>Dating</dc:creator>
 <guid isPermaLink="false">comment 4094 at http://echodittolabs.org</guid>
</item>
<item>
 <title>Drupalcon Szeged: What I&#039;m Missing</title>
 <link>http://echodittolabs.org/node/83</link>
 <description>&lt;p&gt;Well, I&#039;m not in Hungary, and it&#039;s a drag.  Drupalcon has begun!  It looks pretty exciting, but at EchoDitto I think we&#039;re collectively keeping our fingers cross for &lt;a href=&quot;http://groups.drupal.org/node/13281&quot;&gt;Drupalcon DC&lt;/a&gt;.&lt;/p&gt;

&lt;p&gt;Still, I&#039;m doing my best to review the stuff coming out of Szeged.  So far it&#039;s just a few sets of slides, but I&#039;m optimistic that we&#039;ll get some podcasts or maybe even Qik streaming before too long.  Inspired by &lt;a href=&quot;http://www.developmentseed.org/blog/2008/aug/18/hello-szeged&quot;&gt;Alex&#039;s list&lt;/a&gt;, here are the sessions I&#039;m  bummed to be missing &amp;mdash; not that I could have physically attended them all, of course. But these are the ones that look particularly interesting to me:&lt;/p&gt;

&lt;dl&gt;
&lt;dt&gt;&lt;a href=&quot;http://szeged2008.drupalcon.org/program/sessions/drupal-search-where-are-we-where-are-we-going&quot;&gt;Drupal Search: Where are we? Where are we going?&lt;/a&gt;&lt;/dt&gt;
This is a session I would&#039;ve loved to attend, as &lt;a href=&quot;http://codesorcery.net/blog&quot;&gt;ExoDitto Justin Miller&lt;/a&gt; gave a talk about his work with Apache Solr at a DC Drupal Meetup a while back that left me intrigued. Unfortunately a lot of our projects wind up with the client saying &quot;Drupal search is kind of lame&quot;, us replying &quot;Yeah we know, want to spend some hours on implementing something better?&quot; and them deciding, &quot;Nah, it&#039;ll do.&quot;  And, you know, fair enough.  It&#039;s definitely &lt;em&gt;okay&lt;/em&gt;, and usually that&#039;s going to be good enough to meet users&#039; needs. But I would like to get my hands dirty with a sexier search solution one of these days.  It&#039;s at least good to know that Core Search is getting some new features.&lt;/dd&gt;	

&lt;dt&gt;&lt;a href=&quot;http://szeged2008.drupalcon.org/program/sessions/caching-and-performance-improvements&quot;&gt;Caching and performance improvements&lt;/a&gt;&lt;/dt&gt;
&lt;dd&gt;How to make your Drupal site&#039;s backend speedy. The moral, based on the description: when you finally move your site to D6 it will get magically faster. If it&#039;s not fast enough, look at memcached. Oh, and install XCache or APC, for pete&#039;s sake. &lt;a href=&quot;http://2bits.com/articles/php-op-code-caches-accelerators-a-must-for-a-large-site.html&quot;&gt;It&#039;s easy&lt;/a&gt;!&lt;br/&gt;&lt;br/&gt;
No slides yet, unfortunately, but based on the description and having recently had to deal with a number of unwieldy sites, this is a panel I would&#039;ve loved to attend.  For my part, I&#039;ll add that all the caching in the world won&#039;t save you if you&#039;re missing an index on a column &amp;mdash; and you might be surprised where they&#039;re missing.  I recently got burned on some geographic queries because location.module doesn&#039;t index its eid column (which usually corresponds to nid).  Adding indices is rarely a bad idea (although of course sometimes it is &amp;mdash; I&#039;m awfully helpful, I know).&lt;/dd&gt;	

&lt;dt&gt;&lt;a href=&quot;http://szeged2008.drupalcon.org/program/sessions/front-end-performance-%E2%80%93-how-make-your-website-blazingly-fast&quot;&gt;Front End Performance &amp;ndash; How to make your website blazingly fast&lt;/a&gt;&lt;/dt&gt;
&lt;dd&gt;How to make your Drupal site&#039;s frontend speedy.  The moral, based on the description: turn on CSS aggregation before launch (early enough that you can fix &lt;a href=&quot;/node/82&quot;&gt;whatever problems&lt;/a&gt; it causes). Use &lt;a href=&quot;http://developer.yahoo.com/yslow/&quot;&gt;YSlow for Firebug&lt;/a&gt; and do what it tells you.  The mention of Apache tuning in the description makes me think he&#039;s probably also going to talk about gzipping content, which is a good idea but also something that can lead to &lt;a href=&quot;http://mentalized.net/journal/2007/07/31/warning_gzip_content_flash_player_and_internet_explorer_6/&quot;&gt;weird and hard-to-diagnose problems&lt;/a&gt;.  I would&#039;ve liked to hear any other tricks the presenter recommends, though &amp;mdash; this is frequently a bigger factor in client satisfaction than backend performance.&lt;/dd&gt;	

&lt;dt&gt;&lt;a href=&quot;http://szeged2008.drupalcon.org/program/sessions/new-aggregator-drupal-7&quot;&gt;A new aggregator for Drupal 7&lt;/a&gt;&lt;/dt&gt;
&lt;dd&gt;I really like &lt;a href=&quot;/fulltextrss&quot;&gt;hacking around with RSS&lt;/a&gt;.  I&#039;ve heard Alex talk about the new aggregator a bunch of times, and it&#039;s exciting stuff. I&#039;ve come across a dispiriting number of homebrew aggregation projects built around &lt;a href=&quot;http://feedonfeeds.com/&quot;&gt;Feed on Feeds&lt;/a&gt;.  It&#039;s okay, I guess, but Drupal is poised to overtake it (at least within the realm of cron-based PHP aggregation solutions &amp;mdash; at some point you&#039;ll still want to write a long-running daemon in something less webby, of course).&lt;/dd&gt;

&lt;dt&gt;&lt;a href=&quot;http://szeged2008.drupalcon.org/program/sessions/spaces-and-context-modules-tools-site-building&quot;&gt;Spaces and Context Modules, Tools for Site Building&lt;/a&gt;&lt;/dt&gt;
&lt;dd&gt;Another presentation from our friends at &lt;a href=&quot;http://developmentseed.org&quot;&gt;Development Seed&lt;/a&gt;.  I&#039;ve heard Jeff speak about Context before, and it sounds interesting &amp;mdash; I&#039;d like to get a clearer sense of how much of it is a tool to put easy, efficient code-requiring tasks into userspace and how much of it can replace section-detecting code I&#039;d rather not write (and rewrite, and rewrite).  One thing&#039;s for sure: I am happy to let other people muck around with Drupal&#039;s menu system, and for that reason alone I wish I could be in Szeged to have Jeff explain Context to me.  I&#039;ll admit to being less interested in Spaces, if only because I hate anything that has to do with Organic Groups and am deeply suspicious of efforts to build on top of it.  But it&#039;d probably be good for me to learn more about it.&lt;/dd&gt;

&lt;dt&gt;&lt;a href=&quot;http://szeged2008.drupalcon.org/program/sessions/i-drupal-leveraging-drupal-7s-introspective-code-registry&quot;&gt;I, Drupal: Leveraging Drupal 7&#039;s introspective code registry&lt;/a&gt;&lt;/dt&gt;
&lt;dd&gt;Drupal 7 examines your code and splits seldom-used parts into separate include files to reduce bootstrap time.  In other words: D7 == magic.  Coming from Crell and chx, two guys with impeccable Drupal credentials, this is among the Drupaliest of the Drupal presentations at Drupalcon (whew).  Crell has a &lt;a href=&quot;http://www.garfieldtech.com/drupal-7-registry&quot;&gt;good explanation&lt;/a&gt; over at his own site of what this is all about.  I haven&#039;t yet touched Drupal 7, I&#039;m ashamed to admit &amp;mdash; we tend to need a lot of contrib modules for our projects, and don&#039;t want to stick a client into the early part of a version&#039;s lifecycle. But this all sounds extremely cool &amp;mdash; even if its necessity does make me a little sad about PHP&#039;s essential lameness.&lt;/dd&gt;	

&lt;dt&gt;&lt;a href=&quot;http://szeged2008.drupalcon.org/program/sessions/jquery-drupal-part-2-advanced&quot;&gt;jQuery in Drupal, part 2: advanced&lt;/a&gt;&lt;/dt&gt;
&lt;dd&gt;I love all things jQuery, and have to admit that I haven&#039;t done much AJAX stuff in Drupal recently.&lt;/dd&gt;

&lt;dt&gt;&lt;a href=&quot;http://szeged2008.drupalcon.org/program/sessions/field-api-and-fields-core&quot;&gt;Field API and Fields in Core&lt;/a&gt;&lt;/dt&gt;
&lt;dd&gt;Figuring out the CCK module developer&#039;s documentation is painful. I could definitely use a guided tour.&lt;/dd&gt;

&lt;dt&gt;&lt;a href=&quot;http://szeged2008.drupalcon.org/program/sessions/rdf-storage-back-ends&quot;&gt;RDF storage back-ends&lt;/a&gt;&lt;/dt&gt;
&lt;dd&gt;Frankly, I just need someone to explain why I should be excited about RDF.  I&#039;ve been playing around with &lt;a href=&quot;http://simile.mit.edu/wiki/Crowbar&quot;&gt;Crowbar&lt;/a&gt; recently, a headless DOM-space screenscraping tool that spits out its collected data in RDF, and so far it just seems like a huge pain in the ass (particularly if you&#039;re not a Python devotee -- good luck finding a working Ruby gem to parse it).  I may someday drink the RDF Kool-Aid, but I need someone to mix it up for me first.&lt;/dd&gt;

&lt;dt&gt;&lt;a href=&quot;http://szeged2008.drupalcon.org/program/sessions/panels-api-diving-down-rabbit-hole&quot;&gt;The Panels API: Diving Down the Rabbit Hole&lt;/a&gt;&lt;/dt&gt;
&lt;dd&gt;We&#039;ve begun using Panels2 for nearly all of our client projects for a while now, but we mostly just leverage the simplest parts of the module&#039;s API.  I&#039;ve love to hear about what I&#039;m missing.&lt;/dd&gt;

&lt;dt&gt;&lt;a href=&quot;http://szeged2008.drupalcon.org/program/sessions/messaging-and-notifications-frameworks&quot;&gt;Messaging and Notifications frameworks&lt;/a&gt;&lt;/dt&gt;
&lt;dd&gt;JP&#039;s had to write some workaround code recently to make some old, high-email-volume sites utilize PEAR libraries instead of trying to shove out tons of messages on a single HTTP request.  It sounds like not only is this problem being solved, but that we&#039;re getting a bunch of new goodies along the way.&lt;/dd&gt;

&lt;dt&gt;&lt;a href=&quot;http://szeged2008.drupalcon.org/program/sessions/drupal-databases-next-generation&quot;&gt;Drupal Databases: The Next Generation&lt;/a&gt;&lt;/dt&gt;
&lt;dd&gt;In my experience whenever changes are coming down the pipe that will break everything, it&#039;s a good idea to learn about them as soon as possible.&lt;/dd&gt;
&lt;/dl&gt;

&lt;p&gt;But the above is just what I find personally intriguing.  Check out &lt;a href=&quot;http://szeged2008.drupalcon.org/program/schedule&quot;&gt;the schedule&lt;/a&gt; &amp;mdash; what good stuff have I missed?&lt;/p&gt;
</description>
 <comments>http://echodittolabs.org/node/83#comments</comments>
 <category domain="http://echodittolabs.org/taxonomy/term/46">drupal</category>
 <category domain="http://echodittolabs.org/taxonomy/term/207">drupalcon</category>
 <category domain="http://echodittolabs.org/taxonomy/term/208">drupalcon2008</category>
 <category domain="http://echodittolabs.org/taxonomy/term/209">szeged</category>
 <pubDate>Thu, 28 Aug 2008 10:02:07 -0700</pubDate>
 <dc:creator>Tom</dc:creator>
 <guid isPermaLink="false">83 at http://echodittolabs.org</guid>
</item>
</channel>
</rss>
