16 replies to this topic

[doolB]

Hi All

I have been using Etomite for sometime and now while I am trying to add some new functions like Etobasket, EtoMultigal I recive different errors.

I am running Etomite 1.1 prelude on a unix envoriment.
I have installed EtoGal without problems. (the upload feature works fine)
I have installed EGextender with some SQL problems. (this is solved by manually work)
I have installed FrontEndFileManager with out problems, but it is not working. (the SQL part worked fine here)

I have some problems with the File Manager in Etomite. So I cheked that the directory is writable (777) but it still does not work. Then I tried FrontEndFileManager but no matter if I am loged in or not I can not get the upload button on the screen.


I have installed EtoMultiGal but I recive a parse error.

Quote

Parse error: syntax error, unexpected '}' in /usr/home/web/web297763/lystsind.dk/index.php(358) : eval()'d code on line 52

I have installed EtoBasket but again I recive a parcee error

Quote

Parse error: syntax error, unexpected '<' in /usr/home/web/web297763/lystsind.dk/index.php(508) : eval()'d code on line 1

This is many errors at the same time but I need help....
If there is any more info you need in order to help me just ask and i will provide.

Thomas Nielsen

[Cris D.]

When you open the snippet, make sure you have word wrap OFF (NotePad is ideal). When wordwrap is ON, and the code lines wrap and this causes problems with the way the code is pasted into the snippet editor.

If re-pasting the code does not work, you will need to paste the line(s) of code mentioned in the error reporting.

[Cris D.]

Quote

no matter if I am loged in or not I can not get the upload button on the screen.

This means that you have successfully installed the snippet "authenticate_visitor" and have visitor permissions switched on in the etomite manager right??

[doolB]

Yes, I am using the "authenticate_visitor" Snippet. It is working well with EtoGal and zCalender.

[doolB]

I have been through the snippets with no different resoult.

In order to give you the right information. I need to know witch code to give you.
- /usr/home/web/web297763/lystsind.dk/index.php(358) : eval()'d code on line 52
Does this mean that I should give you the index.php or the snippet????
When I look in the snippet at line 52 there is no "}" in that line. So for me it does not make anny sense.

I am sorry but I am new to debugging.
The following code parts is from index.php

	// Check to see if document content contains PHP tags.
	// PHP tag support contributed by SniperX
	if( preg_match("/(<\?php|<\?)(.*?)\?>/", $documentOutput) && $type == "text/html" && $this->config['allow_embedded_php'] )
	{
	  $documentOutput = '?'.'>' . $documentOutput . '<'.'?php ';
	  // Parse the PHP tags.
	  eval($documentOutput); // line 358
	}

  
function evalSnippet($snippet, $params) {
	$etomite = $this;
	if(is_array($params)) {
	  extract($params, EXTR_SKIP);
	}
	$snip = eval(base64_decode($snippet)); // line 508
	return $snip;
  }

[mikef]

doolB, on Mar 15 2009, 06:55 AM, said:

... So I cheked that the directory is writable (777) but it still does not work. ...

'777' is often a bad idea! try 775 or 755 instead.

[Ralph]

I'll attempt to provide some generalized help here...

When you receive an error regarding "}" the actual source of the problem may be above the line indicated and it wasn't until that line that it was discovered...

When you receive an error on line 1 which refers to "<", this is usually an indicator that you have a PHP open tag (<? or <?php) at the top of your snippet... Either remove the tag or remark it with //...

Not sure if any of this will help or not...

[doolB]

I guess that 775 is more secure then 777 but it make no changes to my "manage file problem"

Ralph...
I have looked it to you tips regarding debugging.
If I look at line 52 in the "EtoGal_multigalss" snippet or line 51, it is in the middle of a comment block. So is the lines just counted one by one og should any comment line be skiped?

In the EtoBasket snippet there was are <?PHP tag. After i have commented it out i recive the following error.

Quote

Parse error: syntax error, unexpected T_SL in /usr/home/web/web297763/lystsind.dk/index.php(508) : eval()'d code on line 92

The wired part is the I cant find "T_SL" in the snippet at all.

Edited by doolB, 15 March 2009 - 03:31 PM.

[Cris D.]

Where did you get the code from? Was it downloaded or copied from the web pages in the testing "artimental" site? If you got it from the artimental site, you should be downloading them from the snippet library from this site. What makes me ask is that the etoBasket snippet should NOT contain <? anywhere in the snippet at all. So something is messing with the code you are using. Get the source files files from here (etomite) and open the downloaded files with a plain text editor, make sure word wrap is off then copy and paste.

T_SL is Token Shift Left: (the < character).

Ralph, is it possible that the doolB's server wont parse heredoc syntax?

Edited by Cris D., 15 March 2009 - 07:07 PM.

[Ralph]

Cris D., on Mar 15 2009, 03:03 PM, said:

