PHP scripts in ezpages or define pages possible?

Hi.

I need to create some ezpages, but I need to insert php functions and scripts. Is this possible in the ezpages section? I can create an external page but then I would need to recreate the template just so it looks like the rest of the site, hence I would rather use the ezpages.

Please let me know how this can be done.

Thanks

define page = yes
ezpage = not sure, probably not. Give it a try tho.

actually, no for both cases, unless you write custom code to parse your PHP code specifically

You might check out swguy's posts on the topic for suggestions on how he does that with replaceable keywords

DrByte, I believe I had php code worked pretty fine for define page (version 1.3.8 checked)
Since it's only a .php file that is included anyway. Just use <?php ?> and put the code in between.

Ah, yes, that works, but not if you use a browser-based wysiwyg editor to handle your content. Edit the define_xxxxxx.php files directly and that can work.

Or just use the plain-text editor.

Check out this thread. I wrote this a while back.
http://www.zen-cart.com/forum/showthread.php?t=37252&highlight=ezpages

Not as elegant, but I have accomplished this by calling the *.php (file) in an Iframe.

Quick & works in my experience.

Bob

Hey guys,

I too am trying to add php into an ezpages file:

http://www.zen-cart.com/forum/showthread.php?t=99102

Any suggestions? Could this be an issue with permissions?

Thanks,

D

Moderator note: moved discussion to existing thread on same topic*

Answered here: http://www.zen-cart.com/forum/showthread.php?t=99102

I looked in the forum but could not find info about putting php in a Define Page (such as define_main_page) rather than putting php in an ezpage. Is there method for this?

No "method"... just edit the define_xxx.php in Notepad++ or another good file editor. You can, as has been pointed out, also add PHP code in admin > Tools > Define Pages Editor as long as you use plain text mode.

Glenn, we solved this in the other thread (http://www.zen-cart.com/forum/showthread.php?p=977519#post977519) but maybe it's good to point out that not all php will work on any page? In other words, there might have been some page-specific dependencies that were not allowing my php to work in define_main_page.php.

I was trying to use php (from tpl_index_categories) in the tpl_index_default file. Putting the php code in the define_main_page file wouldn't work, and it still wouldn't work when I put the php code directly into tpl_index_default, so I'm thinking there was something in the code that depended on the the php being executed directly from tpl_index_categories. The code is below that I was trying to get to execute from tpl_index_default; I can't spot a dependency on tpl_index_categories, but there must be something that causes tpl_index_default to break when this code appears in it (such as tpl_index_default not being a top-level cat page and maybe that is necessary for this code to work).

<?php require($template->get_template_dir('tpl_modules_category_row.php',DIR_WS_TEMPLATE, $current_page_base,'templates'). '/tpl_modules_category_row.php'); ?>

I think it's not that PHP "doesn't work" in any particular file, but that some PHP code depends on using information that may not be available or variables that may not exist in the new file the code is transplanted into.

It may be that the require in tpl_index_default is working fine, but calling tpl_modules_category_row.php when there is no top category defined results in errors in that file.

Just to paraphrase the answers here more succinctly.

The answer is yes, php scripts in these pages will be parsed with no problem.

But, that is no guarantee that the variables/constants you are trying to use/manipulate with said php will actually be available/exist to use on that particular page. If you find that is the case, use the Superglobals plugin to find out what IS available on the page of interest.

Secondarily, you should edit these files with a plain text editor. Using a wysiwyg editor like CKeditor in a browser will mangle the php snippets when it saves the file. In CKeditor's case it turns them into html comments. There is info on the web about how you may hack it to prevent this behaviour. I spent five minutes not getting that to work: it was not worth the effort for me.