Hi all. I'm rebuilding site and I have a "performance problem" with a page.
This page needs to contain text (node body) and a block from a view. Now, I can link the block in the "content" region and via block's settings I can say Drupal to display this block only when the users are viewing that page. But I could have the need to have some other pages of this type (with other blocks). My question: is this (block-region) the best solution or is better to use "panel" module ? And: is the panel modules load for every page or only when it's required ?
Statistic of this site say me that the page views are 1.5M+, 50% are from forum and other 50% are internal page. This particolar page generate 10K+ page views.
Tnx for all.
M.
Michel,
Panels are created "per page", sort of. However, with panels' "contexts," which is sort of like a Views argument, you can make one panel page apply to an unlimited number pages that have the same "context." For example, you could have a panel that shows node content for that node and then a view in the block that uses that the user id of the author of that node as the argument for the view in the block. That might show other recent content written by that author. So you only have one panel page in that situation, but it generates dynamic results for every node displayed.
Panels is incredibly powerful. There is definitely a serious learning curve for it. Personally, I think it is worth the learning curve.
I can't comment on performance.
Shai
On Mon, Mar 1, 2010 at 10:04 AM, Michel Morelli michel@ziobuddalabs.itwrote:
Hi all. I'm rebuilding site and I have a "performance problem" with a page.
This page needs to contain text (node body) and a block from a view. Now, I can link the block in the "content" region and via block's settings I can say Drupal to display this block only when the users are viewing that page. But I could have the need to have some other pages of this type (with other blocks). My question: is this (block-region) the best solution or is better to use "panel" module ? And: is the panel modules load for every page or only when it's required ?
Statistic of this site say me that the page views are 1.5M+, 50% are from forum and other 50% are internal page. This particolar page generate 10K+ page views.
Tnx for all.
M.
-- Michel 'ZioBudda' Morelli michel@ziobuddalabs.it Sviluppo applicazioni CMS DRUPAL e web dinamiche (LAMP+Ajax) Telefono: 0200619074 Telefono Cell: +39-3939890025 -- Fax: +39-0291390660
http://www.ziobudda.net ICQ: 58351764 http://www.ziobuddalabs.it Skype: zio_budda http://www.ziodrupal.net MSN: michel@ziobuddalabs.it JABBER: michel@ziobuddalabs.it
-- [ Drupal support list | http://lists.drupal.org/ ]
Shai Gluskin ha scritto:
Michel,
Thanks Shai, I know (a little) "panels" and infact in 10 minutes I have create a node of type page (A), a block (from a view based on the taxonomy term "class" (from Event vocabulary), html table display type) (B) and I have create a node panel page that contains two contents: (A) and (B). In this way my client can modify (A) adding, for example, image, video and text. And he can create new "class" in autonomy.
My questions was if this is the best way to make this type of request (performance side is rilevant) or there is a better alternative.
M.
I remember that Earl Miles admitted during his presentation of Panels 3 during one of the last Drupalcons that there was quite a performance issue with Panels of if I remember correctly 12%. Its a huge module with lots of options, but I would only use it if you construct the whole site on the panel principles and use them then intensively. Maybe if you are bad at theming and have a lot of homepage like pages with interconnected related content it could be useful.
I try to avoid panels and just use template files, blocks, views arguments, which is the normal Drupal approach and obviously faster than adding an extra huge module. (Just make sure you set block visibility settings very well for each block so they are not calculated on pages where they are not needed.) Panels are bypassing most of these which makes it sometimes difficult to understand when you want to do more advanced stuff. Even blocks are basically of no use anymore in panels, but unfortunately you cannot disable them in Drupal 6.
A nice alternative to panels is http://drupal.org/project/ds, which uses a completely different approach much more sticking to the core architecture of blocks, fields, ...
Hans
2010/3/1 Michel Morelli michel@ziobuddalabs.it
Shai Gluskin ha scritto:
Michel,
Thanks Shai, I know (a little) "panels" and infact in 10 minutes I have create a node of type page (A), a block (from a view based on the taxonomy term "class" (from Event vocabulary), html table display type) (B) and I have create a node panel page that contains two contents: (A) and (B). In this way my client can modify (A) adding, for example, image, video and text. And he can create new "class" in autonomy.
My questions was if this is the best way to make this type of request (performance side is rilevant) or there is a better alternative.
M.
-- Michel 'ZioBudda' Morelli michel@ziobuddalabs.it Sviluppo applicazioni CMS DRUPAL e web dinamiche (LAMP+Ajax) Telefono: 0200619074 Telefono Cell: +39-3939890025 -- Fax: +39-0291390660
http://www.ziobudda.net ICQ: 58351764 http://www.ziobuddalabs.it Skype: zio_budda http://www.ziodrupal.net MSN: michel@ziobuddalabs.it JABBER: michel@ziobuddalabs.it
-- [ Drupal support list | http://lists.drupal.org/ ]
Hi,
Panels does require more to run that blocks, so you would not want to use it on a site like d.o, however has a lot more fine grained caching built in, than blocks.
Panels is a lot more powerful than blocks and for your average size sites this 12% is really insignificant.
I use panels when I can, and it generally means I don't need to keep going back to a site as my client can modify the page without too much of my help.
Gordon.
On 02/03/2010, at 4:43 AM, KOBA | Hans Rossel wrote:
I remember that Earl Miles admitted during his presentation of Panels 3 during one of the last Drupalcons that there was quite a performance issue with Panels of if I remember correctly 12%. Its a huge module with lots of options, but I would only use it if you construct the whole site on the panel principles and use them then intensively. Maybe if you are bad at theming and have a lot of homepage like pages with interconnected related content it could be useful.
I try to avoid panels and just use template files, blocks, views arguments, which is the normal Drupal approach and obviously faster than adding an extra huge module. (Just make sure you set block visibility settings very well for each block so they are not calculated on pages where they are not needed.) Panels are bypassing most of these which makes it sometimes difficult to understand when you want to do more advanced stuff. Even blocks are basically of no use anymore in panels, but unfortunately you cannot disable them in Drupal 6.
A nice alternative to panels is http://drupal.org/project/ds, which uses a completely different approach much more sticking to the core architecture of blocks, fields, ...
Hans
2010/3/1 Michel Morelli michel@ziobuddalabs.it Shai Gluskin ha scritto:
Michel,
Thanks Shai, I know (a little) "panels" and infact in 10 minutes I have create a node of type page (A), a block (from a view based on the taxonomy term "class" (from Event vocabulary), html table display type) (B) and I have create a node panel page that contains two contents: (A) and (B). In this way my client can modify (A) adding, for example, image, video and text. And he can create new "class" in autonomy.
My questions was if this is the best way to make this type of request (performance side is rilevant) or there is a better alternative.
M.
-- Michel 'ZioBudda' Morelli michel@ziobuddalabs.it Sviluppo applicazioni CMS DRUPAL e web dinamiche (LAMP+Ajax) Telefono: 0200619074 Telefono Cell: +39-3939890025 -- Fax: +39-0291390660
http://www.ziobudda.net ICQ: 58351764 http://www.ziobuddalabs.it Skype: zio_budda http://www.ziodrupal.net MSN: michel@ziobuddalabs.it JABBER: michel@ziobuddalabs.it
-- [ Drupal support list | http://lists.drupal.org/ ]
-- Hans Rossel KOBA Webdesign bvba Beukenlaan 56 9051 Gent (Sint-Denijs-Westrem) Belgium BTW 0817.931.516 +32.9.334.52.60 +32.472.79.32.16 www.koba.be info@koba.be -- [ Drupal support list | http://lists.drupal.org/ ]
KOBA | Hans Rossel ha scritto:
I remember that Earl Miles admitted during his presentation of Panels 3 during one of the last Drupalcons that there was quite a performance issue with Panels of if I remember correctly 12%.
12% is not so bad. And in my case is active only for a few page/node.
Its a huge module with lots of options, but I would only use it if you construct the whole site on the panel principles and use them then intensively. Maybe if you are bad at theming and have a lot of homepage like pages with interconnected related content it could be useful.
I'm not bad at theming, but I need a way to permit to my client to change the content of a page/node (A), and at the bottom of this page I need to display a list of events (B). So, there are 2 options: use "panel" and create a "panel page" that contains (A) and (B) or create a page/node (A) and use block system to add (B) at the bottom of the page. I can have a few of this situations, so if I use "block system" I will have a region (bottom content) with few useless block for more and more page, and for every pages Drupal need to found which blocks must to be included.
I try to avoid panels and just use template files, blocks, views arguments, which is the normal Drupal approach and obviously faster than adding an extra huge module. (Just make sure you set block visibility settings very well for each block so they are not calculated on pages where they are not needed.)
But for every page that Drupal need to create the system need to found which blocks must to be included. Ok, some numbers: say only 50K of 1.5M page views needs a block at the end (in the "bottom content" region). So, for ~1.450M page views the system check for every blocks in the "bottom content" region to see if some blocks need to be included but the reply is always "no". Or the system is so smart that don't make this check for every page ?
M.