[wp-hackers] Two new, long-overdue plugins to make your wordpress life a little easier...
Marcus.Pope at springbox.com
Fri Oct 28 17:35:46 UTC 2011
Thanks Dan, finally some support for a practice that has been in use for the last 15 years!
From: wp-hackers-bounces at lists.automattic.com [mailto:wp-hackers-bounces at lists.automattic.com] On Behalf Of Dan Smart
Sent: Friday, October 28, 2011 12:15 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 28 Oct 2011, at 17:59, Mike Little <wordpress at zed1.com> wrote:
> On Fri, Oct 28, 2011 at 10:33, Robert Lusby <nanogwp at gmail.com> wrote:
>> On 28/10/2011 02:45, Marcus Pope wrote:
>>> Blown away by the dozens of posts from Core WP developers that root
>>> relative urls are not possible, and after trying to do all of their
>>> suggestions to resolve my problem with none of them actually working
>>> I almost gave up on the platform entirely. And the ludicrous
>>> concept that in order to prevent your html markup from being
>>> corrupted by the visual tab you should just disable the visual tab
>>> altogether was almost the nail in the coffin.
>> One day we all dream that the core team might finally see the light.
>> For WordPress to be a serious enterprise platform - it needs to make
>> some serious enterprise changes.
>> Relative URL's would work for everyone - absolute URLs make things
>> difficult for us enterprise lot (discounting that DB data should be
>> kept clean - not containing URLs yardy da ... etc).
> Please do check out the past discussions on this subject to see why
> relative URLs do *not* work for everyone (hint: think about RSS
> readers where 'relative' is relative to the downloaded XML, or feed
> aggregators where relative is relative to the aggregator site).
> Mike Little
> wp-hackers mailing list
> wp-hackers at lists.automattic.com
However what you're saying is only from one perspective. The URLs can be output as non-relative, even if they're stored as relative. The processing cost of this is absolutely minimal, and in most other systems is the way it's implemented (see Joomla, or even using a function such as site_url()).
It *is* a constant problem to have to rewrite the database when moving from dev to staging to prod, even if it's minimal for each site. The various methods to avoid this still are a solution against an non-optimum core issue when it comes to this common use case.
wp-hackers mailing list
wp-hackers at lists.automattic.com
More information about the wp-hackers