Re: [Ispman-users] DTC competition with ISPMAN
"Atif Ghaffar" <[email protected]> Tue, 18 Dec 2007 01:47:16 +0100
| Newsgroups | gmane.comp.isp.ispman.devel |
|---|---|
| Message-ID | <[email protected]> |
--===============1295268724== Content-Type: multipart/alternative; boundary="----=_Part_12340_30477624.1197938836558" ------=_Part_12340_30477624.1197938836558 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Hi Joerge, I just found your email. Didnt notice that I contacted you on the -users list which I dont monitor all the time. So I am bringing it back to -developers list. On Dec 17, 2007 10:46 AM, Joerg Delker <[email protected]> wrote: > > Yes indeed, I did a (MySQL based) database layout as a working draft for > "ISPMan Next Generation" project, and I'm happy to share that. Thanks. I look at the schema and it looks very similar to what I jotted down. I think we can bring it very close to match. As you may know, I'm trying myself with an ISPMan rewrite for some time > now, but am proceeding quite slowly due to many time constraints. > Actually, a real pity, because I've so many nice ideas... ;) > All nice ideas are welcome :-) I will discuss the schema with you in detail to see where you are going with it. I also see that the schema also tries to be compatible with LDAP schema (the counters table for example). I see it this way, if we go with the RDBMS and LDAP aproach then I would think that we must only generate what is really needed in LDAP. For example there will be no need to put the config_vars, etc in LDAP. Perhaps the DNS and vhosts information may not be needed as well. If it is needed, we can generate it. > > Starting a rewrite yourself is somewhat opening competition for me, but > maybe that gives some "kick" to get going again. ;) Yup. > > My approach is Java/Perl/Webservice based. Currently, that is not yet > publicly shared, because I still change it a lot, as I'm experimenting > with various webservice alternatives. Okay. I have not started on the webservices part yet, but I will get to that soon. Currently I am trying to keep the code very clean and separate. For example there is a core layer and everything else sits on top of it. The core layer can do db access, etc but other layers never know that there is a database or LDAP behind. > > Rather than considering this as fierce competition, I really would > prefer a cooperative side-by-side and eventually get the best "out > of both worlds". Ofcoarse. For me it is an experiment too to see how well Zend framework behaves and how manageable it can get. > > > You'll find the schema here: > > https://sourceforge.net/tracker/index.php?func=detail&aid=1852150&group_id=8390&atid=358390 > Consider this a working draft, that has not yet passed "reality-check". > Changes are probably inevitable, but it would be preferable if we could > align on a common schema within the ongoing projects. > so far I done the users, domains, schema. I will keep documenting the schema here. http://code.google.com/p/ispdirector/wiki/Design I am also putting effort in the user-interface at the same time so there will be something people can see and not just design documents. I am working on a single panel which can be used by admin, resellers, customers so we dont have to branch off admin panel and CCP etc. I am also keeping in mind the localization etc. For example the localization data will be in the same database which can be used to generate XML or .mo files. The dns data is also in the db and I will use your schema for it. It is very simple and can be used to generate any format for bind, ldap, powerdns mysql backend etc. I am waiting for the server that Andreas is setting up for the demo to put whatever I have online for others to see. best regards. ------=_Part_12340_30477624.1197938836558 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Hi Joerge,<br><br>I just found your email. Didnt notice that I contacted you on the -users list which I dont monitor all the time.<br>So I am bringing it back to -developers list.<br><br><br><div class="gmail_quote">On Dec 17, 2007 10:46 AM, Joerg Delker < <a href="mailto:[email protected]">[email protected]</a>> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><br>Yes indeed, I did a (MySQL based) database layout as a working draft for <br> "ISPMan Next Generation" project, and I'm happy to share that.</blockquote><div><br>Thanks. I look at the schema and it looks very similar to what I jotted down.<br>I think we can bring it very close to match. <br><br></div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">As you may know, I'm trying myself with an ISPMan rewrite for some time<br> now, but am proceeding quite slowly due to many time constraints.<br>Actually, a real pity, because I've so many nice ideas... ;)<br></blockquote><div><br>All nice ideas are welcome :-)<br>I will discuss the schema with you in detail to see where you are going with it. <br><br>I also see that the schema also tries to be compatible with LDAP schema (the counters table for example).<br>I see it this way, if we go with the RDBMS and LDAP aproach then I would think that we must only generate what is really needed in LDAP. <br>For example there will be no need to put the config_vars, etc in LDAP.<br><br>Perhaps the DNS and vhosts information may not be needed as well.<br>If it is needed, we can generate it.<br><br> </div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"> <br>Starting a rewrite yourself is somewhat opening competition for me, but<br>maybe that gives some "kick" to get going again. ;)</blockquote><div>Yup.<br> <br></div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"> <br>My approach is Java/Perl/Webservice based. Currently, that is not yet<br>publicly shared, because I still change it a lot, as I'm experimenting<br>with various webservice alternatives.</blockquote><div>Okay. I have not started on the webservices part yet, but I will get to that soon. <br>Currently I am trying to keep the code very clean and separate.<br><br>For example there is a core layer and everything else sits on top of it.<br>The core layer can do db access, etc but other layers never know that there is a database or LDAP behind. <br><br> </div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><br>Rather than considering this as fierce competition, I really would<br>prefer a cooperative side-by-side and eventually get the best "out <br>of both worlds".</blockquote><div>Ofcoarse. For me it is an experiment too to see how well Zend framework behaves and how manageable it can get.<br> <br></div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"> <br><br>You'll find the schema here:<br><a href="https://sourceforge.net/tracker/index.php?func=detail&aid=1852150&group_id=8390&atid=358390" target="_blank">https://sourceforge.net/tracker/index.php?func=detail&aid=1852150&group_id=8390&atid=358390 </a><br>Consider this a working draft, that has not yet passed "reality-check".<br>Changes are probably inevitable, but it would be preferable if we could<br>align on a common schema within the ongoing projects. <br></blockquote><div><br>so far I done the users, domains, schema.<br>I will keep documenting the schema here.<br><a href="http://code.google.com/p/ispdirector/wiki/Design">http://code.google.com/p/ispdirector/wiki/Design </a><br><br>I am also putting effort in the user-interface at the same time so there will be something people can see and not just design documents.<br>I am working on a single panel which can be used by admin, resellers, customers so we dont have to branch off admin panel and CCP etc. <br><br><br>I am also keeping in mind the localization etc. For example the localization data will be in the same database which can be used to generate XML or .mo files.<br><br>The dns data is also in the db and I will use your schema for it. It is very simple and can be used to generate any format for bind, ldap, powerdns mysql backend etc. <br><br>I am waiting for the server that Andreas is setting up for the demo to put whatever I have online for others to see.<br><br>best regards.<br><br><br></div></div> ------=_Part_12340_30477624.1197938836558-- --===============1295268724== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline ------------------------------------------------------------------------- SF.Net email is sponsored by: Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace --===============1295268724== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Ispman-developers mailing list Ispman-developers-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org https://lists.sourceforge.net/lists/listinfo/ispman-developers --===============1295268724==--