FOK!forum / Digital Corner / 1 database voor 3 websites
Nickskuhdinsdag 10 juli 2018 @ 23:32
Hi,

Stel ik heb domein1.nl, domein2.nl en domein3.nl (omdat elke site andere doelen heeft moeten het 3 verschillende sites zijn), kan ik deze laten linken naar dezelfde database? Ze moeten allemaal dezelfde data weergeven dus het moet vanuit een komen. Ik heb een VPS met DirectAdmin en PHPMyAdmin als dat uitmaakt.

Alvast bedankt! :)
ABombalidinsdag 10 juli 2018 @ 23:35
-

[ Bericht 100% gewijzigd door ABombali op 11-07-2018 00:07:28 (verkeerd gelezen) ]
ABombalidinsdag 10 juli 2018 @ 23:47
Ja dat kan gewoon

[ Bericht 81% gewijzigd door ABombali op 11-07-2018 00:07:41 ]
TwenteFCwoensdag 11 juli 2018 @ 00:04
Ja dat kan prima, uit je verhaal maak ik op dat alles op één VPS staat?
Dan zou het sowieso al moeten werken, kwestie van de juiste databasegegevens instellen voor je drie websites.

Of is je vraag eigenlijk hoe je 3 websites op 1 server zet?
Nickskuhwoensdag 11 juli 2018 @ 00:15
quote:
19s.gif Op woensdag 11 juli 2018 00:04 schreef TwenteFC het volgende:
Ja dat kan prima, uit je verhaal maak ik op dat alles op één VPS staat?
Dan zou het sowieso al moeten werken, kwestie van de juiste databasegegevens instellen voor je drie websites.

Of is je vraag eigenlijk hoe je 3 websites op 1 server zet?
Yes alles staat op 1 VPS, maar aangezien ik in DirectAdmin na de keuze van een domein pas een database aan kan maken voor dat domein, vroeg ik me af of ik ze dan ook alle 3 naar 1 kan laten connecten. ;)
TwenteFCwoensdag 11 juli 2018 @ 00:18
quote:
0s.gif Op woensdag 11 juli 2018 00:15 schreef Nickskuh het volgende:

[..]

Yes alles staat op 1 VPS, maar aangezien ik in DirectAdmin na de keuze van een domein pas een database aan kan maken voor dat domein, vroeg ik me af of ik ze dan ook alle 3 naar 1 kan laten connecten. ;)
Maak zelf nooit gebruik van directadmin maar ik ben er vrij zeker van dat je na het aanmaken van die domeinen gewoon kan connecten naar 1 database. Dat kan je in je code instellen staat los van directadmin ^O^
Drommelsch85woensdag 11 juli 2018 @ 15:12
Dat kan, voor bijv. wordpress gebruik je dan verschillende prefixes.
#ANONIEMwoensdag 11 juli 2018 @ 17:02
quote:
0s.gif Op dinsdag 10 juli 2018 23:32 schreef Nickskuh het volgende:
Hi,

Stel ik heb domein1.nl, domein2.nl en domein3.nl (omdat elke site andere doelen heeft moeten het 3 verschillende sites zijn), kan ik deze laten linken naar dezelfde database? Ze moeten allemaal dezelfde data weergeven dus het moet vanuit een komen. Ik heb een VPS met DirectAdmin en PHPMyAdmin als dat uitmaakt.

Alvast bedankt! :)
Dat is zeker mogelijk! Zorg er alleen wel voor dat je de database goed beveiligd. Maak voor iedere website een eigen SQL account en verwijder alsjeblieft PHPMyAdmin als het een productieserver betreft. :7
mscholwoensdag 11 juli 2018 @ 20:06
quote:
17s.gif Op woensdag 11 juli 2018 17:02 schreef DevFreak het volgende:

[..]

Dat is zeker mogelijk! Zorg er alleen wel voor dat je de database goed beveiligd. Maak voor iedere website een eigen SQL account en verwijder alsjeblieft PHPMyAdmin als het een productieserver betreft. :7
wat is er mis met een afgeschermde phpmyadmin?
#ANONIEMwoensdag 11 juli 2018 @ 20:45
quote:
1s.gif Op woensdag 11 juli 2018 20:06 schreef mschol het volgende:

[..]

wat is er mis met een afgeschermde phpmyadmin?
Als hij van buitenaf te benaderen is alles
mscholwoensdag 11 juli 2018 @ 21:01
quote:
7s.gif Op woensdag 11 juli 2018 20:45 schreef DevFreak het volgende:

[..]

Als hij van buitenaf te benaderen is alles
nogal een grote 'if' om maar rigoreus geheel af te raden.
zet dan je hele argumentatie neer en roep niet 'zomaar' iets.