Ralph, is it possible that the doolB's server wont parse heredoc syntax?

Yes... Perhaps we should get server spec's... Some configurations don't work with heredocs as well as short PHP tags (<? and <?=)... One thing to note regarding heredocs... The closing heredoc tag must always start at the beginning of a line...

// valid
$heredoc = <<<HEREDOC
Some example text.
HEREDOC;

// invalid
$heredoc = <<<HEREDOC Some example text. HEREDOC;

The closing tag must always begin at character zero and can have no leading whitespace...

[doolB]

Ok. I got the code for etobasket2 on the "artimental" site. ( I guess I didn't read the text in small letters)

Now I have taken the code from the snippet library (etoBasketV1.2)
It runs perfect. Thanks Cris..

The EtoGalMultigals I got from this site. But it still make no sense to me why it isn't working.
Likewise am I noway near a solution to why the "manage file" in etomite doesn't work.

[Cris D.]

1) For the etogal_multigals, try removing all the code above the line:

//##############Parameters that can be passed in the snippet call###############//

There is a lot of embedded php in the sample chunk that your host may not like trying to save to your database. Also, the chunk has embedded PHP which must be turned on in the etomite manager (allow embedded PHP) for it to be parsed correctly.

2) For the file manager upload, this again could be a number of issues. Most common are permissions settings. Have a look at the settings on the etogal folder if it works OK and CHMOD the uploads folder the same. Then go into the etomite manager and look to make sure that the settings relating to uploads are OK- uploadable file types- must have a list of file extensions eg: php,jpg,txt,gif etc...The maximum file size can be left blank if it has been set in your PHP info. You may have to set up a temp folder for your uploads if one is not already configured for your hosted account- this is a conversation you will have to have with your host and the fact the uploads work with other snippets, I doubt this is the issue.

I don't know enough about etomite-specific upload issues, but if etogal uploads work and the etomite manage does not, it makes me think there is something quirky with global variables or directory path issues in the files_static_action.php file. Have you upgraded the files_static_action.php from the forums by chance? If you have, try rolling back to the original to se if it works.

[doolB]

1)
I did as you sugested and removed the commented lines.
As it turns out there is absolutly no changes to the parse error.

2)
The upload function in EtoGal is working fine, it is the Etomite -> Manage Files that not is working. In my first post I attaced a screendump of the File Manager page as it looks from with in the Etomite Manager.
I find it strange that the EtoGal file upload is working when Etomite's own build in File Manager does not.

[Ralph]

doolB, are you sure you haven't applied too many permissions and that is why you are having problems...??? Some servers don't like 0777 permissions and must be backed down to 0755 or 06xx... I wouldn't expect parser errors due to this, however... At most you might get a PHP error or warning...

If you believe that your problem is related to the Etomite code bease then feel free to PM me server spec's and I will investigate the matter to see if it can be resolved...

[Cris D.]

Quote

1)
I did as you sugested and removed the commented lines.
As it turns out there is absolutly no changes to the parse error.

Not even the line number?? removing the additional lines of commented code should have changed the line number at least. Have you turned on "allow embedded php" in the etomite manager yet?

Quote

2)
The upload function in EtoGal is working fine, it is the Etomite -> Manage Files that not is working. In my first post I attaced a screendump of the File Manager page as it looks from with in the Etomite Manager.
I find it strange that the EtoGal file upload is working when Etomite's own build in File Manager does not.

Thanks for the clarification, I know it is the manager. I'm suggeting that if the manager does not work (and etogal does) and if you aren't sure of what permissions to set the manager uploads folder to, then have a look at the permissions on the etogal folder (becase we know these work on your sever).

Have you checked the etomite manager upload settings I mentioned above?

Quote

Then go into the etomite manager and look to make sure that the settings relating to uploads are OK- uploadable file types- must have a list of file extensions eg: php,jpg,txt,gif etc...The maximum file size can be left blank if it has been set in your PHP info.

These will only ned to be checked if you have changed them since installation.

Otherwise, I would take Ralph up on his offer to have a poke around inside your installation.

[doolB]

Hi Cris

No not even the line no. changes after this.
I have been cross checking every thing, maybe not all, and it just don't make sense.
I have the "allow embedded php" on. ( i think this have been on since the day I installed etomite)

In my mind there should be at least a change in the line number, since I have deleted some lines.
Can you enable some kind of debugging mode so I can see which snippet eval() is running?


I will contact Ralph later today about some poking around...

Thanks

[Cris D.]

Snippet evaluation can be turned on by turning on it on the manager. Don't worry, a lack of line number change also points us closer to the problem. It says it is not to do with the etogal_multigals snippet (or at least not the line number error). There are so many things it could be, a quick few tests from a seasoned etomite user will diagnose it fairly quickly. For the record, my guess is locked down server settings.