diffrence between als_add_named_cfg_data and _dmn_add_named_cfg_data and others - Printable Version +- ispCP - Board - Support (http://www.isp-control.net/forum) +-- Forum: ispCP Omega Development Area (/forum-1.html) +--- Forum: General discussion (/forum-11.html) +--- Thread: diffrence between als_add_named_cfg_data and _dmn_add_named_cfg_data and others (/thread-12580.html) |
diffrence between als_add_named_cfg_data and _dmn_add_named_cfg_data and others - uwe - 01-03-2011 02:31 AM Hello, I'm trying to rewrite parts of the DNS management, i've noticed extreme similarity between functions used in various managers , one example is als_add_named_cfg_data and _dmn_add_named_cfg_data . is there any reason for having a duplicate code for those ? or maybe im missing something ! im planning to move it to a common code unless there is a good reason not to, i would also appreciate if there are other DNS related functions you think are duplicates of code (in dmn, als, sub, alssub) Cheers, RE: diffrence between als_add_named_cfg_data and _dmn_add_named_cfg_data and others - ephigenie - 01-05-2011 04:24 AM (01-03-2011 02:31 AM)uwe Wrote: Hello, It is an old thing long planned to be finally removed ... but still isn't. The thing is the "Alias" Domain... It's normally the same like the main domain - except that the "main" domain aka first domain of the user is the main directory - and "alias" domain's are just like addon domains. We had a lot of plans to remove this and switch to something like /var/www/virtual/vu2010 instead of /var/www/virtual/<user10s-main-domain> ... but it did not happened at this point in time. IF you really like to rework this part of the code - we would be more then happy ... but you will need some assistance from our team - and you can get it of course (if you like) . So to answer the question : Other than these historical reasons for having "alias" domains ... no ... there's nothing else really logical or meaningful in it RE: diffrence between als_add_named_cfg_data and _dmn_add_named_cfg_data and others - uwe - 01-06-2011 10:30 AM (01-05-2011 04:24 AM)ephigenie Wrote: It is an old thing long planned to be finally removed ... but still isn't. i see, well, since i'm concentrating on the DNS specifically, the main directory is irrelevant i would say. the two functions would be identical and using the same template of records. Quote:IF you really like to rework this part of the code - we would be more then happy ... but you will need some assistance from our team - and you can get it of course (if you like) . I would really like to rework this part, what i want to do is to get optional support of PowerDNS, im "trying" to create a module PDNS, another for BIND ..etc. i already got a working code that generates both BIND (current code) and PDNS (new code, using PowerDNS::Backend::MySQL ) with (relatively) little changes to current code. i would appreciate if desired structure was explained, i will post a patch, the code is not very clean (or maybe its terrible), but does all the basics ( named add/del for dmn, als, sub, alssub). note you'll need to apply patch to PowerDNS::Backend::MySQL to be able to delete domains. |