<?xml version="1.0" encoding="utf-8"?>
<feed xmlns="http://www.w3.org/2005/Atom">
	<title type="html"><![CDATA[FrontAccounting forum — New Installation a complete disaster.]]></title>
	<link rel="self" href="https://frontaccounting.com/punbb/extern.php?action=feed&amp;tid=2431&amp;type=atom" />
	<updated>2011-10-06T21:05:56Z</updated>
	<generator>PunBB</generator>
	<id>https://frontaccounting.com/punbb/viewtopic.php?id=2431</id>
		<entry>
			<title type="html"><![CDATA[Re: New Installation a complete disaster.]]></title>
			<link rel="alternate" href="https://frontaccounting.com/punbb/viewtopic.php?pid=10387#p10387" />
			<content type="html"><![CDATA[<p>Glen, thank you for all your investigation effort.</p><p>Following problems has been fixed in hg repo, and will be released with next version:<br />* Hangouts on php installations with zlib module on (after the change FA can be used regardless the zlib module is used or not).<br />* Automatic removal of old session files has been added.<br />* All the smaller issues which resulted in warnings written to&nbsp; errors.log during installation has been fixed.</p><p>No change is required for the following non-issues:<br />* hyperlink_no_params() does not use session data, and the code does work right, so it is leaved as is.<br />* session.save_path is leaved commented out as so far. If session files are created in application directory - means&nbsp; you have dumb configuration on your server. Properly set www server writes session files to /var/lib/php5 folder&nbsp; or something like that.<br />* login timeout have nothing to do with session.gc_maxlifetime. The login timeout is configured in Company Settings, and can be set to any value form 10s to just 10hours. It is up to end user to decide which value is optimal, and I see no reason to put additional constraints here.<br />* Regarding the array_search_value() function it is also leaved as is i.e. without additional arguments checks. The logging system in FA is designed to register any suspicious warnings into errors.log, to help analyse potential problems. As the warnings during install process were only one time issue, we have ignored them so far. Thanks to your investigation they are now fixed.</p><p>Thanks again for your help in debugging FA.<br />Janusz</p>]]></content>
			<author>
				<name><![CDATA[itronics]]></name>
				<uri>https://frontaccounting.com/punbb/profile.php?id=89</uri>
			</author>
			<updated>2011-10-06T21:05:56Z</updated>
			<id>https://frontaccounting.com/punbb/viewtopic.php?pid=10387#p10387</id>
		</entry>
		<entry>
			<title type="html"><![CDATA[Re: New Installation a complete disaster.]]></title>
			<link rel="alternate" href="https://frontaccounting.com/punbb/viewtopic.php?pid=10378#p10378" />
			<content type="html"><![CDATA[<p>Hello, We have hade some bad experiences with PHP 5.2.6, however I will notify Janusz about this to be incorporated in the system check etc..</p><p>/Joe</p>]]></content>
			<author>
				<name><![CDATA[joe]]></name>
				<uri>https://frontaccounting.com/punbb/profile.php?id=3</uri>
			</author>
			<updated>2011-10-06T06:30:17Z</updated>
			<id>https://frontaccounting.com/punbb/viewtopic.php?pid=10378#p10378</id>
		</entry>
		<entry>
			<title type="html"><![CDATA[New Installation a complete disaster.]]></title>
			<link rel="alternate" href="https://frontaccounting.com/punbb/viewtopic.php?pid=10377#p10377" />
			<content type="html"><![CDATA[<p>After spending a full day getting this thing installed I have yet to see if will be of any value to the way I would like to setup my business.</p><p>However, I have figured out and corrected all the code necessary to make a new install that is free of any php errors.<br />I&#039;m going to give those corrections to you so that no one else has to go through what I went through just to evaluate your program.</p><p>First off, my server:<br />MySQL version: 5.0.51b-community-nt<br />php: 5.2.6<br />Http server type: Apache/2.2.16 (Win32) mod_ssl/2.2.16 OpenSSL/0.9.8o<br />Server system: Windows 2003 Server</p><p><strong>Problem #1.</strong><br />Running install hung and never got to the 6th step (ie. install complete) however it did install but I couldn&#039;t login.<br />Loging in just timed out.<br />Cause:<br />My php.ini had: <strong>zlib.output_compression = On</strong><br />This must be set to <strong>Off</strong>, or deal with the output buffering so that it doesn&#039;t hang.<br />Recommendation:<br /><span style="color: green">Test for &quot;zlib.output_compression&quot; in your startup &quot;system_test.inc&quot; file.</span></p><p>Now it runs but with a whack of php errors.&nbsp; Suppressing errors still adds entries to the php error log.<br />Suppressing errors is just simply lazy.</p><p>File:<strong> install/index.php</strong><br />The lazy incorrect way<br /><span style="color: red">@include($path_to_root . &quot;/installed_extensions.php&quot;);</span><br />The right way.<br /><span style="color: green">if(is_file($path_to_root . &quot;/installed_extensions.inc&quot;)) include($path_to_root . &quot;/installed_extensions.php&quot;);<br /></span></p><p><strong>call to hyperlink_no_params() must come before session_unset(); or the link to login will not appear.</strong><br />Line 387:<br />&nbsp; &nbsp; case &#039;6&#039;: // final screen<br />&nbsp; &nbsp; subpage_title(_(&#039;FrontAccounting ERP has been installed successsfully.&#039;));<br />&nbsp; &nbsp; display_note(_(&#039;Please do not forget to remove install wizard folder.&#039;));<br />&nbsp; &nbsp; // move to here instead<br />&nbsp; &nbsp; <span style="color: green">hyperlink_no_params($path_to_root.&#039;/index.php&#039;, _(&#039;Click here to start.&#039;));</span><br />&nbsp; &nbsp; session_unset();<br />&nbsp; &nbsp; session_destroy();<br />&nbsp; &nbsp; <span style="color: red">//hyperlink_no_params($path_to_root.&#039;/index.php&#039;, _(&#039;Click here to start.&#039;));</span><br />&nbsp; &nbsp; break;<br />I don&#039;t know why it is affected by session_unset() and didn&#039;t bother trying to figure it out.</p><p><strong> includes/lang/language.php</strong><br />The lazy incorrect way<br /><span style="color: red">@include_once($path_to_root . &quot;/lang/installed_languages.inc&quot;);</span><br />The right way.<br /><span style="color: green">if(is_file($path_to_root . &quot;/lang/installed_languages.inc&quot;))&nbsp; include_once($path_to_root . &quot;/lang/installed_languages.inc&quot;);</span></p><p>File: <strong>includes/current_user.inc</strong>:&nbsp; &nbsp; Line 494: Invalid argument supplied for foreach())<br />&nbsp; In front of the foreach() add: <span style="color: green">if(is_array($haystack))</span><br />&nbsp; And<br />File: <strong>includes/system_tests.inc</strong>:&nbsp; &nbsp; Line 258:&nbsp; Invalid argument supplied for foreach()<br />&nbsp; &nbsp;In front of the foreach()&nbsp; add: <span style="color: green">if(is_array($installed_languages))</span></p><p>On install<br />&nbsp; File: <strong>includes/archive.inc</strong>:&nbsp; &nbsp;Line 411: touch(): Utime failed: Permission denied (because the file doesn&#039;t exist so test for it) <br />&nbsp; The lazy incorrect way.<br />&nbsp; <span style="color: red">@touch($file[&#039;name&#039;], $file[&#039;stat&#039;][9]);</span><br />&nbsp; The right way.<br />&nbsp; <span style="color: green">if(is_file($file[&#039;name&#039;]))</span> touch($file[&#039;name&#039;], $file[&#039;stat&#039;][9]);</p><p><strong>Missing language *.po files.</strong><br />&nbsp; This error will occur even after a successful install because there is no &quot;C&quot; directory below the lang dir.<br />&nbsp; To both the root/lang dir and the root/install/lang dir, add /C/LC_MESSAGES<br />&nbsp; Then add C.php and C.po <br />&nbsp; These files need to be included in the download zip file.<br />I created them by down loading the en_US lang file, then copied and renamed the &quot;en_US-2.3.0-1.php&quot; to &quot;C.php&quot; etc. in the dirs I created above.</p><p>Now you can actually run a complete installation and not have any php errors accumulating in an error log file.</p><p><strong>But wait!</strong><br />You&#039;re creating all the sessions in the root directory of the program..... Thats just plain DUMB.<br />As per your note in <strong>session.inc</strong><br />/*<br />&nbsp; &nbsp; Uncomment the setting below when using FA on shared hosting<br />&nbsp; &nbsp; to avoid unexpeced session timeouts.<br />&nbsp; &nbsp; Make sure this directory exists and is writable!<br />*/<br /><span style="color: red">//ini_set(&#039;session.save_path&#039;, dirname(__FILE__).&#039;/../tmp/&#039;);</span><br />Your install script tests for this dir so use it. Get rid of the note and uncomment the line.</p><p>And finally... also in session.inc<br />You have, ini_set(&#039;session.gc_maxlifetime&#039;, 36000); // 10hrs<br />which allows sessions to accumulate .<br />Within about 20 minutes of exploring the program options the /tmp directory had 85 session files totaling over 500MB.<br />Clearly you need to see why new sessions are being created after every click.</p><p>Anybody that leaves there books open and unattended for 10 hours should be &quot;fired&quot; so I suggest you change the garbage cleanup value to about 30 minutes. This of course would also get rid of all the abandoned session files until such time as you can properly fix what going on with your sessions.</p><p>OK, that&#039;s it.<br />If you do as I have suggested a New User will have half a chance of properly evaluating your accounting package.</p><p>Glen</p>]]></content>
			<author>
				<name><![CDATA[glenara]]></name>
				<uri>https://frontaccounting.com/punbb/profile.php?id=9482</uri>
			</author>
			<updated>2011-10-05T23:21:21Z</updated>
			<id>https://frontaccounting.com/punbb/viewtopic.php?pid=10377#p10377</id>
		</entry>
</feed>
