abonnementen ibood.com bol.com Coolblue
pi_180389167
registreer om deze reclame te verbergen
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! :)
pi_180389210
-

[ Bericht 100% gewijzigd door ABombali op 11-07-2018 00:07:28 (verkeerd gelezen) ]
pi_180389428
Ja dat kan gewoon

[ Bericht 81% gewijzigd door ABombali op 11-07-2018 00:07:41 ]
  woensdag 11 juli 2018 @ 00:04:06 #4
291799 TwenteFC
Red is the color.
pi_180389728
registreer om deze reclame te verbergen
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?
pi_180389865
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. ;)
  woensdag 11 juli 2018 @ 00:18:38 #6
291799 TwenteFC
Red is the color.
pi_180389901
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^
pi_180399293
registreer om deze reclame te verbergen
Dat kan, voor bijv. wordpress gebruik je dan verschillende prefixes.
url
  woensdag 11 juli 2018 @ 17:02:01 #8
459997 DevFreak
Brengt je topic vrijheid
pi_180402018
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
pi_180406222
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?
  woensdag 11 juli 2018 @ 20:45:44 #10
459997 DevFreak
Brengt je topic vrijheid
pi_180407472
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
pi_180407979
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.
  woensdag 11 juli 2018 @ 22:49:40 #12
459997 DevFreak
Brengt je topic vrijheid
pi_180412160
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.
pi_180413081
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.
  donderdag 12 juli 2018 @ 00:34:34 #14
291799 TwenteFC
Red is the color.
pi_180414560
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.
  donderdag 12 juli 2018 @ 06:15:00 #15
459997 DevFreak
Brengt je topic vrijheid
pi_180416412
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?
  donderdag 12 juli 2018 @ 17:04:45 #16
468652 denattedweil
Act dumb, be smart
pi_180426787
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.
Stille wateren, diepe gronden
  donderdag 12 juli 2018 @ 19:14:12 #17
291799 TwenteFC
Red is the color.
pi_180429658
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.
pi_180430983
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?
  donderdag 12 juli 2018 @ 20:16:56 #19
459997 DevFreak
Brengt je topic vrijheid
pi_180431095
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.
  donderdag 12 juli 2018 @ 20:22:12 #20
459997 DevFreak
Brengt je topic vrijheid
pi_180431211
hier een mooie tutorial om het idee helder te maken:

  donderdag 12 juli 2018 @ 20:26:22 #21
291799 TwenteFC
Red is the color.
pi_180431316
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.
pi_180431483
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?
abonnementen ibood.com bol.com Coolblue
Forum Opties
Forumhop:
Hop naar:
(afkorting, bv 'KLB')