Module Doc Finder in 0.9.6.2: strange! - My Forums

Re: Module Doc Finder in 0.9.6.2: strange!

Bogdanio — Oct 16, 2008, 05:38 PM

Damn! I love the PHP short tags!

Re: Module Doc Finder in 0.9.6.2: strange!

sderuiter — Oct 16, 2008, 02:50 PM

But would that mean that these two modules are the only ones to use short tags?

Re: Module Doc Finder in 0.9.6.2: strange!

rethrash — Oct 16, 2008, 02:44 PM

Short tags should be a major no-no too! I think they’ve in fact been deprecated in PHP6.

Re: Module Doc Finder in 0.9.6.2: strange!

sderuiter — Oct 16, 2008, 02:35 PM

Well, the previous post did have the solution in there

I’ve changed only short_open_tag = Off to short_open_tag = On and this problem went away (also with Error404Logger, btw).

Hope this helps someone.

Re: Module Doc Finder in 0.9.6.2: strange!

sderuiter — Oct 14, 2008, 03:38 PM

I have the same issue with Error 404 Logger. I’ve tracked this done to a php.ini setting. I needed to change my original php.ini, since register_globals was on. Using the original php.ini, I was able to view the module. After I had uploaded the php.ini.recommended (from php.net), things went wrong (showing the actual php content in the manager frame.

Below is a summary of the difference between the two php.ini files. Hope this helps someone. I haven’t figured out which setting to change to get this working.

Directive                 PHP.INI.REC         PHP.INI ORG (working)

highlight.comment	#FF8000	#FF8000		#FF9900	#FF9900	
highlight.default	#0000BB	#0000BB		#0000CC	#0000CC	
highlight.keyword	#007700	#007700		#006600	#006600	
highlight.string	#DD0000	#DD0000		#CC0000	#CC0000	
log_errors	On	On		Off	Off	
max_input_time	60	60		-1	-1	
memory_limit	128M	128M		8M	8M	
register_argc_argv	Off	Off		On	On	
register_globals	Off	Off		On	On	
register_long_arrays	Off	Off		On	On	
sendmail_from	no value	no value		[email protected]	[email protected]	
short_open_tag	Off	Off		On	On	
track_errors	On	Off		On	On	
upload_max_filesize	2M	2M		16M	16M	
y2k_compliance	On	On		Off	Off	
session.bug_compat_42	Off	Off		On	On	
session.gc_divisor	1000	1000		100	100	
session.gc_maxlifetime	1440	1440		5400	5400	
session.gc_probability	1	1		100	100	
session.hash_bits_per_character	5	5		4	4	
session.save_path	no value	no value		/tmp	/tmp	
session.use_trans_sid	0	0		1	1

Re: Module Doc Finder in 0.9.6.2: strange!

opengeek — Oct 04, 2008, 05:30 PM

Quote from: Bogdan at Oct 02, 2008, 04:27 PM

Maybe a reason not to use single-line comments for distributed code?

Excellent point Bogdan. Sounds like a new contribution rule in the making...

Re: Module Doc Finder in 0.9.6.2: strange!

sderuiter — Oct 04, 2008, 02:12 PM

Quote from: Bogdan at Oct 02, 2008, 04:27 PM

That’s an excellent tipp Susan, thanks! Maybe a reason not to use single-line comments for distributed code?

@sderuiter: Is it a windows machine you tried to install Doc Finder on?

No, a Solaris machine (or so I’m told). It’s running on a Shared Accelarator from Joyent.
I did download the package onto an XP machine, unpacked in there and uploaded it using FIlezilla to the server.

Re: Module Doc Finder in 0.9.6.2: strange!

Bogdanio — Oct 02, 2008, 11:27 AM

That’s an excellent tipp Susan, thanks! Maybe a reason not to use single-line comments for distributed code?

@sderuiter: Is it a windows machine you tried to install Doc Finder on?

Re: Module Doc Finder in 0.9.6.2: strange!

sottwell — Oct 02, 2008, 11:21 AM

It looks to me like a line ending problem (which will depend on the platform the item was written and archived on); I’ve had this happen before in .php files and .js files. The files had no line endings (or at least the platform the script is running on doesn’t recognize whatever is there), so everything got run together, including single-line comments (in effect, the first single-line comment never ends, so the entire rest of the script is one big comment). In my case, it was a configuration of my FTP client. I’m using a different client now, and haven’t had it happen for a long time.

Re: Module Doc Finder in 0.9.6.2: strange!

Bogdanio — Oct 02, 2008, 11:10 AM

Hello everyone,

strange behavior indeed. It looks like the PHP code is not executed but displayed as plain text. Sylvaticus, you had this problem with one installation of 0.9.6.1 too, isn’t it? Did you find a solution?

Thanks,
Bogdan