Installation fails on security step (5.0.1)

[Alexander Obuhovich]

I’ve tested installation of 5.0.1 and it fails on security step, when it uses curl to verify, that “/system” directory is not writable. Problem happens, because curl module in php is disabled by default and in case when it’s missing and get used, then strange things start to happen. In most hosting curl is installed, but just in case I propose to add new step (just after path checks), that will determine required php module presence before even trying to install In-Portal. For example curl, libxml and so on. Maybe we could write some descriptive information about each module (e.g. why it’s required), so user will know if it’s critical for him to install such module in php, or not.

 

Cheers.

 

I report this on behalf of SergeyG.

 

[Dmitry A.]

Yes, this is seems to be true - cURL is disabled by default...

1. As a quick fix in In-Portal 5.0.2 we can add a check whether cURL
and other installation dependent PHP functions are enabled before
calling them.

2. In the long run I propose to add some more professional which will
provide more information about system requirements:

What if we introduce a new Installation Step called something like
"System Requirements Check".

This can include:

a. Server-side requirements (minimum and recommended) -- PHP, MySQL
versions, extensions, RAM, Execution time limit, ability to Compile/
save Cache and some other vital settings.

b. Client-side requirements (minimum and recommended) -- Browser
version, Cookies, JavaScript and so on.


Let me know what you think!


DA.

[Alex]

Freetype module should be checked, because we use http://lv.php.net/imagettfbbox
function in captcha image generation and when it's not found, then
captcha is required, but image is not shown.

[Alex]

Also jpeg library is needed (because GD comes without it, only GIF/PNG
support)

On Oct 6, 12:33 pm, Alex <a...@intechnic.com> wrote:
> Freetype module should be checked, because we usehttp://lv.php.net/imagettfbbox

[Dmitry A.]

New feature request has been filed for this here

http://tracker.in-portal.org/view.php?id=413


Final specs should be posted in that task once worked out and agreed
upon here.


Cheers

[Alexander Obuhovich]

I got following error:

Warning: date(): It is not safe to rely on the system's timezone settings. You are *required* to use the date.timezone setting or the date_default_timezone_set() function. In case you used any of those methods and you are still getting this warning, you most likely misspelled the timezone identifier. We selected 'Europe/Helsinki' for 'EET/2.0/no DST' instead in \core\kernel\utility\adodb-time.inc.php on line 397

This happened because server timezone wasn't properly defined in php.ini. I propose we also check this as one of prerequisites before installation.

--~--~---------~--~----~------------~-------~--~----~
You received this message because you are subscribed to the Google Groups "In-Portal Bugs" group.
To post to this group, send email to in-port...@googlegroups.com
To unsubscribe from this group, send email to in-portal-bug...@googlegroups.com
For more options, visit this group at http://groups.google.com/group/in-portal-bugs?hl=en
-~----------~----~----~----~------~----~------~--~---

--
Best Regards,

http://www.in-portal.com
http://www.alex-time.com

[Dmitry Andrejev]

There is lots of Data related Warining in PHP 5.3.0 - did you see them?

DA.

--
You received this message because you are subscribed to the Google Groups "In-Portal Bugs Team" group.

To post to this group, send email to in-port...@googlegroups.com.
To unsubscribe from this group, send email to in-portal-bug...@googlegroups.com.

For more options, visit this group at http://groups.google.com/group/in-portal-bugs?hl=en.

[Alexander Obuhovich]

That warnings about static methods doesn't count, since we will declare all such methods as static where code will be converted to PHP5.