Welcome, Guest. Please login or register.
Did you miss your activation email?
May 25, 2012, 07:17:46 PM

Login with username, password and session length
Search:     Advanced search
Interested in joining the WebsiteBaker team?
For more Information read here or on our new website.
155523 Posts in 21712 Topics by 7736 Members
Latest Member: chris85
* Home Help Search Login Register
Pages: [1]   Go Down
Print
Author Topic: Large WB site: admin index page very slow  (Read 1255 times)
vanbemmel

Offline Offline

Posts: 22


« on: July 15, 2009, 09:36:06 PM »

Hi, my site has about 250 pages (still growing) and the admin index page with an overview of all the pages becomes very slow. That makes it not very pleasant to work with WB.

At another post at this forum I found some kind of a solution to put a edit button below every page but I hope there will be a better solution to make the loading of the admin index page faster.

Maybe use page caching, table indexes etc.Huh

Any help would be highly appreciated.  Thanks.
Logged
mr-fan

Offline Offline

Posts: 1556


WWW
« Reply #1 on: July 15, 2009, 10:30:24 PM »

Quote
I hope there will be a better solution to make the loading of the admin index page faster.

solution: don't use the page tree.....for updating the sites..... grin

there is a frontendsnippet outside called "frontend edit" on AMASP

with create a little icon in the frontend witch is linked direct to the backend of this actual site in the frontend..... wink

it's very easy for changing big site's - you can add the favorite sites (news, downloadgallery...) to the browserbookmarks to have a quick access!

regards martin
Logged

 
Luisehahne
Board Member
Development Team
*****
Offline Offline

Posts: 3146



WWW
« Reply #2 on: July 15, 2009, 11:28:35 PM »

I'm interested, do you mean the pagetreelist or the page with manage Sections or if you have many section to go in the editor and that he must load many sections.

i hope you understand what i mean.

Dietmar
Logged

We are human beings - and nobody is perfect at all.
BerndJM

Offline Offline

Posts: 1764



« Reply #3 on: July 16, 2009, 12:09:57 AM »

Hi,

<nonsens_mode>
It's not a bug, it's a feature: the editor of the pages should have enough time to think about what he's doing next ...
</nonsense_mode>

No, serious: I'm currently working on the new help-pages (under WB2.8RC1) and notice the same behavior:
From clicking "pages" 'til you see the ready build page-tree it's about 2 seconds - independent if there are many trees open or all are collapsed.
Naturally you have the same behavior (and time) if you come back from editing a page.
Fluid working isn't possible.

Regards Bernd

@Dietmar:
jaaaa ich weiß unser aller Sorgenkind der page-tree wink
Logged

In theory, there is no difference between theory and practice. But, in practice, there is.
Luisehahne
Board Member
Development Team
*****
Offline Offline

Posts: 3146



WWW
« Reply #4 on: July 16, 2009, 12:27:35 AM »

Wer mich kennt, der weiss auch die Pagetree bekommen wir in den Griff. Wir beherrschen die Maschinen, die Maschinen nicht uns.

War gut oder?

Dietmar
Logged

We are human beings - and nobody is perfect at all.
vanbemmel

Offline Offline

Posts: 22


« Reply #5 on: July 16, 2009, 07:27:14 AM »

OK, thanks for your replies but how can we make the loading of the page tree faster?
It takes sometimes more then 8 seconds to load.

I had a look and i have now more then 600 pages and this will go to the 1.000 pages with a lot of sub-sub parts in it. That are a lot of pages but shouldn't be a real problem for a CMS.

Any ideas?
Logged
Luisehahne
Board Member
Development Team
*****
Offline Offline

Posts: 3146



WWW
« Reply #6 on: July 16, 2009, 09:28:41 AM »

Oh sorry its a english thread. We are happy to inform, that the pagetreelist will begoing to developed new. But it is not possible in a short time, because its very complex

Dietmar
Logged

We are human beings - and nobody is perfect at all.
Luckyluke

Offline Offline

Posts: 555



« Reply #7 on: July 16, 2009, 11:27:47 AM »

We are happy to inform, that the pagetreelist will begoing to developed new. But it is not possible in a short time, because its very complex

Yeah, nice to hear. Something for WB 2.9 or WB 2.8 final?

Luc
Logged
Luisehahne
Board Member
Development Team
*****
Offline Offline

