Back-Up website

Overzicht Reageren

Sponsored by: Vacatures door Monsterboard

Ervaren PHP Developer

Functie omschrijving Jelling IT zoekt ervaren PHP developer! Voor een organisatie in de regio Rhenen zijn wij op zoek naar een ervaren PHP developer die gaat functioneren als een verlengstuk van de klant. Jij bent iemand die technisch complexe zaken met enthousiasme aanvliegt. Je bent in staat om aan meerdere projecten te werken en werkt graag met de nieuwste technieken. In deze functie werk je veel samen met front-end developers en stel je alles in het werk om grote verschillen voor de klanten teweeg te brengen. Verder ben jij iemand die graag zichzelf uitdaagt en die altijd de beste wilt

Bekijk vacature »

Front-End React Developer

As a Front-End React Developer you improve the user-experience of our web applications for your colleagues in Coolblue. How do I become a Front-End React Developer at Coolblue? As a Front-End React Developer you are responsible for developing user interface components and implementing them using React.js concepts and workflows. You work with the UX Designer and get energy from coming up with creative solutions and present these within the team. During the day you gather and welcome feedback on your technical and soft skills. Would you like to become a Front-End React Developer at Coolblue? Read below if the job

Bekijk vacature »

Embedded Software Developer

Functie omschrijving Ben jij een Embedded Software Developer die affiniteit heeft met de allernieuwste technieken? Voor een mooi softwarebedrijf in omgeving Gouda zijn wij op zoek naar een Embedded Software developer. Binnen deze rol houdt jij je bezig met alle werkzaamheden die nodig zijn om een functionaliteit te bouwen. Denk aan ontwerpen, architectuur, programmeren en algoritmes. Je voert test en validatie werkzaamheden uit bij de implementatie bij de klant. Ben jij enthousiast en een echte team player? Lees dan snel verder en laat wat van je horen! Bedrijfsprofiel Onze opdrachtgever bestaat uit een groot aantal creatieve en ambitieuze ontwikkelaars. Ze

Bekijk vacature »

C# Ontwikkelaar

Functieomschrijving Voor een software ontwikkelaar in de omgeving van Vught zijn we op zoek naar een gemotiveerde C# ontwikkelaar. Deel jij hun passie voor development en dan vooral in C#.NET? Dan kan dit wel eens jouw droombaan zijn! Jouw werkzaamheden zullen er ongeveer als volgt uit gaan zien Door de wensen van de klant goed te begrijpen ga jij aan de slag dit om te zetten naar passende oplossingen en werk je deze uit tot een sterk eindproduct. Je gaat je bezighouden met de ontwikkeling van webapplicaties en websites, dit doe je door middel van ASP.NET, MVC Frameworks en C#.

Bekijk vacature »

Back end developer Digital Agency

Functie Wij zijn van origine een wordpress bureau, maar sinds 2006 zijn wij dit wel redelijk ontgroeid. Naar mate de jaren verstreken zijn we gegroeid in omvang, maar ook in de complexiteit van opdrachten waarin wij onze klanten kunnen bedienen. Momenteel bestaat onze organisatie uit 4 front end developers, 12 back end developer 3 projectmanagers en een 2 koppig management. Wij zijn een hele informele, bijna familiaire organisatie. Geen strak pak of overhemd, nee gewoon dragen waar jij je prettig bij voelt. De gemiddelde leeftijd ligt tussen de 25 en 30 en wij doen er veel aan om onze hechte

Bekijk vacature »

.NET Developer Microservices

