Droplet to show a non-wysiwyg section

[javaguy78]

I use the following code throughout my site to show various sections on various other pages.

Code:

// Change this to the section number you need!
$section_id = 35;

// Get requested section for requested page
$query_sections = $database->query("SELECT section_id,module FROM ".TABLE_PREFIX."sections WHERE section_id = '$section_id' ");

// Make sure there is one
if($query_sections->numRows() > 0) {
$section = $query_sections->fetchRow();
$section_id = $section['section_id'];
$module = $section['module'];
require(WB_PATH.'/modules/'.$module.'/view.php');
}

and it works like a charm in PHP sections in the code AND it works like a charm in the index.php of my theme. I wanted to change it to a droplet, but the require word is not available in droplets, incidentally, I can't get it working.

I did find the ShowSection droplet, but it only works on WYSIWYG sections, not on other sections that I want to show (such as my own custom built BLOG section). I don't want to copy and paste the exact same code to hundreds of sections when I can just create a droplet to do the work.

My question is this: Has anyone had success in creating a droplet that copies the contents of a specified non-wysiwyg section to another location?

the other problem is that ShowSection droplet doesn't process droplets down the chain, so if I stuff a droplet into a wysiwyg section, then use showsection to display that section elsewhere, it fails.

All I want to do is propagate data from one page to another, allowing both pages to show the same section.

[Ruud]

You could use the section_picker module.
http://www.websitebakers.com/pages/modules/listings/section-pages/section-picker.php

It will allow "reusing" any section.
Since this is a normal pagetype module, droplets will be processed.

[javaguy78]

Thanks, that might work.

What I'm trying to do is show the contents of a section on a page within a div that is positioned with css, hence the need for a droplet since the WYSIWYG editor doesn't let you leave a table cell or div open to encapsulate the following section inside the element. The idea is that the homepage of my site will consist of little snippits of the rest of the site, like a greatest hits.

I'll see if this works.

[pcwacht]

allmost offtopic

And another good use of require example down the drain...


You work in wb 2.8.2?

John

[dbs]

there is also a droplet sectionpicker:
http://www.websitebakers.com/pages/droplets/downloads.php

you can import this droplet with droplet-version 1.51
http://www.websitebakers.com/pages/droplets/module-wb2.8.php

[pcwacht]

droplet sectionpicker needs command require as well. Won't work

Problem lies here in the 'security'measure not to use inclide/require/eval etc in a droplet.

John

[javaguy78]

the SectionPicker droplet does exactly what I need it to. I guess I won't be upgrading my websitebaker. and if I do, I'll backup the droplet's module and roll it back to on the new version!

thanks for pointing me in the right direction.

(P.S. perhaps you can release a copy of the droplet's module without the security measures so people who understand the risks or do not have a team of admins can run legacy droplets that include Require. Just a thought) 

[pcwacht]

People who understands  the risk can edit the files..... there lies no magic.

I don't release, I am just a happy contributing user.

Just take the last droplet modules from amasp

But... the code module will be 'secured' as well.

There is some thread(s) in the forum where some are talking about the benefits and drawbacks about this.
I don't know what way it will go.
Just pointing to this errors cause of the 'security'


Happy wb-ing.

john

[NorHei]

One Workaround i can think off is to encapsulate the Content of the Droplet into a snippit.
So your droplet would only contain the function call.

$section_id = 35;
return fetchpage($section_id);

But i am not perfectly sure if they blocked that too.

The whole idea of removing functionality from Droplets for some fake security is simply the wrong way .
As long as Droplets only can be installed by the main Admin there is no more risk that having the Admin change some files via file editor(either via FTP or via the WB file editor plugin.)

To have perfectly secure Droplets you need to remove Include, require, fopen, database access, curl, eval, sockets and a lot more. So they get almost useless.

So just get the Droplet Module from AMASP replace the core module  and you are done.


 

[Stefek]

The whole idea of removing functionality from Droplets for some fake security is simply the wrong way .
As long as Droplets only can be installed by the main Admin there is no more risk that having the Admin change some files via file editor(either via FTP or via the WB file editor plugin.)

100% agreement.
It's one big pain in the *.
Seems to be volkssport these days. 

[pcwacht]

Ah well

Dunnoh what current ideas are from the devs about the 'security' .

I know I won't take it for granted, will tear the pain stuff out of it.
And maybe release it as a non-secure but more sensible edition in the forum for others.
Hmmm, might need a name for it, like portable-wb?

Something like sane-wb or easydoesit-wb or..... 

Hmmm.

Wish some dev would shine a light on the current path they are taking. We are somewhat in the dark on this and simular (form - ftan) issues.

John

[javaguy78]

One Workaround i can think off is to encapsulate the Content of the Droplet into a snippit.
So your droplet would only contain the function call.

Oooh, I like this idea!