[UPHPU] Yet more wordpress

Webot Graphics graphics at westernbotanicals.com
Thu Apr 19 15:27:10 MDT 2007


This seems very similar to what happened to my pages (except it  
didn't happen with admin pages)

What caused it was copying and pasting from a word processor into  
posts. It was putting meta tags in the posts.


Justin Giboney
Graphic Design
Western Botanicals
Ph:800.651.4372, Fax:866.366.4372


On Apr 19, 2007, at 2:59 PM, Velda Christensen wrote:

> 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? :-)
>
>
> _______________________________________________
>
> UPHPU mailing list
> UPHPU at uphpu.org
> http://uphpu.org/mailman/listinfo/uphpu
> IRC: #uphpu on irc.freenode.net
>



More information about the UPHPU mailing list