Dit ga je doen Je taken zullen voornamelijk bestaan uit: Het ontwikkelen van software, inclusief vormgeving, implementaties, integraties en (automatisch) testen (.NET, C#, Azure, Docker, Microservices, Angular); Het in kaart brengen van software requirements; Zorgen dat jouw code kwalitatief hoogstaand is; Het uitvoeren van risico analyses; Een bijdrage leveren aan het continuous quality improvement process. Hier ga je werken Dat kanker een verschrikkelijke ziekte is die de wereld uit geholpen moet worden, is duidelijk. Binnen deze Gelderse organisatie die duizenden ziekenhuizen van producten voorziet, proberen ze daar via technische innovaties aan bij te dragen. Samen met 10 collega .NET developers

Bekijk vacature »

Social Media Specialist

Social Media Specialist locatie: Rotterdam (Zuid Holland) Wij zoeken op korte termijn een nieuwe collega, een social media specialist/ adviseur sociale media (24 uur), voor ons sprankelende team Communicatie van CJG Rijnmond. Onze focus ligt op het informeren en binden van onze in- en externe klanten en stakeholders en het versterken van onze naamsbekendheid en zichtbaarheid. Dat doen we in nauwe samenwerking met elkaar. Over de functie Ons team bestaat uit 7 communicatieprofessionals met ieder een eigen expertise. Als lid van het online team ben je verantwoordelijk voor het ontwikkelen, uitvoeren en analyseren van onze socialemediastrategie. Ook stel je campagnes

Bekijk vacature »

Back-end PHP Software Developer - Juniorfunctie

Functieomschrijving Wij zijn op zoek naar een PHP Software Developer om ons team te versterken en mee te werken aan de ontwikkeling van eigen IOT-oplossingen. In deze functie ben je verantwoordelijk voor het bouwen van webapplicaties, apps en dashboards voor het uitlezen en managen van sensoren in machines. Je werkt nauw samen met een team van ontwikkelaars en engineers om de beste software-oplossingen te creëren. Jouw werkzaamheden zien er als volgt uit: Je bent in deze rol verantwoordelijk voor het ontwerpen, ontwikkelen en onderhouden van webapplicaties en softwaretoepassingen voor in-house ontwikkelde IOT oplossingen. Je werkt aan complexe databases en back-end

Bekijk vacature »

Sportieve Junior C#.NET developer gezocht!

Bedrijfsomschrijving Wil jij werken aan webapplicaties bij de marktleider binnen de branche? Voor een klant in de buurt van Oosterhout ben ik op zoek naar een Fullstack .NET developer. Dit bedrijf bestaat bijna 10 jaar en is inmiddels uitgegroeid tot marktleider in Nederland en heeft tevens kantoren in meerdere landen in Europa. Dit bedrijf bouwt webapplicaties waarbij internationaal enkele honderdduizenden deelnemers, soms tegelijk, een beroep doen op de realtime data uit deze applicaties. Dit brengt erg veel technische uitdaging met zich mee. Ze ontwikkelen nieuwe applicaties maar ook bestaande applicaties worden uitgebreid en verbeterd. Hier kan jij een onderdeel van

Bekijk vacature »

Software developer - senior

Functie omschrijving Voor een echt softwarebedrijf in omgeving Gouda zijn wij op zoek naar versterking voor de afdeling Software Development! Ben jij op zoek naar een werkgever waar meerdere software developers werken aan interessante projecten? Ben jij op zoek naar een werkgever waar je onderdeel wordt van een team dat echt passie heeft voor het ontwikkelen van software? Dan ben je hier aan het juiste adres! Als softwareontwikkelaar kom je terecht bij een onafhankelijk, door kwaliteit gedreven, doortastend en daarbij op een Agile wijze werkend bedrijf. Ben jij een expert in het vertalen van Componenten van Functionaliteit naar Business lagen?

Bekijk vacature »

Software Developer (Junior functie)

Functieomschrijving Wij zijn op zoek naar een Software Developer! Sta jij in de startblokken om je carrière te beginnen en kan je niet wachten om toffe software te gaan ontwikkelen? Kortom, ben je onlangs afgestudeerd of sta je op het punt om je papiertje te behalen? Voor een IT dienstverlener dat gespecialiseerd is in Microsoft technologie zijn wij op zoek naar C#.NET Developers. Het bedrijf heeft meerdere klanten in regio Utrecht waar je permanent kan komen te werken. Kom je liever te werken bij een klein softwarebedrijf of bij een groot consultancy bureau? Dat is helemaal aan jou de keuze!

Bekijk vacature »

Full stack Developer / .NET / Angular / Azure

Dit ga je doen Jij gaat je als Full Stack .NET Developer voornamelijk bezighouden met: Het vertalen van concepten naar passende innovatieve en duurzame oplossingen; Het ontwikkelen van bedrijf kritische en gebruiksvriendelijke applicaties voor de internationale markt en intern gebruik; Bouwen aan software om het Internet of Things netwerk te ondersteunen; Het maken en onderhouden van interfaces tussen systemen aan de hand van API's; Het onderhouden en blijven verbeteren van de ontwikkelde software. Hier ga je werken Binnen deze organisatie zal jij als Full Stack .NET Developer een belangrijke rol krijgen en ga je dagelijks de uitdaging aan om maatwerk

Bekijk vacature »

Front-end Developer

Dit ga je doen Doorontwikkelen van software; Ontwikkelen en testen van nieuwe functionaliteiten; Implementaties van nieuwe functionaliteiten en updates; Verzorgen van technische migraties naar nieuwe frameworks; Verwerken van incidenten. Hier ga je werken Onze klant, gevestigd in de regio Amsterdam, draagt bij aan het verbeteren van de veiligheid en efficiëntie van de Nederlandse infrastructuur door het ontwikkelen van afgemeten software oplossingen. Zo passen zij location intelligence toe om onderhoud en reparaties efficiënt te laten verlopen. Verder zorgen deze systemen dat incidenten zo snel mogelijk worden opgelost. Als Front-end Developer ben jij samen met je team betrokken met het (door)ontwikkelen van

Bekijk vacature »

Full stack Python developer

Functie Samen met andere collega’s (een product owner, een software manager en een ervaren ontwikkelaar) ga jij onze producten verder ontwikkelen. Jouw verantwoordelijkheden zullen bestaan uit: – Verder wil gaan met de ontwikkeling van onze bestaande producten; nieuwe features! – Meedenkt over de roadmap van onze producten – Als sparringpartner kan optreden op het gebied van development – Zelf ook nieuwe ideeën op tafel durft te leggen en deze van scratch af aan wilt bouwen Hieronder ook een paar voorbeelden van projecten waar we momenteel mee bezig zijn of binnenkort aan willen beginnen: – Real-time interactie creëren in onze web

Bekijk vacature »

Network Engineer (f/m/d) in Heidelberg

Network Engineer (f/m/d) The IT Services team operates and supports the IT infrastructure and services at EMBL headquarters in Heidelberg and at the laboratory’s sites in Barcelona and Rome. As part of IT Services, the Network team is responsible for managing and developing the network infrastructure in our data centres, on campus, and to our external network providers. As a leading scientific institution with highly data-intensive research, extensive data flows at and between the laboratory’s six sites and to the Internet, EMBL is connected to national and international scientific networks using state-of-the-art technologies from vendors including Cisco, Extreme Networks and

Bekijk vacature »
Robert Deiman

Robert Deiman

05/06/2009 13:54:00
Quote Anchor link
Ik werk momenteel aan een grote website, waarbij heel sterk wordt geleund op de SQL database. Nu is het geval dat we elke dag (middels een CSV bestand die uit een programma komt) updates doorvoeren in die database.
In de afgelopen week is de server (wegens problemen in het datacenter) 2 keer offline geweest, waarvan de 1e keer een dag (bijna) en de 2e keer vandaag, welke overigens vrij snel weer opgelost was.

Nu willen we ervoor zorgen dat we middels de DNS instellingen (deze regelen wij zelf) over kunnen schakelen naar een 2e pakket, welke gewoon op shared hosting daait. (omdat we er alleen in het geval van storingen gebruik van willen maken)
Nou willen we eigenlijk bereiken dat de data in de database op de Back-Up server gelijk wordt getrokken (gesynchroniseerd met een mooi woord) met die van het origineel. Nou mijn vraag:
Is dat synchroniseren eenvoudig te doen, of gaat dat heel lastig? Hoe zit het met grote hoeveelheden dataverkeer die evt. ontstaan bij het over- en weer synchroniseren (database is nu een dikke 200Mb groot en wordt elke dag groter) van de data in de database?

Een andere oplossing is om de upload zowel naar onze eigen server als die shared hosting te doen (is ong. 5 Mb per dag) en middels een cronjob het bestand te verwerken en hernoemen/ wissen, zodat dat bestand maar 1 keer verwerkt kan worden?

Ik zat zelf te denken dat de 2e oplossing de handigste is, maar misschien hebben jullie daar een ander (beter) beeld van hoe dat in zijn werk gaat. Het is voor mij de 1e keer dat ik met zoiets in aanraking kom.
 
PHP hulp

PHP hulp

24/02/2024 00:29:08
 
TJVB tvb

TJVB tvb

05/06/2009 14:15:00
Quote Anchor link
Als je alleen vanuit een CSV bestand wijzigingen doet zou ik de 2e oplossing gebruiken.
Het kan anders ook nog handig zijn om te kijken naar cluster oplossingen die doordat beide databases in een cluster zitten door je database zelf gelijk getrokken worden. Dit is wel lastig met shared hosting.
 
Robert Deiman

Robert Deiman

05/06/2009 14:31:00
Quote Anchor link
Het is niet alleen vanuit een CSV bestand, maar dat is wel het belangrijkste deel. Natuurlijk willen we liefst dat alles werkt en alle data mee komt naar de andere server.

We kunnen dan simpel door DNS records aan te passen door gaan op de andere server.
Gewijzigd op 01/01/1970 01:00:00 door Robert Deiman
 
Joren de Wit

Joren de Wit

05/06/2009 16:10:00
Quote Anchor link
De ene database server is onderdeel van een shared hosting account? Dan wordt het denk ik lastig om contact te leggen tussen beide databases, simpelweg omdat je daar waarschijnlijk niet genoeg rechten toe hebt binnen je shared hosting omgeving.

De tweede oplossing die je aandraagt zou dan een goed alternatief zijn, ik zou het alleen iets anders aanpakken. Het CSV bestand enkel uploaden naar de default server en deze daar met een unieke naam gewoon laten staan. Op de backup server draai je mbv een cron job met regelmatig interval een PHP script dat die CSV bestanden controleert. In de database zou ik dan de namen van reeds geimporteerde CSV bestanden opslaan zodat je kunt zien of er nieuwe CSV bestanden bij gekomen zijn op de default server en zo ja, deze natuurlijk importeren.

Het hangt er een beetje vanaf hoe groot de CSV bestanden zijn en met wat voor interval deze geupload worden of er teveel dataverkeer gegenereerd wordt. Zo ja, overweeg dan bijvoorbeeld om het CSV bestand wel twee keer te uploaden maar over het algemeen heeft dat niet mijn voorkeur. Liever 1 bestand op 1 locatie, dan twee (mogelijk) dezelfde bestanden op verschillende locaties ;-)
 