overigens heb ik er nooit issues meegehad, maar goed dat zijn maar een paar servers (geweest) en die waren niet 1,2,3 te benaderen via "te raden" urls.
#ANONIEMwoensdag 11 juli 2018 @ 22:49
quote:
1s.gif Op woensdag 11 juli 2018 21:01 schreef mschol het volgende:

[..]

nogal een grote 'if' om maar rigoreus geheel af te raden.
zet dan je hele argumentatie neer en roep niet 'zomaar' iets.

overigens heb ik er nooit issues meegehad, maar goed dat zijn maar een paar servers (geweest) en die waren niet 1,2,3 te benaderen via "te raden" urls.
Ik denk dat wat extra onderbouwing geen kwaad kan, heb je gelijk in.

Hoe complexer de samenstelling van een systeem, hoe grote het aanvalsoppervlak is. PhpMyAdmin heeft in het verleden een groot aandeel gehad als het gaat om beveiligingsproblemen. Nog altijd worden er geregeld kwetsbaarheden gevonden.

Verder niks mis met de software, maar ik acht het zelf als risicovol om het op een productie server mee te laten draaien. Alleen de applicatie die erop draait zou toegang moeten mogen hebben tot de SQL driver. Je wilt geen eventuele andere deurtjes hebben, gesloten of niet. PhpMyAdmin maskeren met een andere URI is geen beveiliging.

Begrijp me niet verkeerd, prima software en ik gebruik het ook op testservers, maar op een productie server heeft het echt niks te zoeken.
mscholwoensdag 11 juli 2018 @ 23:18
quote:
3s.gif Op woensdag 11 juli 2018 22:49 schreef DevFreak het volgende:

[..]

Ik denk dat wat extra onderbouwing geen kwaad kan, heb je gelijk in.

Hoe complexer de samenstelling van een systeem, hoe grote het aanvalsoppervlak is. PhpMyAdmin heeft in het verleden een groot aandeel gehad als het gaat om beveiligingsproblemen. Nog altijd worden er geregeld kwetsbaarheden gevonden.

Verder niks mis met de software, maar ik acht het zelf als risicovol om het op een productie server mee te laten draaien. Alleen de applicatie die erop draait zou toegang moeten mogen hebben tot de SQL driver. Je wilt geen eventuele andere deurtjes hebben, gesloten of niet. PhpMyAdmin maskeren met een andere URI is geen beveiliging.

Begrijp me niet verkeerd, prima software en ik gebruik het ook op testservers, maar op een productie server heeft het echt niks te zoeken.
tja, daar denken wij dan volledig anders over, database moet imho, indien nodig, ook op productie machines direct kunnen worden beheerd en dus komt, iig voor mij, phpmyadmin om de hoek kijken, Elk pakket bevat wel fouten, daarop ga ik geen pakket laten vallen of afraden.
Dat dus ook alleen je applicatie toegang tot je SQL moet hebben is alleen in een ideale wereld zonder bugs en fouten zo imho

Dat een andere uri niet de beste beveiliging is, mee eens, maar tis lastig hacken als je niet weet waar je moet beginnen met hacken, daarnaast kan je de aparte uri evt extra afschermen met extra laag beveiling.
TwenteFCdonderdag 12 juli 2018 @ 00:34
quote:
3s.gif Op woensdag 11 juli 2018 22:49 schreef DevFreak het volgende:

[..]

Ik denk dat wat extra onderbouwing geen kwaad kan, heb je gelijk in.

Hoe complexer de samenstelling van een systeem, hoe grote het aanvalsoppervlak is. PhpMyAdmin heeft in het verleden een groot aandeel gehad als het gaat om beveiligingsproblemen. Nog altijd worden er geregeld kwetsbaarheden gevonden.

Verder niks mis met de software, maar ik acht het zelf als risicovol om het op een productie server mee te laten draaien. Alleen de applicatie die erop draait zou toegang moeten mogen hebben tot de SQL driver. Je wilt geen eventuele andere deurtjes hebben, gesloten of niet. PhpMyAdmin maskeren met een andere URI is geen beveiliging.

Begrijp me niet verkeerd, prima software en ik gebruik het ook op testservers, maar op een productie server heeft het echt niks te zoeken.
Zaken die je alleen nodig hebt voor onderhoud zou je sowieso op zijn minst ip restricties op moeten hebben. Ik zie het verschil dan ook niet echt tussen PMA hebben draaien of poorten los gooien voor externe tooling die op je PC draait.

Vroeg of laat zul je toch eens wat moeten checken in de database en mysql op de console vind ik net wat minder handig dan PMA.
#ANONIEMdonderdag 12 juli 2018 @ 06:15
quote:
0s.gif Op woensdag 11 juli 2018 23:18 schreef mschol het volgende:

[..]

