What the hell is that?

After 10 months spent in building my tattoo community, while constantly solving all kind of problems to keep my site running, I'm now facing something which looks like a nightmare mix between Alien Resurrection and Frankenstein.

I was having some issues with the length of articles in terms of allowed characters.

I could not add more than 40000 html characters (yeah....which is just a miserable 1 and half page with a lot of links). Following a suggestion from one of the administrators I've been able to increase this amount up to 200.000 thinking that maybe I could publish and astonishing article of circa 5 pages. Right?

Wrong.

After adding a few more lines this is what I get now:

http://worldtattooevents.com/m/articles/view/TESTPAGE

A page where all the blocks are horribly melted together  within 1 block (ARTICLE BLOCK, COMMENTS BLOCK , HTML BLOCK, ADS BLOCK) . This is something which I have not seen before........and this is a fucking nightmare!

How do I get my page right again? How can I keep adding some damn simple content without getting this monstrosity?

Any good suggestion will be very much appreciated.

Thanks,

Quote · 15 Nov 2010

just a suggestion maybe.. to me it looks like the box of events is too wide.

ManOfTeal.COM a Proud UNA site, six years running strong!
Quote · 15 Nov 2010

Thanks but I guess that this is not the problem. Other articles with less content do work perfectly fine.

Infact you get this issue when the content passes some kind of limit.

But where is possible to adjust this limit must be a secret...!

Thanks

Quote · 15 Nov 2010

did you copy and past the info into that block.   i would have to guess you did.  my guess there is an open div tag in there someplace.

https://dolphin-techs.com - Skype: Dolphin Techs
Quote · 15 Nov 2010

You didn't close some tag - this is the reason that the page is broken.

When you post any content under admin - then validation is not performed, it was done to allow admin to post anything and have more control.

if you post under regular user the system tries to validate HTML and strip any potentially dangerous or unwanted data.

Rules → http://www.boonex.com/terms
Quote · 15 Nov 2010

Thanks, this may be reason. I'll do some more testing.

But so far there is not a single DIV at all in the HTML code.

I really have the impression that this happens only when I pass a certain amount of data.

Any way to see where my page code is not correct?

Quote · 15 Nov 2010

Can you copy the contents of that page (the code you copied) into an empty text file and upload it here?

BoonEx Certified Host: Zarconia.net - Fully Supported Shared and Dedicated for Dolphin
Quote · 15 Nov 2010

I had a look at your code and it is has some errors in it.

In the last row ... <tr><td> ....

There is only 1 td element (the others contain 5 td elements)

Further more, since you put the facebook comments and the adverts in 1 single row, at the bottom, you can not expect to work. That it worked with smaller pages is because of the lenght of the adverts. I think when the artical is longer than the adverts, the facebook comments will take the full width, placing the adverts below it.

 

If you need any further help, feel free to contact me

Dedicated servers for as little as $32 (28 euro) - See http://denre.com for more information
Quote · 15 Nov 2010

@ Magnus