Hipska BE

Hipska BE

05/06/2009 16:37:00
Quote Anchor link
Ik heb ook enkele ideeën, maar wat ik mij hierbij afvraag is wat je precies doelt met de server is offline.

Is dat niet bereikbaar?
Is dat effectief uitgevallen?

En ook over welke server heb je het dan?
De fileserver, databaseserver, webserver, ... ?
 
Klaasjan Boven

Klaasjan Boven

05/06/2009 17:20:00
Quote Anchor link
VM ware, kan je de hele server kopieren is redelijk veilig
 
Elwin - Fratsloos

Elwin - Fratsloos

05/06/2009 17:44:00
Quote Anchor link
Buiten de vraag over je database moet je rekening houden met de DNS caching die servers hebben.

Ondanks dat je de TTL van een domein op 3600 zet kan het zomaar zijn dat DNS servers van, bijvoorbeeld, ISP's een langere TTL aanhouden voor eerder opgezochte domeinen die in een lokale database staan (soms wel tot 24 uur!).

Gevolg: je site gaat plat, je veranderd de DNS en de gebruiker komt nog steeds op de server die plat is.
Vervolgens gaat je site weer online en is net de lokale DB van die ISP vernieuwd en komt de bezoeker nog 24 uur uit op de back-up server (dat is niet zo'n groot probleem).
 
Tim

tim

05/06/2009 17:54:00
Quote Anchor link
Mischien is het dan handig om 3 servers te nemen. 1 forward server, een hoofdserver en 1 backup server.
De forward server kijkt of je hoofdserver online is, als dat niet zo is dan word je doorverwezen naar de backupserver.
 
Eddy E

Eddy E

05/06/2009 19:43:00
Quote Anchor link
En wat als de forward-server down is?
 
Robert Deiman

Robert Deiman

05/06/2009 20:41:00
Quote Anchor link
@Blanche
Die CSV bestanden worden dagelijks geüpload en zijn per stuk ongeveer 5 Mb groot. Beide servers zijn zowel DB als File (hosting) server, waarbij de 1e een shared hosting account is.
Na verwerken van de CSV wordt die in 1e instantie hernoemd naar CSV.old waardoor het verwerkingssysteem hem niet meer opnieuw in gaat lezen. Dat gebeurt op de eigenlijke server in elk geval. Wat jij aandraagt kan ook, maar: Voor het verwerken van een CSV zal de shared server hem toch binnen moeten halen? Dus voor dataverkeer e.d. maakt het niet uit of ik dat met upload doe, of vanaf de originele locatie toch?

@Hipska
Wanneer de server offline is is die van buitenaf niet bereikbaar. We hebben van de week 2x problemen gehad in het datacentrum (iets met een switch is mij verteld). Daarom wouden we buiten het datacentrum op onze shared hosting een schaduwkopie van de website draaien, zodat we bij problemen deze kopie aan kunnen schakelen.
Offline == niet bereikbaar, maar kan ook zijn dat de server offline is of kapot..

@Klaasjan
Ik weet dat dat kan, maar instellingen e.d. worden Niet meegenomen naar shared hosting, terwijl VMware die wel kopieert. Toch bedankt voor het meedenken misschien dat het wat is.

@Elwin
Ik weet dat je dan nog afhankelijk bent van een provider voor wat betreft DNS, wij hebben onze DNS records bij TransIP (evenals domeinen) en daar staat de TTL op 5 minuten. De website zal dan wel niet door iedereen meteen gevonden worden, maar door een deel in elk geval wel.
Natuurlijk zullen we eerst contact opnemen met de hoster/ het datacentrum over de aard van de problemen en de tijd die ze (denken) nodig te zijn het op te lossen.
Dat die nog uitkomt op de Back-Up server is verder niet zo'n groot probleem, alles heeft een tijdstempel en kan met die tijdstempel ook later nog worden bijgevoegd in de database. We houden op de back-up server precies bij welke toevoegingen/ aanpassingen en aanmeldingen er zijn geweest.
De CSV bestanden verwerken we Wél altijd op de eigen server, vandaar ook deze vraag.

@tim
Zie reactie van Eddy Erkelens, je bent dan nog geheel afhankelijk van die ene server, en daar willen wij juist vanaf.

@Allen
Bedankt voor jullie reacties, ik ben wat verder aan het kijken geweest en ik kan van de DB een back-up maken, die ongeveer 30mb groot is (volledig gezipt als tar.gz) Deze kan ik bijv. 1keer per week uploaden/ verwerken op de backup server. Het gaat er daarbij om dat de boel redelijk actueel is, maar helemaal bij hoeft die niet te zijn, er staat ook een melding op met wanneer de boel is bijgewerkt.
Misschien dat dat een oplossing is, maar die 30Mb is +- gelijk aan het uploaden van 7 * 4.6Mb, dus misschien dat we dat wel doen, om de database steeds gelijk te houden. Een paar kleine aanpassingen/ toevoegingen en ook de overige acties worden op de back-upserver weggeschreven. (misschien doen we dat nog wel met een bestand waarin we alle wijzigingen bijhouden, zodat we die indien nodig snel kunnen verwerken op de backup server (bestand wordt automatisch per mail verzonden) en de csv bestanden gewoon live verwerken.

We zien wel, maar we gaan er in elk geval uitkomen.
 
Felix b

Felix b

05/06/2009 21:01:00
Quote Anchor link
kan je niet de database van de shared hosting een slave maken van de db van je eigen platform zodat als je een wijziging doet op de master server word het ook meteen op je andere db gedaan
 
Tim Kampherbeek

Tim Kampherbeek

05/06/2009 21:35:00
Quote Anchor link
Opzich is dit niet zo heel moeilijk.

Het heeft alleen wat aandacht nodig.

Zelf heb ik het een keer zo gemaakt dat als de ene server niet reageerde dat hij direct overging op de andere, Hij haalde dan de laatste gegevens op en runde gewoon door zonder dat je er wat van merkte.

Ondertussen werd er gecheckt of de andere server alweer on was.

Toen vonden we een oplossing dat we 2 servers aan elkaar konden laten verbinden.

De query's die uitgevoert werden werden doorgestuurt naar server 1 en daar doorgestuurt naar server 2 in een soort wachtrij..

Als server 2 dan teveel query's had staan... zette server 1 die in de wacht en voerde die de query's uit als de andere klaar waren.

Ook hielden wij rekening met het ophalen van gegevens.

Dus gingen we ervanuit dat de database altijd 0.3 zoog aan gegevens ophalen zodat daar ook niks mis mee kon gaan.


Dit klinkt misschien allemaal een beetje ingewikkeld.. Maar heb het zo makkelijk mogelijk uitgelegt.

Als u belang heeft bij dit systeem kan ik de informatie voor u opzoeken van hoe en wat. waar wij deze ook vandaan hebben gehaalt.

hier kunt u dan een prive bericht voor sturen.
 

05/06/2009 21:44:00
Quote Anchor link
Waarom niet gewoon op het forum, dan hebben anderen er ook nog wat aan! Tenzij het natuurlijk auteursrechtelijk beschermd is enz.. Of veel gevoelige gegevens bevat..
 
Tim Kampherbeek

Tim Kampherbeek

05/06/2009 22:15:00
Quote Anchor link
Nee dat niet, Maar ik ga dan even voor hem de gegeven opzoeken die wij toen hebben gebruikt en dan ga ik die hier voor jullie posten. Zou niet een makkelijke klus zijn om weer op te zoeken maar als hij het kan gebruiken wil ik het zekers wel opzoeken.

Het systeem zelf heb ik helaas niet meer in bezit omdat ik toen alles verkocht heb.
 
Robert Deiman

Robert Deiman

05/06/2009 23:18:00
Quote Anchor link
Ik snap ook helemaal niets van je uitleg, maar denk wel dat het een mogelijkheid is. Als je die informatie terug kan vinden dan graag.

@Felix
Wat jij bedoeld met Master/ Slave gaf ik al aan in de beginpost. Dat is het probleem met Shared hosting, die database stellen ze niet zomaar zo in.
 
Tim Kampherbeek

Tim Kampherbeek

07/06/2009 19:28:00
Quote Anchor link
Ik ga morgen even voor je opzoeken, zal alles hier dan even plaatsen en jou even een prive bericht sturen.
 
Hipska BE

Hipska BE

08/06/2009 17:50:00
Quote Anchor link
En? Al gevonden Tim?
 
RvW Of toch niet

RvW Of toch niet

08/06/2009 20:54:00
Quote Anchor link
'Tim:
Opzich is dit niet zo heel moeilijk.


je hebt me wel zeer niewsgierig gemaakt!

'Tim:
Ik ga morgen even voor je opzoeken


maar hoe lang laat je mij nog in spanning wachten de dag is zo wat om :(
Gewijzigd op 01/01/1970 01:00:00 door RvW Of toch niet
 
Arend a

Arend a

08/06/2009 21:11:00
Quote Anchor link
1. Mijn eerste gevoel zegt dat je een hosting provider moet zoeken die wel in je betrouwbaarheid kan voorzien. Er zijn veel hosting providers die op VMware ESX draaien; waardoor beschikbaarheid nauwelijks nog een issue mag zijn.

Dit is wellicht iets duurder; maar backupsystemen schrijven; zelf je dns omgooien e.d. kost ook tijd - en manuren zijn niet goedkoop.

2. Dit is natuurlijk een flauw antwoord dus misschien een suggestie hoe het zou kunnen werken.

Gebruik rsync
Rsync kan heel efficient bestanden overzetten. Alleen de bestanden die veranderd zijn tov de vorige keer dat je een rsync gedaan hebt zullen worden overgezet - en dan alleen de gedeelten van dat bestand dat veranderd is. Dus als je csv bestanden of SQL dumps redelijk gelijk zijn is rsync misschien wel een winner; in principe worden van een dump alleen de delen die veranderd zijn overgezet - en niet wat in de vorige dump.sql staat.

De workflow is dan alsvolgd:

1. maak een dump van de productie sql
2. rsync
3. dump de oude oude database op de backup
4. restore de nieuwe versie van de productiesql op de backup

3. Heb je master-master synchronisatie nodig? (dwz; moeten er aanpassingen mogelijk zijn op de backup of is de backup read-only?) Dit maakt het een stuk eenvoudiger - anders krijg je behoorlijke hoofdpijn als er zowel op de productie als op de backup verschillende veranderingen mogelijk zijn. In zo'n geval zou je bijna op mysql niveau master-master synchronisatie toe moeten passen en dat is niet binnen je shared hosting accountje mogelijk waarschijnlijk.

Ik hoop dat je er iets aan hebt.
 

27/06/2009 12:00:00
Quote Anchor link
@ arend ik kom het nu net ook op het internet tegen ik d8 dit kan hier wel gebruikt worden. Maar jij was me voor

Maar toch post ik ff een linkje!

http://rsync.samba.org/
 



Overzicht Reageren

 
 

Om de gebruiksvriendelijkheid van onze website en diensten te optimaliseren maken wij gebruik van cookies. Deze cookies gebruiken wij voor functionaliteiten, analytische gegevens en marketing doeleinden. U vindt meer informatie in onze privacy statement.