tja, daar denken wij dan volledig anders over, database moet imho, indien nodig, ook op productie machines direct kunnen worden beheerd en dus komt, iig voor mij, phpmyadmin om de hoek kijken, Elk pakket bevat wel fouten, daarop ga ik geen pakket laten vallen of afraden.
Dat dus ook alleen je applicatie toegang tot je SQL moet hebben is alleen in een ideale wereld zonder bugs en fouten zo imho

Dat een andere uri niet de beste beveiliging is, mee eens, maar tis lastig hacken als je niet weet waar je moet beginnen met hacken, daarnaast kan je de aparte uri evt extra afschermen met extra laag beveiling.
quote:
19s.gif Op donderdag 12 juli 2018 00:34 schreef TwenteFC het volgende:

[..]

Zaken die je alleen nodig hebt voor onderhoud zou je sowieso op zijn minst ip restricties op moeten hebben. Ik zie het verschil dan ook niet echt tussen PMA hebben draaien of poorten los gooien voor externe tooling die op je PC draait.

Vroeg of laat zul je toch eens wat moeten checken in de database en mysql op de console vind ik net wat minder handig dan PMA.
Waarom niet gewoon een SSH tunnel opzetten naar de bewuste server en beheren met bijvoorbeeld Sequal?
denattedweildonderdag 12 juli 2018 @ 17:04
Hou je er wel rekening mee:

Drie websites welke dezelfde content weergeven? Op SEO gebied zul je slecht gaan ranken..

Duplicated content wordt Google niet blij van.
TwenteFCdonderdag 12 juli 2018 @ 19:14
quote:
1s.gif Op donderdag 12 juli 2018 06:15 schreef DevFreak het volgende:

[..]

[..]

Waarom niet gewoon een SSH tunnel opzetten naar de bewuste server en beheren met bijvoorbeeld Sequal?
Leuk als je met mac werkt, op windows mag je het met baggertooling doen als HeidiSQL.
Daarnaast ben ik nu gewend aan PMA en als het écht nodig is en de shit raakt de ventilator dan kan ik van overal zonder al te veel geouwehoer bij.

Alles is managed dus een ticket inschieten dat IP X gewhitelist moet worden en 5 minuten later kan ik inloggen. Een ticket dat ik hoe dan ook moet inschieten wat SSH heeft ook IP restricties.
momentiusdonderdag 12 juli 2018 @ 20:12
Vraag me altijd af waarom mensen zoiets niet gewoon even testen. Je hebt een db met info, je maakt op a.nl en b.nl een connectie met een connectie bestandje en je echo'd op alletwee websites een rij uit de database. Dan weet je toch of het kan of niet? Of heb je de sites nog niet?
#ANONIEMdonderdag 12 juli 2018 @ 20:16
quote:
19s.gif Op donderdag 12 juli 2018 19:14 schreef TwenteFC het volgende:

[..]

Leuk als je met mac werkt, op windows mag je het met baggertooling doen als HeidiSQL.
Daarnaast ben ik nu gewend aan PMA en als het écht nodig is en de shit raakt de ventilator dan kan ik van overal zonder al te veel geouwehoer bij.

Alles is managed dus een ticket inschieten dat IP X gewhitelist moet worden en 5 minuten later kan ik inloggen. Een ticket dat ik hoe dan ook moet inschieten wat SSH heeft ook IP restricties.
Je kunt ook prima een SSH tunnel maken naar je server en met Windows 'lokaal' inloggen met Heidi. Dan wordt al het verkeer veilig over het internet geleid en kun jij gewoon veilig werken.
#ANONIEMdonderdag 12 juli 2018 @ 20:22
hier een mooie tutorial om het idee helder te maken:

TwenteFCdonderdag 12 juli 2018 @ 20:26
quote:
7s.gif Op donderdag 12 juli 2018 20:16 schreef DevFreak het volgende:

[..]

Je kunt ook prima een SSH tunnel maken naar je server en met Windows 'lokaal' inloggen met Heidi. Dan wordt al het verkeer veilig over het internet geleid en kun jij gewoon veilig werken.
Ik snap je idee, en ik zeg ook absoluut niet dat het een slechte oplossing is, want het is een mooie oplossing. Ik werk zelf alleen gewoon het liefst met PMA ;)

En om dan een paar stapjes terug te gaan in de discussie; Daar is naar mijn mening ook niets mis mee mits je een beetje nadenkt over hoe je dat zo dicht mogelijk gooit.
momentiusdonderdag 12 juli 2018 @ 20:33
Even alleen om te reageren op het PMA gedeelte, ik gebruik zelf een user met beperkte rechten om verbinding met de database te maken. Verder gewoon prepared statements etc vanuit de php kant maar wat zijn bijvoorbeeld nog vooral dingen waarmee je PMA dicht kan/moet timmeren?