[UPHPU] Yet more wordpress

Velda Christensen velda at novapages.com
Thu Apr 19 14:59:30 MDT 2007


phpninja wrote:
> Sounds to me like it is a skin problem and html tags that are not 
> properly
> closed. I doubt you want to use their 'solution' of pushing the page down
> with more space, it does'nt solve the problem.
I'll agree on that not being a 'solution' though for the moment it's 
making the crucial parts of the site functional. My gut reaction too was 
that it was something to do with the skins and bad html - but why would 
adding extra junk to the bottom of the skin make the closing tags show 
up?  And it's not just closing tags that are missing.  In some of their 
admin pages (where they've done nothing to edit the skins) it's 
truncated far enough up the page to keep some forms from working 
(omitting submit buttons, etc).

We're still hoping their upgrade to the latest will fix this mysterious 
issue, but it's almost as though php's just giving up on the html 
rendering before it's done.  And not reporting a single error about it 
to us.

I'm baffled. :-p

-V


>
> What you can try is viewing the source in your IDE and seeing where the
> problem lies after everything is parsed. Scroll down to the bottom, are
> there any tags that do not have an ending tag? are all <tr>'s and <td>'s
> closed? did someone forget to close a " in a html tag parameter. If
> everything looks closed and fine, is there a function that is being 
> called
> at the bottom of the page to include this footer as a template? Is it 
> being
> placed in the right spot? bottom line is, the html is broken somewhere 
> and
> not rendering right.
>
> -phpninja
>
> On 4/18/07, Velda Christensen <velda at novapages.com> wrote:
>>
>> For the life of me I've not been able to figure out this odd ball issue
>> one of our clients is having.  Didn't think to post it here till I saw
>> all the wordpress threads ;-D
>>
>> Basically, the output randomly truncates.  It doesn't seem to matter
>> what the page size is, nothing's in the error log for it, but the last
>> several lines of html that's output randomly gets left out, leaving tags
>> unclosed and everything invalidated.  I've suggested skin issues (in
>> this case I am not the designer but the host) and indeed these
>> resourceful dears have figured out that they can add several lines of
>> useless content to the end of their footer, which pushes the problem
>> "down", allowing the </html> to show while the random garble itself hits
>> the php5/wordpress chop block.  This doesn't exactly explain why it's
>> happening though, and is decidedly not a solution, and it's driving us
>> all mad.
>>
>> The details:
>> PHP:5.2.1 CGI; MySQL API: 5.0.27
>> WP: 2.0.5; memory_limit : 24M
>> Tried output buffering: off, 0, 2048
>>
>> I'm having them update their wordpress as well, but for the moment you
>> can see a fine example of the problem here:
>> http://www.businessofdesignonline.com/category/marketing-minute/
>>
>> Notice page 'size' doesn't seem to be an issue, as evident by the site
>> index, which is HUGE.
>>
>> More details on the issue:
>> http://wordpress.org/support/topic/112685
>>
>>
>> Ideas? :-) 



More information about the UPHPU mailing list