This TEST page is already copied from an existing page (http://worldtattooevents.com/m/articles/view/Tattoo-Conventions-Calendar-2011)

The pattern is always the same: if I do add some more content on the main block soon or later the page freaks out.

If I remove some content (anywhere on the page), the page gets to normal again.

@ Denre

Facebook is on a separate block. So I don't think this is the cause of the problem.

When the page works looks like this:

http://worldtattooevents.com/m/articles/view/Tattoo-Conventions-Calendar-2011

 

How can I repair some of the errors that I have on the page?

Quote · 15 Nov 2010

I am assuming that calendar list you have is a single article entry.

If so, the problem may be because the mysql field that stores the entry is of type text which has a limit of 65535 characters including html, so any thing over that gets truncated. And that in turn causes missing html info which can have the affect your seeing.

You may need to change the content field in the database in the table bx_arl_entries from type text to type mediumtext or longtext


https://www.deanbassett.com
Quote · 16 Nov 2010

 

I am assuming that calendar list you have is a single article entry.

If so, the problem may be because the mysql field that stores the entry is of type text which has a limit of 65535 characters including html, so any thing over that gets truncated. And that in turn causes missing html info which can have the affect your seeing.

You may need to change the content field in the database in the table bx_arl_entries from type text to type mediumtext or longtext


i am going to second the notion of the 65k char limit from mysql.

suggestion:

set up the page just up to its limit, then at the bottom create a link that says continued

create a new page from the admin panel continuing your articles this will allow continuation of the record while allowing more than 65k chars per record.

 

When a GIG is not enough --> Terabyte Dolphin Technical Support - Server Management and Support
Quote · 16 Nov 2010

Please have a look at the following code:

 

  <tr>
   <td style="vertical-align: top;">
    MORE TESTING</td>
   <td style="vertical-align: top;">
    MORE TESTING</td>
   <td style="vertical-align: top;">
    &nbsp;</td>
   <td style="vertical-align: top;">
    MORE</td>

 

[the following cell is not closed ..]
   <td style="vertical-align: top;">

[following divs do not belong after opening of TD element


   </div>
                </div>

 

[more code ...]
                <div class="arl-cb">&nbsp;</div>

 

[following div does not belong here]        

            </div>
    </div>

[more code ...]

    
    <div class="sys-loading" id="articles-view-loading">
    <div class="sys-loading-smog"></div>
    <div class="sys-loading-icon" style="background-image:url(http://worldtattooevents.com/templates/base/images/loading_bg.png)">
        <img src="http://worldtattooevents.com/templates/tmpl_uni/images/loading.gif" />
    </div>
</div>

[following divs do not belong here]        

</div></div>
    </div></div>

 

[more code ...]

<div class="page_block_container" id="page_block_597"><div class="disignBoxFirst">
 <div class="boxFirstHeader"><div class="dbTitle">Comments</div></div>
 <div class="boxContent"><div class="dbContentHtml"><div id="fb-root">
 &nbsp;</div>

[facebook comments + some banners]

.....

 

[google ads ... (this is a table in a cell)]

  <table width="100%" style="padding: 10px 0px 10px 0px;" align="center">
 <tr>
  <td align="center">
   <script type="text/javascript"><!--

.....

 

  </td>
 </tr>
</table>

 

[cell is not closed, neither is the table ...]

 

</td>

</tr>

</table>

 

Dedicated servers for as little as $32 (28 euro) - See http://denre.com for more information
Quote · 16 Nov 2010

 

 

I am assuming that calendar list you have is a single article entry.

If so, the problem may be because the mysql field that stores the entry is of type text which has a limit of 65535 characters including html, so any thing over that gets truncated. And that in turn causes missing html info which can have the affect your seeing.

You may need to change the content field in the database in the table bx_arl_entries from type text to type mediumtext or longtext


i am going to second the notion of the 65k char limit from mysql.

suggestion:

set up the page just up to its limit, then at the bottom create a link that says continued

create a new page from the admin panel continuing your articles this will allow continuation of the record while allowing more than 65k chars per record.

 

OK I did find in the SQL the LONGTEXT field for the content articles.

So I did apply it to all the articles and made a couple of tests.

I did copy 1/3 of the content and paste into the same page and it did all work.

Then I did copy almost the entire page and paste it in the same page. I saved. It did work too.

All the elements stayed in place. The only little problem is that the content just completely disappeared. Have a look:

http://worldtattooevents.com/m/articles/view/TESTPAGE

But maybe I did just push it too much to the limit.

Tomorrow I will continue doing some testing hoping that I can keep updating my calendar page for the time being.

Thank you for your valuable help for now!

Quote · 16 Nov 2010

@ Danre thanks for the feeback.

But how I am suppose to correct these things?

Any suggestion is very welcome,

Alex

Quote · 16 Nov 2010

In order for me to help you I need to have a look at your page setup and templates. Only this way I can determine why elements show up in funny places.

I fully understand you do not want a stranger to have this type of access to your site, so if you can provide me with screenshots of the page setup in pagebuilder and the templates for that page, I'll have a closer look.

Dedicated servers for as little as $32 (28 euro) - See http://denre.com for more information
Quote · 16 Nov 2010

Hi DosDawg

I have been able to solve my issue by setting in the database table the LONGTEXT value (instead of TEXT) in the CONTENT field as you suggested.

Now I'm allowed to post up to 4GB of content in every article page and so far it works well.

Thanks a lot.

Quote · 17 Nov 2010

good to hear you have found resolution. i would be careful with writing elongated articles, keeping in mind that the database has to serve that content, you could find yourself blowing up the database with timeout situations. make sure your execution time is increased on your mysql executions, and make sure your CPU and RAM are inline with processing large amounts of data.

Hi DosDawg

I have been able to solve my issue by setting in the database table the LONGTEXT value (instead of TEXT) in the CONTENT field as you suggested.

Now I'm allowed to post up to 4GB of content in every article page and so far it works well.

Thanks a lot.

 

When a GIG is not enough --> Terabyte Dolphin Technical Support - Server Management and Support
Quote · 17 Nov 2010


good to hear you have found resolution. i would be careful with writing elongated articles, keeping in mind that the database has to serve that content, you could find yourself blowing up the database with timeout situations. make sure your execution time is increased on your mysql executions, and make sure your CPU and RAM are inline with processing large amounts of data.

Hi DosDawg

I have been able to solve my issue by setting in the database table the LONGTEXT value (instead of TEXT) in the CONTENT field as you suggested.

Now I'm allowed to post up to 4GB of content in every article page and so far it works well.

Thanks a lot.

 

Thanks for the suggestion! The page I'm publishing is a calendar which looks like this:

http://worldtattooevents.com/m/articles/view/Tattoo-Conventions-Calendar-2011

By the end of the year is going to be maybe 3 times bigger so I may have to split it in 2 or 3 pages.

Will see how it goes...!

Thanks again!

Quote · 17 Nov 2010
 
 
Below is the legacy version of the Boonex site, maintained for Dolphin.Pro 7.x support.
The new Dolphin solution is powered by UNA Community Management System.