Posts: 3146



WWW
« Reply #8 on: July 16, 2009, 11:46:39 AM »

More for 2.9, Sorry, 2.8 is Featurefreeze. Only Bug cleaning

Dietmar
Logged

We are human beings - and nobody is perfect at all.
Luckyluke

Offline Offline

Posts: 555



« Reply #9 on: July 16, 2009, 11:52:05 AM »

You don't have to sorry for that  grin  I was just curious.
I hope that WB 3.0 will have a complete frontend editing. So the backend menu will be less used.

Luc
Logged
Argos
Moderator
**
Offline Offline

Posts: 2160


WWW
« Reply #10 on: July 16, 2009, 10:34:07 PM »

Workaround for BIG sites: open the page overview once, and use right click to open page editor or settings in second window. That way you will have to load the overview page only once.
Logged

Jurgen Nijhuis
Argos Media
Heiloo, The Netherlands
WB Showcase: http://www.mywebsitebaker.com/pages/showcase.php?v&category_id=1242&count=30
----------------------------------------------------------------
Please don't request personal support, use the forums!
Hans>NULL

Offline Offline

Posts: 1389


« Reply #11 on: July 16, 2009, 10:49:02 PM »

Cache system for websitebaker
Regards, Hans>NUL
Logged

/dev/null Ort ohne Wiederkehr
vanbemmel

Offline Offline

Posts: 22


« Reply #12 on: July 19, 2009, 05:03:59 PM »

OK, Hans.  Thanks but does someone already have experience with that for the WB backend?

Logged
vanbemmel

Offline Offline

Posts: 22


« Reply #13 on: July 20, 2009, 04:09:34 PM »

I looked at the source output code of the page list and noticed that it has more then 36.000 lines of HTML code! So I don't think caching will actually speed up this process.

Why does the building up of this pagelist generates that many HTML code?
Wouldn't it be much better to use div items for this kind of features?

Who can help me out with this because the admin/pages/index.php becomes slower each day.
It takes now about 45 seconds to build up the complete pagelist...  sad
Logged
Argos
Moderator
**
Offline Offline

Posts: 2160


WWW
« Reply #14 on: July 20, 2009, 04:27:54 PM »

The table that generates the pages list is clearly visible in the index.php. You could try yourself if making it DIV-based makes it faster... I think a UL list with each page in a LI may do the trick. Make each table cell into a DIV, and float all left within the LI.

I don't know if the ordering will still work though...
Logged

Jurgen Nijhuis
Argos Media
Heiloo, The Netherlands
WB Showcase: http://www.mywebsitebaker.com/pages/showcase.php?v&category_id=1242&count=30
----------------------------------------------------------------
Please don't request personal support, use the forums!
Luisehahne
Board Member
Development Team
*****
Offline Offline

Posts: 3146



WWW
« Reply #15 on: July 20, 2009, 04:29:12 PM »

Just in moment, i test some codes with jquery, pls be patience

Dietmar
Logged

We are human beings - and nobody is perfect at all.
Argos
Moderator
**
Offline Offline

Posts: 2160


WWW
« Reply #16 on: July 20, 2009, 04:30:58 PM »

For WB 2.8 that is. Derrik uses 2.7 I think.
Logged

Jurgen Nijhuis
Argos Media
Heiloo, The Netherlands
WB Showcase: http://www.mywebsitebaker.com/pages/showcase.php?v&category_id=1242&count=30
----------------------------------------------------------------
Please don't request personal support, use the forums!
doc
Guest
« Reply #17 on: July 20, 2009, 04:36:11 PM »

Hi,

just to note that the JS-Admin (drag and drop) shipping with WB since version 2.7 needs to be adapted when changing the page list output from table rows to a unsorted list.

Doc
Logged
Luisehahne
Board Member
Development Team
*****
Offline Offline

Posts: 3146



WWW
« Reply #18 on: July 20, 2009, 04:39:05 PM »

Hi doc,

we can do it completly with jquery. I hope the pagetree list will be going faster. We will see

Dietmar
Logged

We are human beings - and nobody is perfect at all.
Pages: [1]   Go Up
Print
Jump to:  

Powered by MySQL Powered by PHP Powered by SMF 1.1.16 | SMF © 2011, Simple Machines Valid XHTML 1.0! Valid CSS!