Citaat van K.Rens

Vroeger maakte ik ook altijd backups naar mijn eigen synology, maar dit was steeds zoveel dataverkeer en duurde zo lang, dat hij de hele nacht bezig was. Hierbij gebruikte ik dyndns inderdaad, van no-ip.

Bij mijn vps provider kan ik echter een remote disk mounten, die in een ander datacenter draait en daar maak ik nu backups naar.

Dit gaat super snel, alsof het lokaal is en kost me eigenlijk niet zo heel veel.

Een andere zeer belangrijke reden is dat in geval van zware technische problemen je niet eerst die backups vanaf je lokale netwerk terug wil uploaden. Dit duurt dan weer uren.

Door die cloud disk van de provider kan ik die disk gewoon aan een nieuwe server hangen, de backups inladen en op zeer korte tijd is alles terug live.

en dan crasht de provider en heb je helemaal niets meer.

Citaat van Aaron

Het is een websysteem. Het enigste wat je nodig hebt is internet en een toestel. De website past zich aan naar de grootte.Momenteel is er geen demo beschikbaar. Dit doen we liever nog niet tot het systeem af is en voldoende getest is.

Jah dan bepaalt een rpijs nzich nog wxel vrij lastig.
en is het uniek dat je het verkoopt of xxx maal?

Meer informatie graag

Hey

Is dit via een websysteem?
Id het een echte aplicatie?
Is er een demo?

Graag zou ik wat mùeer info ontvangen over hoe je alles precies ziet.

10 tot 15 percent?

Dat geloof ik niet.
De rentes staan zo laag dat ik voor een leneing voor huis 2.5% betaal en denk om te herzien want moet naar 2 oif minder kunnen.
Dus jij gaat niet echt 5 voud kunnen geven

Hey

Kan je die info ook naar mij zenden?

Mvg
Strijn

@WMDiensten
live code debuggen kan onder bepaalde gevallen wel noodzakelijk zijn. Als je bevoorbeeld een groot project hebt die heel veel instellingen heeft waarbnij een bepaalde koppeling bevoorbeeld niet werkt.
Probeer dat maar eens na te doen.
Bevoorbeeld een koppeling met een plc die aan een machine hangt van een miljoen euro.

Citaat van FangorN

Dat artikel, evenals het artikel waar daarin naar verwezen wordt, is interessant maar er zijn wel enkele "caveats", gotcha's en (mogelijk) enkele regelrechte fouten waar je op moet letten.
Indien gewenst kan ik (hier of via PM) inhoudelijk nog veel meer over zeggen, maar het voornaamste wat mij tegenstaat in de bovenstaande implementatie is het volgende:

Ik houd er niet van als mijn klasses "op scherp" staan, in die zin dat er allerlei zaken automatisch worden uitgevoerd bij de creatie van een object. Wanneer een object aangemaakt wordt zouden er enkel zaken geïnitialiseerd moeten worden, maar NIET uitgevoerd! Na afloop van de initialisatie van een object zou dit object enkel "klaar voor gebruik" moeten zijn, maar verder nog niets "gedaan" moeten hebben. In de constructor van het object gebeuren er twee dingen die ik op een andere manier en op een andere plaats zou aanpakken / regelen:

• de start van een sessie
• het opzetten van een database-connectie

Ik wil zelf bepalen wanneer ik mijn sessie start. De sessie-handler zou enkel in de implementatie van het sessie-management moeten voorzien, maar niet eigenhandig moeten besluiten wanneer de sessie wordt gestart. Ik zou session_start() dan ook verwijderen uit de constructor.

Daarnaast lijkt het mij beter dat je een bestaande database-connectie doorgeeft aan de constructor. Het is niet de taak van de sessie-handler om een andere/tweede connectie op te zetten met een database... Daarnaast is het opzetten van een (tweede) connectie een dure operatie en kan mogelijk voor problemen zorgen met de ondeelbaarheid van querybatches (transacties).

En tot slot (observatie): het hele doel van die class is dat deze het sessie-management onder water regelt en dat je sessie-gerelateerde code op de ouderwetse manier blijft gebruiken (de aanroep van session_-functies en het gebruik van $_SESSION). Het is dus eigenlijk helemaal niet de bedoeling dat je iets doet via het object van die klasse, het object zou dan ook niet beschikbaar moeten zijn.

Initialisatie van deze functionaliteit zou er dus min of meer als volgt uit moeten zien:

PHP

<?php
// zet hier ergens EENMALIG je database connectie op
// $db = ...


// laad je custom session handler ZONDER $obj = new ...
// de instantie dient immers niet rechtstreeks benaderbaar te zijn
// geef database-object door aan de constructor
new MySession($db);


// start sessie op de oude manier
session_start();


// nu kun je $_SESSION en session_-functies gebruiken zoals voorheen
// ...
?>

Toon Meer

Toon Meer

Het meeste geef ik je gelijk in enkel die seesion_start niet oùdat als je die class include je sessies wilt gebruiken.
Anders moet je die class niet includen.
Ook is er kan ik niet echt een reden bedenken om dit niet rechtstreeks te wensen.

Dit lijkt me allemaal nogal complex.
http://culttt.com/2013/02/04/how…-to-a-database/
Sessie rechstreeks opslaan in de database.

Heb je meer info over wat er gemaakt moet worden?

Heb je iets van die mappen gekkopierd voor je er aan begon?

Geachte

Kan ik meer info ontvangen

Mvg
Stijn

IK hoop dat dit een grap is

nee in de database de default van activated van 0 naar 1 zette

Omdcat dit gewoon geven niety intresant is leer je niets van.
IK wil wel gerust tips geven wil het zelf via skype uitleggen wat je precies moet doen.

Er gaat niemùand zijn die dit voor je wilt aanpassen (hoop ik toch)
Maar we kunnen je wel uitleggen hoe je het moet doen.
Of je kan een developer dit voor je laten maken.

maar als je het zo hebt met de quotes is het siompel he.
Maar mij(en ander ook in dit topic) lijkt dit eerder een fout ontwerpo want waarom kan jez het niet als meerdere rijen opslaan.
Dan heb je deze problemen niet

Hey

Kan je wat meer informatie posten zoals FangorN al vroeg?
Dan kan ik of iemand anders je een oferte sturen hiervoor.

Maar hoe weet je wat een komma moet zijn.
Of ditr een element is van de array of van
iik geef je '15,5,3' mee
wat ios dit denk je?