poll: scrap using .php and .append extensions for ini files

Tuesday 30 June 2009 1:41:17 am - 9 replies

9 replies

Author	Message
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

You must be logged in to post messages in this topic!