Author
|
Message
|
Gaetano Giunta
|
Tuesday 30 June 2009 1:41:17 am
The current system checks ini files with the following extensions:
site.ini
site.ini.php
site.ini.append site.ini.append.php good practice is to use site.ini and site.ini.append.php. By not checking the other 2 options, the code for loading ini files could be a bit quicker / lighter. The question is: is anybody still using those deprecated formats? Shall we just abandon them for 4.2?
Principal Consultant International Business
Member of the Community Project Board
|
Andreas Adelsberger
|
Tuesday 30 June 2009 2:29:54 am
I think it is a good idea to remove the other formats, but please provide an update script that automatically renames the deprecated files.
---------------------------------------
Styleflasher New Media OG
Websites. Games/Multimedia.
|
Jean-Luc Nguyen
|
Tuesday 30 June 2009 2:38:21 am
Hello,
I have never used
site.ini.php site.ini.append files.
http://www.acidre.com
|
Heath
|
Tuesday 30 June 2009 2:40:39 am
I always find myself renaming files by hand all the time to use the 'site.ini.append.php' format. I think dropping the older formats would not affect me negatively. Please provide a script to rename these older files to the proper format.
Cheers, Heath
Brookins Consulting | http://brookinsconsulting.com/
Certified | http://auth.ez.no/certification/verify/380350
Solutions | http://projects.ez.no/users/community/brookins_consulting
eZpedia community documentation project | http://ezpedia.org
|
Ole Morten Halvorsen
|
Tuesday 30 June 2009 2:42:02 am
Just scrap site.ini.php and site.ini.append and provide a script to either detect or rename setting files that might use the deprecated formats. Ole.
Senior Software Engineer - Vision with Technology
http://www.visionwt.com
http://www.omh.cc
http://www.twitter.com/omh
eZ Certified Developer
http://ez.no/certification/verify/358441
http://ez.no/certification/verify/272578
|
Damien Pobel
|
Tuesday 30 June 2009 2:50:25 am
Hi Gaetano, Some extensions from projects.ez.no provide some .ini.append files (powercontent, extract, xajax, ...). I never see a *.ini.php and but some extensions from projects.ez.no seems to provide one [1]. As others, I would vote for a script that lists and renames files. It would be interesting to throw a warning and propose to rename faulty files in setup/extensions in the admin interface too. [1] http://www.google.fr/search?hl=fr&safe=off&q=site%3Aprojects.ez.no+%22.ini.php%22&btnG=Rechercher&meta=&aq=f&oq=
Damien
Planet eZ Publish.fr : http://www.planet-ezpublish.fr
Certification : http://auth.ez.no/certification/verify/372448
Publications about eZ Publish : http://pwet.fr/tags/keywords/weblog/ez_publish
|
André R.
|
Tuesday 30 June 2009 3:28:38 am
I'm in favor of removing it, BUT I do use .ini.php on one project after I learned about it by hacking on eZINI last year.
This is how it is used:
* settings is in svn * there are three servers, and they share most of the settings, but a few are unique pr server (Session name is one, since two of the servers are behind load balancer and share host name).
So I keep common site.ini settings in settings/override/site.ini.php and server specific settings in settings/override/site.ini.append.php.<last-ip-part> and hard link site.ini.append.php to the correct file pr server. This also means I can override db settings with unversioned site.ini.append.php locally while developing. So if this is removed, maybe its time to blow off some dust from the old suggestion to add pr server setting? :) UPDATE: When talking about an issue, its quite ok to link to it gg =): http://issues.ez.no/IssueView.php?Id=15081&activeItem=6
eZ Online Editor 5: http://projects.ez.no/ezoe || eZJSCore (Ajax): http://projects.ez.no/ezjscore || eZ Publish EE http://ez.no/eZPublish/eZ-Publish-Enterprise-Subscription
@: http://twitter.com/andrerom
|
Sylvain Gogel
|
Wednesday 08 July 2009 6:53:51 am
Hi there, As the format of those ini.*.php files is barely commented ini file inside a php, i would go for simply remove all *.php file (and as Damien suggest a script to handle the renaming thing)
--
http://www.ecedi.fr
Agence Web, Créa/Conseils, Accessibilité
eZPublish, Drupal, Zend, Symfony
|
Piotrek Karaś
|
Sunday 27 September 2009 2:56:20 am
Just looking at eZ Find 2.0.0 extension, which by default has two just *.ini files:
- ezfind.ini
- solr.ini Also, there are no <b>don't edit this file</b> notices in there, so I expect that there might be users out there who will leave those files with custom settings and unchanged extensions. Not a potential security problem? ;)
Cheers, Piotrek PS. Also in favor of removing unnecessary options...
--
Company: mediaSELF Sp. z o.o., http://www.mediaself.pl
eZ references: http://ez.no/partners/worldwide_partners/mediaself
eZ certified developer: http://ez.no/certification/verify/272585
eZ blog: http://ez.ryba.eu
|
Gaetano Giunta
|
Tuesday 23 February 2010 1:29:13 am
@piotrek: thinking more about this, I agree with your comment. Even though the base settings are called .ini, I think that it would me simpler fi we started out with basic settings that are encapsulated in php comments. This way the 'right way' to define new ini files will be more apparent to extension coders. And it becomes easier for development overall - we only have one ini format. So I propose now to have: .ini.php .ini.append.php and scrap the rest
Principal Consultant International Business
Member of the Community Project Board
|