[wp-hackers] wp-hackers Digest, Vol 62, Issue 73

Richard Jennings richardjennings at gmail.com
Tue Mar 23 00:12:24 UTC 2010 

"I just do know know how much utility there would be in a "move part
of my blog" system that only moves some of it, such as a date range."

There would be utility in specific use cases such as:

Wanting to make part of a blog public, i.e move database from intranet
to public server.

I think this use case will become more pronounced as companies start
using WP as a cms rather than just a blog.

Rich

On Mon, Mar 22, 2010 at 11:28 PM,
<wp-hackers-request at lists.automattic.com> wrote:
> 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: Blog Import/Export Idea - Google Summer of Code       2010
>      (Andrew Gray)
>   2. Re: Blog Import/Export Idea - Google Summer of Code       2010
>      (Meher Anand)
>   3. Re: Blog Import/Export Idea - Google Summer of Code       2010
>      (Mike Schinkel)
>   4. RFE: "more" to open in new window (Bernard D. Tremblay (ben))
>   5. Access files inside a plugin directory? (Jeff Rose)
>   6. Re: GSoC 2010, WordPress.org Profiles (Stas Su?cov)
>   7. Re: concatinating PHP code files (Will Anderson)
>   8. Re: concatinating PHP code files (Andrew Nacin)
>
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Mon, 22 Mar 2010 17:47:48 -0400
> From: Andrew Gray <andrew at graymerica.com>
> Subject: Re: [wp-hackers] Blog Import/Export Idea - Google Summer of
>        Code    2010
> To: wp-hackers at lists.automattic.com
> Message-ID: <9B99A4D9-EE0D-4DEB-ACBC-0547BB1DD608 at graymerica.com>
> Content-Type: text/plain; charset=us-ascii
>
> This was my point exactly,   If you built a system to automatically move the blog via those steps, you would serve the same purpose, but it would be pretty simple.
>
> I think a "move my blog" system would be great if it automated all the steps.
>
> One of the Amazon S3 backup plugins does this exact thing, but uses Amazon S3 Buckets as the middle step.
>
> I just do know know how much utility there would be in a "move part of my blog" system that only moves some of it, such as a date range.
>
> I could see a system where you install a plugin in on both sites, copy an access key from one to the other, click a button and it moves everything for you.  I just do not think that remotely accessing mysql would be the way to do it.
>
> This is probably better suited as a plugin, then in the core however.
>
>
>
> Andrew
>
>
> On Mar 22, 2010, at 5:30 PM, Jue Wang wrote:
>
>> I think he means the 'blog_url' and 'blog_home' entries in the wp_options
>> table.
>>
>> @Andrew, I think there is a role for some kind of "back-up / migrate site"
>> functionality that only requires going through the WP interface, which could
>> be partially what Meher is going for. The current export contains an XML of
>> entries and comments -- what if you could additionally include options,
>> assets, and media in the same export? Then pop that back into another blog,
>> click the 'import' button, and you're done. No mucking about in FTP/MySQL.
>> Incidentally, this is exactly what backup/restore is supposed to do in
>> Movable Type, but it's horribly buggy and mostly useless.
>>
>>
>> On Mon, Mar 22, 2010 at 5:25 PM, Mike Schinkel
>> <mikeschinkel at newclarity.net>wrote:
>>
>>> On Mar 22, 2010, at 5:20 PM, Andrew Gray wrote:
>>>> 4. Change the URLs in the config table
>>>
>>> As I'm working on a domain-switcher plugin for my own use (and possibly to
>>> release if there is significant interest in other's testing it) I'm curious
>>> for you to elaborate on this step?
>>>
>>> -Mike
>>> _______________________________________________
>>> 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: Tue, 23 Mar 2010 03:29:12 +0530
> From: Meher Anand <meheranandk at gmail.com>
> Subject: Re: [wp-hackers] Blog Import/Export Idea - Google Summer of
>        Code    2010
> To: wp-hackers at lists.automattic.com
> Message-ID:
>        <e279cc4f1003221459n22c09360reb0ee818c60240b at mail.gmail.com>
> Content-Type: text/plain; charset=ISO-8859-1
>
> On Tue, Mar 23, 2010 at 3:17 AM, Andrew Gray <andrew at graymerica.com> wrote:
>
>> This was my point exactly,   If you built a system to automatically move
>> the blog via those steps, you would serve the same purpose, but it would be
>> pretty simple.
>>
>> I think a "move my blog" system would be great if it automated all the
>> steps.
>>
>> One of the Amazon S3 backup plugins does this exact thing, but uses Amazon
>> S3 Buckets as the middle step.
>>
>> I just do know know how much utility there would be in a "move part of my
>> blog" system that only moves some of it, such as a date range.
>>
>> I could see a system where you install a plugin in on both sites, copy an
>> access key from one to the other, click a button and it moves everything for
>> you.  I just do not think that remotely accessing mysql would be the way to
>> do it.
>>
>> This is probably better suited as a plugin, then in the core however.
>>
>>
>> The user is given an option to move either part of the blog or the entire
> blog. That's why the check-list. And sorry I had skipped the SQL connections
> question by mistake. If remote SQL connections are not allowed, then what
> the user could possibly do is to install the same plugin on the old blog.
> The plugin would have an option like "My db server is not remotely
> accessible. I would like to take a backup of it" which the user can click
> on. The plugin, after executing, would create a zip file with all media and
> database in .sql format and this file would then be downloaded by the new
> blog, unZIPped into a temp directory and the necessary updations will be
> made.
>
> Whether this would be core-functionality or plugin is not my call as this
> would not affect my coding part significantly. Please let me know about any
> other flaws in my idea.
>
> Thanks and regards.
>
> Meher Anand
>
>>
>> Andrew
>>
>>
>> On Mar 22, 2010, at 5:30 PM, Jue Wang wrote:
>>
>> > I think he means the 'blog_url' and 'blog_home' entries in the wp_options
>> > table.
>> >
>> > @Andrew, I think there is a role for some kind of "back-up / migrate
>> site"
>> > functionality that only requires going through the WP interface, which
>> could
>> > be partially what Meher is going for. The current export contains an XML
>> of
>> > entries and comments -- what if you could additionally include options,
>> > assets, and media in the same export? Then pop that back into another
>> blog,
>> > click the 'import' button, and you're done. No mucking about in
>> FTP/MySQL.
>> > Incidentally, this is exactly what backup/restore is supposed to do in
>> > Movable Type, but it's horribly buggy and mostly useless.
>> >
>> >
>> > On Mon, Mar 22, 2010 at 5:25 PM, Mike Schinkel
>> > <mikeschinkel at newclarity.net>wrote:
>> >
>> >> On Mar 22, 2010, at 5:20 PM, Andrew Gray wrote:
>> >>> 4. Change the URLs in the config table
>> >>
>> >> As I'm working on a domain-switcher plugin for my own use (and possibly
>> to
>> >> release if there is significant interest in other's testing it) I'm
>> curious
>> >> for you to elaborate on this step?
>> >>
>> >> -Mike
>> >> _______________________________________________
>> >> 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: 3
> Date: Mon, 22 Mar 2010 18:06:08 -0400
> From: Mike Schinkel <mikeschinkel at newclarity.net>
> Subject: Re: [wp-hackers] Blog Import/Export Idea - Google Summer of
>        Code    2010
> To: wp-hackers at lists.automattic.com
> Message-ID: <4335F483-221D-4C7C-8448-86659A084109 at newclarity.net>
> Content-Type: text/plain;       charset=us-ascii
>
> On Mar 22, 2010, at 5:30 PM, Jue Wang wrote:
>> On Mon, Mar 22, 2010 at 5:25 PM, Mike Schinkel
>> <mikeschinkel at newclarity.net>wrote:
>>
>>> On Mar 22, 2010, at 5:20 PM, Andrew Gray wrote:
>>>> 4. Change the URLs in the config table
>>>
>>> As I'm working on a domain-switcher plugin for my own use (and possibly to
>>> release if there is significant interest in other's testing it) I'm curious
>>> for you to elaborate on this step?
>>
>> I think he means the 'blog_url' and 'blog_home' entries in the wp_options
>> table.
>
> Thanks.
>
> FYI switching domain goes beyond just 'blog_url' and 'blog_home' entries. For example, the TwentyTen theme in wp3.0 stores URLs for header and background.  Many other themes do the same.  Embedded images in posts contain URLs that need to be updated.  Custom menu items in wp3.0 have a menu_link and if they reference local files they need to be updated.
>
> And many plugins have the same issues where they store local URLs. Then there are the domain-related problems, i.e. any plugin that leverages the Google Maps API needs to have the api key switched when the domain changes.
>
> I've built functionality that I can use when I dump SQL from a local site and then import it to another site.  My plugin handles the cases I've identified in core and then exposes a "switch_domain" hook to allow any plugin to handle their special cases. Of course no plugins will support this but I can build the support for any plugins I might need it for. However I've not yet nailed the best way to "bootstrap" from one domain to another and could really use help with brainstorming the best way to do it robustly.  It would also be great if said functionality made it into core so that plugin authors would start thinking about addressing this concern.
>
> If there is sufficient interest in this from others I can share the current code and/or add a ticket to trac.
>
>
> On Mar 22, 2010, at 5:47 PM, Andrew Gray wrote:
>> I could see a system where you install a plugin in on both sites, copy an access key from one to the other, click a button and it moves everything for you.  I just do not think that remotely accessing mysql would be the way to do it.
>
> Agreed.
>
>> This is probably better suited as a plugin, then in the core however.
>
> The problem is with plugins that persist the local domain in some manner, or with the Google Maps api key. There's a need for plugin authors to have a best practice of including a "switch domain" hook to fixup anything that breaks when the domain is switched (or for others to fix in their negligence) and if its not in the core there won't be enough critical mass for people to do it.
>
> -Mike
>
> ------------------------------
>
> Message: 4
> Date: Mon, 22 Mar 2010 16:08:41 -0600
> From: "Bernard D. Tremblay (ben)" <bernard.d.tremblay at gmail.com>
> Subject: [wp-hackers] RFE: "more" to open in new window
> To: wp-hackers at lists.automattic.com
> Message-ID: <4BA7EA69.8040806 at gmail.com>
> Content-Type: text/plain; charset=ISO-8859-1; format=flowed
>
> *Apologies if this has been covered; I haven't been able to spend time
> on this list*
>
> Background: I just tranfered a ton of posts from LiveJournal
> http://gnodal.livejournal.com to a new
> http://gnodal.protension.com/journal and couldn't be happier with the
> results ... didn't make use of LJArchive XML or alternative PHP, nuthin'
> ... straight outta the box ... formatting: wonderful, comments:
> basically correct ... happy as a pig in you.know.what.
>
> In tweaking I noticed one thing, and this has been the default behaviour
> forever (so far as I know) but it caught my eye just now.
>
> Clicking on post title or -More- on blog front page opens the post in
> that tab ... in effect blowing the frontpage away.
>
> Is this optional?
> What controls this behaviour?
> I'm guessing it's core ... can it be adjusted using a plug-in?
> (I'm sure most of you know that google search preferences include "open
> in new window".)
>
> sorry for being so out of sync
> ben
>
> p.s. if you reply to list, please CC me at ab006 at chebucto.ns.ca ... I'm
> swimming hard ATM.
>
>
>
>
>
> ------------------------------
>
> Message: 5
> Date: Mon, 22 Mar 2010 15:29:42 -0700
> From: Jeff Rose <mirepup at gmail.com>
> Subject: [wp-hackers] Access files inside a plugin directory?
> To: wp-hackers at lists.automattic.com
> Message-ID:
>        <b825b2cd1003221529r17f95f48lee082a0eca0d099b at mail.gmail.com>
> Content-Type: text/plain; charset=ISO-8859-1
>
> Hi Everyone, sorry to interrupt, and I hope this is the correct place for
> this question.
>
> I have a plugin that has a data file that goes with it. Right now, that
> datafile has to be located in the site root in order for the plugin to
> access it.
>
> Is it possible to have that data file reside in my plugin directory, so the
> user doesn't have to upload it separately?
>
> On my test blog, it's throwing a 404 error with the basic WP .htaccess file.
> I have verified the correct path, and even attempting to access the file
> directly throws a 404.
>
> Thoughts?
>
>
> ------------------------------
>
> Message: 6
> Date: Tue, 23 Mar 2010 01:03:56 +0200
> From: Stas Su?cov <stas at nerd.ro>
> Subject: Re: [wp-hackers] GSoC 2010, WordPress.org Profiles
> To: wp-hackers at lists.automattic.com
> Message-ID: <1269299036.2137.34.camel at rivalry.c7.campus.utcluj.ro>
> Content-Type: text/plain; charset="UTF-8"
>
>
> Some brainstorming...
> I had a chat with jjj on BP-dev, and some new ideas came up.
>
> A solution would be hacking around bp_activity plugin, and using all
> of its db layout for storing updates/karma stuff.
>
> Also, last summer I wrote a small facebook application, where I had to
> use their libs written in php (awesome API I must say). What do you
> think about following their model, where profiles.wordpress.org (on BP)
> will be facebook, and we need to update our profiles using an api?
>
> Writing the api can limit us to: enabling a plugin (call it
> wp_profiles) and then adding some special template tags into the
> template files to show up the karma points, rating and tags for the
> user. Leaving the rest of the updates job to scripts that will use
> this api (just like in facebook).
>
> The whole beauty of this approach is that, BP will open a window for
> developers who don't want to mess/don't know BP but want to connect
> their profiles/BP_ids to some cool webservice...
>
> Any opinions are welcomed.
>
>
>
>
> --
> ()  Campania Panglicii ?n ASCII
> /\  http://stas.nerd.ro/ascii/
>
>
>
> ------------------------------
>
> Message: 7
> Date: Mon, 22 Mar 2010 19:17:13 -0400
> From: Will Anderson <will at itsananderson.com>
> Subject: Re: [wp-hackers] concatinating PHP code files
> To: wp-hackers at lists.automattic.com
> Message-ID:
>        <a7b7a8481003221617y132b4db6g63edfb46333fedb9 at mail.gmail.com>
> Content-Type: text/plain; charset=ISO-8859-1
>
> Decent IDE's have support for source navigation. I use NetBeans and it does
> a wonderful job. Wonder what a function is doing? CTRL+Click to go to its
> definition and find out. It also has an incredibly fast "Search in project"
> feature that is great for finding where actions and filters are
> defined/used.
>
> In a pinch, you can also do much of that using a PHPXref of WordPress. Most
> of the ones you can find on Google are a little out of date (WordPress 2.8.x
> or so) but they work.
>
>
> ------------------------------
>
> Message: 8
> Date: Mon, 22 Mar 2010 19:28:02 -0400
> From: Andrew Nacin <wp at andrewnacin.com>
> Subject: Re: [wp-hackers] concatinating PHP code files
> To: wp-hackers at lists.automattic.com
> Message-ID:
>        <4cc4de141003221628q6bfa6d86r483204ed624eec3a at mail.gmail.com>
> Content-Type: text/plain; charset=ISO-8859-1
>
>>
>> In a pinch, you can also do much of that using a PHPXref of WordPress. Most
>> of the ones you can find on Google are a little out of date (WordPress
>> 2.8.x
>> or so) but they work.
>
>
> One of them that sometimes sneaks high in Google results is 2.1-alpha2.
> Avoid that one. westi's is updated nightly:
> http://phpxref.ftwr.co.uk/wordpress/.
>
>
> ------------------------------
>
> _______________________________________________
> wp-hackers mailing list
> wp-hackers at lists.automattic.com
> http://lists.automattic.com/mailman/listinfo/wp-hackers
>
>
> End of wp-hackers Digest, Vol 62, Issue 73
> ******************************************
>

More information about the wp-hackers mailing list