[wp-hackers] wp-hackers Digest, Vol 81, Issue 77

Tue Nov 1 05:13:10 UTC 2011

Hi, I could not understand the purpose of this website.  How it is useful for me?  Please help me.  Regards.
VIJAY
-----------------------------
> From: wp-hackers-request at lists.automattic.com
> Subject: wp-hackers Digest, Vol 81, Issue 77
> To: wp-hackers at lists.automattic.com
> Date: Mon, 31 Oct 2011 23:43:39 +0000
> 
> Send wp-hackers mailing list submissions to
> 	wp-hackers at lists.automattic.com
> 
> To subscribe or unsubscribe via the World Wide Web, visit
> 	http://lists.automattic.com/mailman/listinfo/wp-hackers
> or, via email, send a message with subject or body 'help' to
> 	wp-hackers-request at lists.automattic.com
> 
> You can reach the person managing the list at
> 	wp-hackers-owner at lists.automattic.com
> 
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of wp-hackers digest..."
> 
> 
> Today's Topics:
> 
>    1. Re: And "The Last Word" trophy goes to.... (Kunal Bhalla)
>    2. Re: And "The Last Word" trophy goes to.... (Otto)
>    3. Re: Advice on using Custom Post Types (Erick Hitter)
>    4. Re: Advice on using Custom Post Types (Mario Peshev)
>    5. Re: Advice on using Custom Post Types (Mike Schinkel)
>    6. Re: Two new, long-overdue plugins to make your wordpress life
>       a little easier... (Dagan Henderson)
>    7. Re: to use or not to use a custom taxonomy (Mike Schinkel)
>    8. Re: Two new, long-overdue plugins to make your wordpress life
>       a little easier... (Marcus Pope)
> 
> 
> ----------------------------------------------------------------------
> 
> Message: 1
> Date: Tue, 1 Nov 2011 03:56:24 +0530
> From: Kunal Bhalla <bhalla.kunal at gmail.com>
> Subject: Re: [wp-hackers] And "The Last Word" trophy goes to....
> To: wp-hackers at lists.automattic.com
> Message-ID:
> 	<CAPswMWtWc-FidvH8XN7SgHM_xgYO_V7mtnzapzLszm8S+jVpdw at mail.gmail.com>
> Content-Type: text/plain; charset=ISO-8859-1
> 
> Alternatively, using smart labels[1] in gmail automagically moves
> almost all newsletter subscriptions -- such as google groups, mailman
> emails, etc to the "Forums" label -- where you can choose to always
> skip the inbox for such emails.
> 
> [1]: http://gmailblog.blogspot.com/2011/03/new-in-gmail-labs-smart-labels.html
> 
> Kunal
> 
> 
> 
> On Tue, Nov 1, 2011 at 03:46, Baki Goxhaj <banago at gmail.com> wrote:
> > Marvelous - just filtered the list into a label - thanks Otto.
> >
> > Kindly,
> >
> > Baki Goxhaj
> > www.wplancer.com | proverbhunter.com | www.banago.info<http://proverbhunter.com>
> >
> >
> > On Mon, Oct 31, 2011 at 11:10 PM, Daniel Fenn <danielx386 at gmail.com> wrote:
> >
> >> Thankyou Otto :)
> >>
> >> Also if you ever mute something and want to undo it, type in is:muted
> >> and you will get a list of emails that are muted.
> >>
> >>
> >>
> >>
> >> On Tue, Nov 1, 2011 at 9:04 AM, Otto <otto at ottodestruct.com> wrote:
> >> > On Mon, Oct 31, 2011 at 4:59 PM, Erick Hitter <ehitter at gmail.com> wrote:
> >> >> The "Mute" option in Gmail may very well have been introduced just for
> >> this
> >> >> list.
> >> >
> >> > PROTIP for Gmail users:
> >> >
> >> > Filter:
> >> > Matches: list:"wp-hackers.lists.automattic.com"
> >> > Do this: Skip Inbox, Apply label "wp-hackers"
> >> >
> >> > I do one of these for every list I'm on. Then I can read them at will
> >> > instead of dealing with clutter. GMail makes mailing lists way easy.
> >> >
> >> > -Otto
> >> > _______________________________________________
> >> > wp-hackers mailing list
> >> > wp-hackers at lists.automattic.com
> >> > http://lists.automattic.com/mailman/listinfo/wp-hackers
> >> >
> >> _______________________________________________
> >> wp-hackers mailing list
> >> wp-hackers at lists.automattic.com
> >> http://lists.automattic.com/mailman/listinfo/wp-hackers
> >>
> > _______________________________________________
> > wp-hackers mailing list
> > wp-hackers at lists.automattic.com
> > http://lists.automattic.com/mailman/listinfo/wp-hackers
> >
> 
> 
> ------------------------------
> 
> Message: 2
> Date: Mon, 31 Oct 2011 17:28:57 -0500
> From: Otto <otto at ottodestruct.com>
> Subject: Re: [wp-hackers] And "The Last Word" trophy goes to....
> To: wp-hackers at lists.automattic.com
> Message-ID:
> 	<CAD-Fghxc6HWqdU0xSAuBRaNaVsu8Fd9m8woBfPS8XFbgELbrOg at mail.gmail.com>
> Content-Type: text/plain; charset=ISO-8859-1
> 
> On Mon, Oct 31, 2011 at 5:26 PM, Kunal Bhalla <bhalla.kunal at gmail.com> wrote:
> > Alternatively, using smart labels[1] in gmail automagically moves
> > almost all newsletter subscriptions -- such as google groups, mailman
> > emails, etc to the "Forums" label -- where you can choose to always
> > skip the inbox for such emails.
> >
> > [1]: http://gmailblog.blogspot.com/2011/03/new-in-gmail-labs-smart-labels.html
> 
> Smart Labels works even with filtering, BTW. If you subscribe to a lot
> of lists, then you can have a separate label for each list, and the
> Forums label will show all the lists in one place.
> 
> *Really* handy if you subscribe to lots of lists.
> 
> -Otto
> 
> 
> ------------------------------
> 
> Message: 3
> Date: Mon, 31 Oct 2011 18:31:14 -0400
> From: Erick Hitter <ehitter at gmail.com>
> Subject: Re: [wp-hackers] Advice on using Custom Post Types
> To: wp-hackers at lists.automattic.com
> Message-ID:
> 	<CADAM20p9qUzkXT4etw8Tb-wHWccQsPJg9x-medHh=PcbHnrD3A at mail.gmail.com>
> Content-Type: text/plain; charset=ISO-8859-1
> 
> Either categories or a custom taxonomy will be more manageable, unless
> there are substantive differences, such as post meta/meta boxes that differ
> between the types.
> 
> Erick
> On Oct 31, 2011 6:23 PM, "Aero Maxx" <aero.maxx.d at gmail.com> wrote:
> 
> > I have 8 custom post types for a lottery website I am currently working,
> > one custom post type for each game that is in the lottery, but I am now
> > wondering if this is the best way to go about this, would I be better off
> > do you think in creating 1 custom post type called draw results, and having
> > all the games results in this one custom post type, and then have
> > categories to select for which game the results apply to, or should I stick
> > with the 8 custom post types, and list them under a game information page
> > in my menu as this is how I currently have it setup.
> > ______________________________**_________________
> > wp-hackers mailing list
> > wp-hackers at lists.automattic.**com <wp-hackers at lists.automattic.com>
> > http://lists.automattic.com/**mailman/listinfo/wp-hackers<http://lists.automattic.com/mailman/listinfo/wp-hackers>
> >
> 
> 
> ------------------------------
> 
> Message: 4
> Date: Tue, 1 Nov 2011 00:31:27 +0200
> From: Mario Peshev <mario at peshev.net>
> Subject: Re: [wp-hackers] Advice on using Custom Post Types
> To: wp-hackers at lists.automattic.com
> Message-ID:
> 	<CAN_8tK7cjyL-RegWxPN3KCbcq9ogAtM-S_+X9c0=uKP9RVV-UQ at mail.gmail.com>
> Content-Type: text/plain; charset=ISO-8859-1
> 
> If they have the same data and outlook to be populated and designed I'd go
> with 1 custom post type and either categories or custom fields for the
> small changes. Basically I use custom post types for entirely different
> entities.
> 
> Mario Peshev
> Training and Consulting Services @ DevriX
> http://www.linkedin.com/in/mpeshev
> http://peshev.net/blog
> 
> 
> 
> On Tue, Nov 1, 2011 at 12:23 AM, Aero Maxx <aero.maxx.d at gmail.com> wrote:
> 
> > I have 8 custom post types for a lottery website I am currently working,
> > one custom post type for each game that is in the lottery, but I am now
> > wondering if this is the best way to go about this, would I be better off
> > do you think in creating 1 custom post type called draw results, and having
> > all the games results in this one custom post type, and then have
> > categories to select for which game the results apply to, or should I stick
> > with the 8 custom post types, and list them under a game information page
> > in my menu as this is how I currently have it setup.
> > ______________________________**_________________
> > wp-hackers mailing list
> > wp-hackers at lists.automattic.**com <wp-hackers at lists.automattic.com>
> > http://lists.automattic.com/**mailman/listinfo/wp-hackers<http://lists.automattic.com/mailman/listinfo/wp-hackers>
> >
> 
> 
> ------------------------------
> 
> Message: 5
> Date: Mon, 31 Oct 2011 18:38:31 -0400
> From: Mike Schinkel <mikeschinkel at newclarity.net>
> Subject: Re: [wp-hackers] Advice on using Custom Post Types
> To: wp-hackers at lists.automattic.com
> Message-ID: <EB7DD1C3-4211-42AE-B2F5-DBBF0728DC67 at newclarity.net>
> Content-Type: text/plain; charset=us-ascii
> 
> >> On Oct 31, 2011, at 6:23 PM, Aero Maxx wrote:
> >>> I have 8 custom post types for a lottery website I am currently working, one custom post type for each game that is in the lottery, but I am now wondering if this is the best way to go about this, would I be better off do you think in creating 1 custom post type called draw results, and having all the games results in this one custom post type, and then have categories to select for which game the results apply to, or should I stick with the 8 custom post types, and list them under a game information page in my menu as this is how I currently have it setup.
> > 
> 
> > On Oct 31, 2011, at 6:31 PM, Mario Peshev wrote:
> >> If they have the same data and outlook to be populated and designed I'd go
> >> with 1 custom post type and either categories or custom fields for the
> >> small changes. Basically I use custom post types for entirely different
> >> entities.
> >> 
> >> Mario Peshev
> >> Training and Consulting Services @ DevriX
> >> http://www.linkedin.com/in/mpeshev
> >> http://peshev.net/blog
> > 
> > 
> > On Oct 31, 2011, at 6:31 PM, Erick Hitter wrote:
> >> Either categories or a custom taxonomy will be more manageable, unless
> >> there are substantive differences, such as post meta/meta boxes that differ
> >> between the types.
> >> 
> >> Erick
> 
> I agree with both Mario and Erick.  I might also suggest you add a 'Game Type' custom taxonomy or a '_game_type' custom field or  in which you store a key that indicates which gave type it is, and then capture different values into custom fields depending on which of game type of you for each.
> 
> -Mike
> 
> ------------------------------
> 
> Message: 6
> Date: Mon, 31 Oct 2011 15:39:57 -0700
> From: Dagan Henderson <Dagan.Henderson at epyllion.com>
> Subject: Re: [wp-hackers] Two new, long-overdue plugins to make your
> 	wordpress life a little easier...
> To: "wp-hackers at lists.automattic.com"
> 	<wp-hackers at lists.automattic.com>
> Message-ID: <BDCDB469E9C1B040A29DD08A1D8A896E5BFE5361 at DC.epyllion.com>
> Content-Type: text/plain; charset="us-ascii"
> 
> I'm still wondering how relative URLs solve the underlying problem here. If you create the perception of totally segregated environments (dev, staging & production), but in reality, all three environments rely on the same WP tables, don't you create a content-developer's nightmare where publishing content to "staging" _actually_ publishes it to production as well? 
> 
> 
> -----Original Message-----
> From: wp-hackers-bounces at lists.automattic.com [mailto:wp-hackers-bounces at lists.automattic.com] On Behalf Of Robert Lusby
> Sent: Monday, October 31, 2011 1:10 PM
> To: wp-hackers at lists.automattic.com
> Subject: Re: [wp-hackers] Two new, long-overdue plugins to make your wordpress life a little easier...
> 
> On 31/10/2011 20:01, Aaron Jorbin wrote:
> > On Mon, Oct 31, 2011 at 3:56 PM, Robert Lusby<nanogwp at gmail.com>  wrote:
> >> They want to see the 100% finished article. With container, content, 
> >> and
> >> *everything* in place, "before" going live.
> >>
> > Perhaps we should add a button in the write panel labeled 'Preview' 
> > just for this purpose?  oh. wait.
> >
> 
> Perhaps we should read the rest of the email first.  ; - )
> 
> Last I heard, preview doesn't pull in template / file changes without putting them live first? Doesn't solve the problem mentioned in my email.
> 
> R
> 
> _______________________________________________
> wp-hackers mailing list
> wp-hackers at lists.automattic.com
> http://lists.automattic.com/mailman/listinfo/wp-hackers
> 
> 
> ------------------------------
> 
> Message: 7
> Date: Mon, 31 Oct 2011 18:48:11 -0400
> From: Mike Schinkel <mikeschinkel at newclarity.net>
> Subject: Re: [wp-hackers] to use or not to use a custom taxonomy
> To: wp-hackers at lists.automattic.com
> Message-ID: <3F4E489E-338E-463A-9590-EA44BA37A61A at newclarity.net>
> Content-Type: text/plain; charset=iso-8859-1
> 
> On Oct 31, 2011, at 10:16 AM, Haluk Karamete wrote:
> > when you display the cats, of course, you would not want to display it
> > as politics, sports, entertainment and then boom media (cat11)...
> > why? cause media is a whole different facet...
> 
> Focus on what is most usable and don't worry about the JOINs.   So create a custom taxonomy called "Media."
> 
> > here what I'm trying to understand is.... as I create more and more
> > CT's, my JOINs will be slower and slower...  
> 
> You misunderstand. Creating another custom taxonomy does not add a JOIN, unless you are querying by both Category and by Media in which case you'll have more JOINs either way you do it, maybe even more if you use subcategories.
> 
> Worry about performance when performance becomes a real problem. Most of the time WordPress won't cause you performance issues unless you start trying to "out-think" WordPress' already built in optimizations.
> 
> From [1]: "We should forget about small efficiencies, say about 97% of the time: premature optimization is the root of all evil"
> 	
> Hope this helps.
> 
> -Mike
> [1] http://en.wikipedia.org/wiki/Program_optimization#When_to_optimize: 
> 
> ------------------------------
> 
> Message: 8
> Date: Mon, 31 Oct 2011 19:43:26 -0400
> From: Marcus Pope <Marcus.Pope at springbox.com>
> Subject: Re: [wp-hackers] Two new, long-overdue plugins to make your
> 	wordpress life a little easier...
> To: "wp-hackers at lists.automattic.com"
> 	<wp-hackers at lists.automattic.com>
> Message-ID:
> 	<4C9C70943A019D44B90BF87BB445B2DFDAE2FE3261 at RSWMAIL1.dgs.dgsystems.com>
> 	
> Content-Type: text/plain; charset="us-ascii"
> 
> Dagan, if you create three hosting environments (dev,staging,prod) and point them all at the same database, you'd have that problem with relative or absolute urls.
> 
> One intention with relative urls is to preclude the necessity of doing search/replace operations on the database content or using a tool to do it natively in wordpress environment.  So if you push content from dev to staging to production, you won't need to alter the database content at all.
> 
> One caveat of this process, is that you can't/shouldn't push the entire database to production if production already exists.  This is again a problem regardless of the url format.  You wouldn't want to overwrite/delete newly generated comments in production with a full copy of the staging database.  That is typically overcome by only exporting key tables that do not apply to user submitted content (in this case, typically comments.)
> 
> People handle this aspect differently, but the premise of having the dev/staging/production environments to begin with is that you never use the production wp-admin interface at all for content generation or alteration.  As a process you would generate it in dev, send it to qa, and only after confirmation of quality and customer sign-off, would you push it to production.  And each environment should have its own database to prevent cross-contamination.  QA departments would be mighty upset if their automation tests broke because you added or removed content in the midst of a test because it violates the sanctity of testing in isolation.
> 
> There are tactics to handle two-way syncs, so that during an outage period, you would sync the database down entirely from production to dev, then apply via a sql patch the records you wish to add to/remove from the database from the staging.  Send the merge through a final smokescreen round of QA and then push the result back to production.  After the entire process is complete you then open the site back up to end-user access.  Many websites go this route and the result is a much larger maintenance window/downtime.  But sometimes it's a requirement because the distinction between user submitted content and site generated content may not be so clear as it is with a vanilla wordpress install.
> 
> But the relative url theory doesn't just apply to removing the search-replace step, it also applies to accessing your host in a variety of ways - like using http://127.0.0.1/ or localhost on your dev workstation and using http://mycomputername/ on your iphone to test your development work from both a browser on your computer and your iphone over your wifi network.
> 
> -----Original Message-----
> From: wp-hackers-bounces at lists.automattic.com [mailto:wp-hackers-bounces at lists.automattic.com] On Behalf Of Dagan Henderson
> Sent: Monday, October 31, 2011 5:40 PM
> To: wp-hackers at lists.automattic.com
> Subject: Re: [wp-hackers] Two new, long-overdue plugins to make your wordpress life a little easier...
> 
> I'm still wondering how relative URLs solve the underlying problem here. If you create the perception of totally segregated environments (dev, staging & production), but in reality, all three environments rely on the same WP tables, don't you create a content-developer's nightmare where publishing content to "staging" _actually_ publishes it to production as well? 
> 
> 
> -----Original Message-----
> From: wp-hackers-bounces at lists.automattic.com [mailto:wp-hackers-bounces at lists.automattic.com] On Behalf Of Robert Lusby
> Sent: Monday, October 31, 2011 1:10 PM
> To: wp-hackers at lists.automattic.com
> Subject: Re: [wp-hackers] Two new, long-overdue plugins to make your wordpress life a little easier...
> 
> On 31/10/2011 20:01, Aaron Jorbin wrote:
> > On Mon, Oct 31, 2011 at 3:56 PM, Robert Lusby<nanogwp at gmail.com>  wrote:
> >> They want to see the 100% finished article. With container, content, 
> >> and
> >> *everything* in place, "before" going live.
> >>
> > Perhaps we should add a button in the write panel labeled 'Preview' 
> > just for this purpose?  oh. wait.
> >
> 
> Perhaps we should read the rest of the email first.  ; - )
> 
> Last I heard, preview doesn't pull in template / file changes without putting them live first? Doesn't solve the problem mentioned in my email.
> 
> R
> 
> _______________________________________________
> wp-hackers mailing list
> wp-hackers at lists.automattic.com
> http://lists.automattic.com/mailman/listinfo/wp-hackers
> _______________________________________________
> wp-hackers mailing list
> wp-hackers at lists.automattic.com
> http://lists.automattic.com/mailman/listinfo/wp-hackers
> 
> 
> ------------------------------
> 
> _______________________________________________
> wp-hackers mailing list
> wp-hackers at lists.automattic.com
> http://lists.automattic.com/mailman/listinfo/wp-hackers
> 
> 
> End of wp-hackers Digest, Vol 81, Issue 77
> ******************************************