Hey.
On 01/30/2013 11:16 PM, Philipp Gampe wrote:
Christian Kuhn wrote:
install tool should
actually check the system and set the quickest solution automatically or
something.
Yes, this is missing ... I guess we could set a few other settings after
some tests too. E.g. curlUse, etc.
Currently the IM settings are automatically set.
This is in my head since long, but I never got to the point to put it into a
patch.
For me, too. At the moment I'm more and more playing with the idea of
adding some new step 1 to the install process (it should be also
reachable in the install tool after installing, similar to the phpinfo()
tab), just to *check* the system environment (php memory, required php
extensions, write accesses, ability to crypt passwords for
saltedpasswords, ...).
During install, this should show some "your system is cool, proceed" or
some "you will have problems with xy, be warned that your system might
be broken if you proceed installing". After install, it should just show
some status.
Goal: This would enable a clear distinction between reports module (show
typo3 system status, only), and install module (shows system depedency
status like php environment, only). It would also enable us to
streamline the current messages about that: At the moment, this is
cluttered in "about modules" (method
backendUtility:displayWarningMessages), in the reports module, it is
done in the bootstrap (eg. php version check), it is in the install tool
(the first module 'generic settings' or what it is called), and i'd bet
there are even more places than that.
Furthermore, any 'first step' install code should have *no* dependencies
to any other typo3 system things (no t3lib_div calls, ...), it should
have *little or no* dependency to the php version itself, it should be
completely standalone (without using other t3 things), it should not
fail itself my any means. For an admin, this should be the first thing
to check if installing or moving an instance from one environment to
another.
Imho, this could simplify the whole php / system / environment thing a
lot and could give us a clear definition, where any dependency
definition needs to be placed. If we're lucky, adding a new step 1 is
also not that complicated, so we don't need to completely refactor the
install tool at this point, which is clearly a much more complicated task.
The part to decide on sane configuration defaults during the install
process would be separated thing from all that.
What do you think?
Regards
Christian
_______________________________________________
TYPO3-english mailing list
TYPO3-english@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-english