<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
</head>
<body bgcolor="#ffffff" text="#000000">
Dear Nicolas,<br>
<br>
All of my production servers (in different web hosting companies)
can run different applications with different php.ini so it's not a
problem.<br>
The user can upload to the main (root) directory of the application
an individual php.ini file containing only few clause for the
modification.<br>
<br>
For example the major setting is max_execution_time = 30 in the
server, and for the vtiger directory it can be set
max_execution_time = 600 in this php.ini<br>
<br>
Cheers<br>
<div class="moz-signature"><br>
Holbok István<br>
telefon: +3670-342-0900<br>
e-mail: <a href="mailto:holbok@gmail.com">holbok@gmail.com</a><br>
<br>
<b></b><br>
<br>
</div>
<br>
2011.04.26. 19:07 keltezéssel, Nicolas Larcipretti írta:
<blockquote
cite="mid:BANLkTikPJ+hDa9UPBqSif_Lqv9jsu5Yk5A@mail.gmail.com"
type="cite">Why don't we map these reported warnings and supress
only them? So, within a certain ammount of time,after mapping a
bunch of warnings, we would turn the application runnable in
different PHP configurations.<br>
In my opinion, I don't think it's right to ask the users to
disable a php configuration that might be important to them
(considering other apps running on the same server). Just an
ideia, don't take me wrong please.<br>
<br>
Cheers<br>
<br>
Nicolas<br>
<br>
<div class="gmail_quote">2011/4/26 Joe Bordes <span dir="ltr"><<a
moz-do-not-send="true" href="mailto:joe@tsolucio.com">joe@tsolucio.com</a>></span><br>
<blockquote class="gmail_quote" style="border-left: 1px solid
rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left:
1ex;">
<div text="#000000" bgcolor="#ffffff"> Basically because when
you are writing the code you don't know it is going to give
you a warning. You think it is correct, even the tests you
make go with no problems, but you can't foresee all the
different cases that the code will run under and exactly
what lines are going to give you a warning or even an error.
You would have to put a suppress warning on almost all lines
:-)<br>
<br>
Besides, warnings are good in development to inform you of
potential problems and places to improve. But in production
they shouldn't get in your way.<br>
<br>
<br>
Joe<br>
TSolucio<br>
<br>
<br>
El 26/04/11 18:27, Nicolas Larcipretti escribió:
<blockquote type="cite">
<div>
<div class="h5">Just wondering...why don't we use the
"@" to supress expected warnings more often? Is there
a solid reason to explain this?<br>
<br>
Cheers<br>
<br>
Nicolas<br>
<br>
<div class="gmail_quote">2011/4/26 Joe Bordes <span
dir="ltr"><<a moz-do-not-send="true"
href="mailto:joe@tsolucio.com" target="_blank">joe@tsolucio.com</a>></span><br>
<blockquote class="gmail_quote" style="border-left:
1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt
0.8ex; padding-left: 1ex;">
<div text="#000000" bgcolor="#ffffff"> This is
most probably because you have php warnings
enabled on the new server. You probably get the
same warning on the first server but your php is
configured not to inform you.<br>
Deactivate php warnings.<br>
<br>
Joe<br>
TSolucio<br>
<br>
<br>
El 26/04/11 15:05, Scott Brown escribió:
<blockquote type="cite">
<div>
<div>
<div style="font-family: Times New Roman;
font-size: 12pt; color: rgb(0, 0, 0);">Vtiger
Team,<br>
<br>
I recently posted this issue on the
forum but got no responses, so I'm
hoping I can get some assistance here:<br>
<br>
<br>
I recently moved a 5.2 vitiger database
from one server to another and I'm
getting the following error when I
access the PBX Manger module. <br>
<br>
Warning: ksort() expects parameter 1 to
be array, null given in
/**path**/html/include/ListView/ListViewController.php
on line 687<br>
<br>
Warning: Invalid argument supplied for
foreach() in
/**path**/html/include/ListView/ListViewController.php
on line 689<br>
<br>
<br>
I have tried disabling and renabling the
module in module manager, but that
doesn't seem to correct the issue. <br>
<br>
Also, our click to dial only works now
if the user has admin access.<br>
<span><br>
<br>
Thanks for any advice you may have,<br>
<br>
<span name="x"></span>Scott Brown<br>
Centritech Communications Systems<br>
PO Box 73208<br>
Richmond, Virginia 23235<br>
<br>
Tel: (804) 360-9753 x 8400<br>
Fax: (804) 302-7343<br>
<br>
"Gold medals aren't really made of
gold. They're made of sweat,
determination, and a hard-to-find
alloy called guts." --Dan Gable<span
name="x"></span><br>
</span><br>
</div>
</div>
</div>
<pre><fieldset></fieldset>
_______________________________________________
<a moz-do-not-send="true" href="http://www.vtiger.com/" target="_blank">http://www.vtiger.com/</a></pre>
</blockquote>
<br>
</div>
<br>
_______________________________________________<br>
<a moz-do-not-send="true"
href="http://www.vtiger.com/" target="_blank">http://www.vtiger.com/</a><br>
</blockquote>
</div>
<br>
</div>
</div>
<pre><fieldset></fieldset>
_______________________________________________
<a moz-do-not-send="true" href="http://www.vtiger.com/" target="_blank">http://www.vtiger.com/</a></pre>
</blockquote>
<br>
</div>
<br>
_______________________________________________<br>
<a moz-do-not-send="true" href="http://www.vtiger.com/"
target="_blank">http://www.vtiger.com/</a><br>
</blockquote>
</div>
<br>
<pre wrap="">
<fieldset class="mimeAttachmentHeader"></fieldset>
_______________________________________________
<a class="moz-txt-link-freetext" href="http://www.vtiger.com/">http://www.vtiger.com/</a></pre>
</blockquote>
</body>
</html>