Onderwerp: Eigen User Panel maken

Ik denk dat je met beyonder beter die weddenschap niet kan aangaan, want:
-hij gaat niet een weddenschap aan die hij zeker weten verliest.
-hij gelijk heeft betreft het feit dan een CP altijd te kraken is.
-je waarschijnlijk toch geen 5k vrij te besteden hebt, want anders zou je inzien dat het nutteloos is een CP helemaal te gaan schrijven.

Software schrijven is niet echt moeilijk, maar het ondersteunen en up to date houden wel.

just my 2 cents

Naar mijn idee moet je alleen een weddenschap afsluiten als je zeker weet dat je wint

Ik heb het topic niet doorgelezen, maar heb wel interesse om het cp grafisch te ondersteunen. Ik zie graag dat je contact met me opneemt

Origineel geplaatst door Cyberdevil
Gebruik maken van 2 DBsen ??

Zou ik eerder niet doen. Is gewoon meer belasting voor de server. Lukt perfect als je het allemaal via MySQL DB laat gaan. Wat ik wil is gewoon een grafische interface maken waar users in hun DB kunnen..... [snip]

Ik was bijna dit topic vergeten toen ik hem tegenkwam in de search naar nieuwe posts

Klein verhaal achter deze setup van m'n 2 db's. De 2e db's draaien op 2 aparte machines. De 2e machine (de beheermachine) draait dan op een thuismachine ofzo, of gewoon een simpel 1u bakkie welke dan beschermt is met een firewall die alleen op basis van een aantal ip's toegang toelaat.

De beheermachine heeft een masterdatabase. Alles wat hierin staat is leading. Op de mailserver (en andere services als web enzo, mailk is een leuk voorbeeld) draait een slave database. Uit de slave database worden de instellingen gehaalt om de mailsever te configureren zoals pop boxen, catchall etc. Postfix werkt heel goed samen met mysql.

Als klanten een mailadres willen aanmaken dan kunnen ze dat doen via een control panel op de slave machine/database. De aanpassingen worden dan eerst tijdelijk gemaakt zodat de gebruiker wel al gebruik kan maken van de nieuwe instellingen.

De beheermachine draait een cronjob elk uur (of minder vaak, ik weet nog niet hoe dat zit met load ed) welke de tijdelijke aanpassingen binnenhaalt en checks erop los laat. De aanpassingen worden dan pernament gemaakt in de masterdatabase en de beheer machine update dan weer de slave database met de pernamente instellingen.

Op deze manier creeer je extra failsafes in je systeem en kan je slaves en masters controleren met elkaar op mogelijke fouten en inbraken. Onthoud wel dat de master alleen contact heeft met de slave en niet andersom, de slave weet niks van de master.

Security en fouten in php en perl ed? Tja kan altijd gebeuren, ik streef er alleen niet naar genoeg nopjes gezien in bufferoverflows.

edit: wanneer dit af is? ooit ik heb nog 3 maanden stage over die ik mag besteden bij m'n eigen bedrijf