Maarten

In zo'n case zit niets anders dan een USB naar IDE / SATA converter, de IDE/SATA/SCSI controller in je PC of server doet exact hetzelfde. Het beste kun je zoals Freek zegt de schijf door een professional laten repareren. Als je de schijf niet verder verkloot heb je een grote kans dat je de data terug krijgt. Kijk wel uit met welk bedrijf je inschakeld, de professionals hebben lab en gebruiken componenten uit nieuwe schijven om jouw schijf weer draaiend te krijgen, maar er zijn er ook een aantal die wat Linux tooltjes gebruiken en niets meer doen dat je zelf ook kunt. Het is maar net hoeveel je er aan wilt besteden.

Wat is precies de reden dat je dat hier neer zet? Ik denk dat je beter een briefje kunt sturen naar het ziekenhuis zelf met je tips... Wel grappig dat je toch de brandslangen gevonden hebt. Ben je zo nieuwsgierig dat je elk deurtje open maakt om te kijken wat er achter zit? :)

Backup wel aanwezig?

Beetje flauw om zijn e-mail hier neer te zetten met zijn naam er nog onder. Sterker nog, daar kan hij iets tegen doen, en dat maakt jouw situatie zwakker.

Het heeft een reden dat die website lelijk is, daar verkopen ze beter door. Raar, maar waar. Ik kan het helaas niet meer terugvinden, maar er is een heel onderzoek naar geweest.

Gewoon stiekem 's nachts oefenen :).

Geef ze dan geen inbound link, dan help je ze ook nog...

Nogmaals, die 1240 uur per jaar is geen eis voor de VAR-WUO. Dat je al in loondienst bent, maakt het alleen maar aannemelijker dat het WUO is.

Je zit niet zomaar opeens in de code. Met alle respect, maar bovenstaande slaat echt nergens op. Ik weet niet waar dit beeld van jou vandaan komt, maar het komt totaal niet overeind met de werkelijkheid. Natuurlijk kun je in PHP onveilige dingen maken, maar dat kun je in elke programmeertaal.

Helaas is het niet zo simpel. Er zijn programmeurs met 10 jaar ervaring en veel verantwoordelijkheden die minder verdienen dan programmeurs die net begonnen zijn. Salaris is ook lang niet de enige motivatie om ergens te werken, het hangt ook steeds meer af van reistijd, hoe leuk de collega's zijn, hoe de werksfeer is, hoe leuk het werk zelf is en wat de secundaire arbeidsvoorwaarden zijn.

Dit is waar ik inderdaad ook tegenaan liep, geen enkele verzekeraar had informatie over hoe groot die kans dan was dat het mis gaat. Misschien dat het wat is om die branchecijfers op je website neer te zetten. Overigens heb je het risico bij AOV deels zelf in de hand. Voor een groot deel kun je er weinig aan doen, maar er is altijd ook een deel waar je zelf verantwoordelijk voor bent, dus helemaal statisch is het risico niet. Ik was altijd een redelijke fanatieke mountainbiker, maar na een keer over de kop gegaan te zijn, en een paar dagen later tegen een boom aangeklapt te zijn, besloot ik dat het slimmer was om een wat veiligere sport op te zoeken :). Ik wil jullie wel allemaal bedanken voor de uitgebreide discussie, ik heb er in ieder geval veel van opgestoken.

Dat ben ik totaal niet met je eens. Er zijn meerdere manieren om een programma aan te vallen, maar diegene waar we het nu over hebben zijn met name: - SQL en command injectie, waarbij door onjuiste validatie van de gebruikersinvoer SQL statements of bijvoorbeeld aanroepen naar externe programma's worden aangepast. Dit is zowel mogelijk bij scripting en niet-scripting talen. - Het veroorzaken van een buffer overflow, waarnaar er geinfecteerde code kan worden uitgevoerd. Dit is met een scripting taal net zo goed te realiseren als een niet-scripting taal. - Cross-site scripting - Cookie poisoning - Parameter tampering Met een mainstream product loop je natuurlijk meer risico dan dat je een wat exotischer product neemt, maar de mogelijkheden bij JSP zijn er ook.

Met je motivatie dat PHP onveilig kan zijn kan ik volledig mee gaan. Er is veel te doen om het te voorkomen, maar dat is bij elke omgeving het geval, niet alleen PHP. Het ontgaat me echter waarom je van mening bent dat JSP per definitie veilig is. Net als bij PHP zul je bij JSP ook input validatie moeten inbouwen. Als je in JSP (of welke taal dan ook) de invoer niet controleert, is SQL injection zonder meer mogelijk. Karakter voor karakter de invoer testen is wat overdreven, er zijn simpele functies die dat doen. Je moet natuurlijk wel weten wanneer je welke moet gebruiken, en daar gaat het meestal op fout.

Bedankt voor je reactie. Ik bedoelde overigens met name de pensioensopbouw. Zou je dit een ondernemer aanraden, en zo ja op welke manier? Ik las je bericht overigens als dat je pensioensopbouw aanprees, in plaats van AOV afkraakte, misschien mijn fout. Ik kijk er trouwens van op dat je in loondienst bent...

Ik krijg het gevoel dat hier gevraagd wordt om hulp voor een schoolopdracht.

Om nu de oorzaak bij scripting talen neer te leggen is ook wat kort door de bocht. Bovenstaande geldt natuurlijk voor alle software die je online zet.

Nee, dat gaat niet werken. De fiscus is bepaald niet dom op dit gebied.

De ene PHP programmeur is natuurlijk niet de andere, heel lastig om daar een salaris aan te hangen. Als een programmeur alleen volgens specificatie code in hoeft te voeren is dat al een stuk lager nivo als een programmeur die alleen een globale omschrijving heeft wat er moet komen en zelf de specificaties moet opstellen. Hun salaris is natuurlijk ook een kwestie van onderhandelen en hangt ook af van het aanbod. Als personeel lastig te vinden is wil je ze natuurlijk liever wat meer bieden dan dat ze voor het oprapen liggen. Om je toch een indicatie te geven, als ik zo wat advertenties bekijk dan zitten de salaris indicaties rond de 3000 euro. Als je Polen geen Nederlands spreken, ligt hun marktwaarde ook lager denk ik.

Ik denk dat verzekeraars zich net zo rot lachen bij pensioensopbouw als bij de AOV, de kosten zijn bij beide belachelijk hoog in mijn beleving. Ik denk dat de meeste mensen voor alleen een AOV kiezen omdat ze er vanuit gaan dat als ze 65 worden ze dan een goed lopend bedrijf hebben wat ze tegen die tijd voor een redelijk bedrag kunnen verkopen. Daarnaast is mijn mening dat als je nu pensioen gaat opbouwen voor een bepaald bedrag, dat dat bedrag door inflatie tegen de tijd dat je met pensioen gaat niet zoveel meer voorstelt. Het leek mij het slimst om eerst (bedrijfs)leningen af te lossen en dan af te lossen op de hypotheek, zodat je later door het verkopen van je eigen huis wat geld over houd. Maar jij bent hier (een van) de expert(s). Hoe heb je het zelf geregeld, en hoe sta jij er tegen over?

Je hebt zelf al gereageerd op Teun4: https://www.higherlevel.nl/forum/index.php?board=47;action=display;threadid=20718;start=0#msg178033 Misschien dat je met hem wat kan afspreken. Je zou bijvoorbeeld kunnen denken aan een constructie waarin je hem betrekt binnen je bedrijf, en dat je uiteindelijk zelf alleen investeerder bent.

Ik denk dat als je naar een particulieren omgeving kijkt, dat je dan gelijk hebt. In het bedrijfsleven en met name de grotere bedrijven waarbij de internetverbinding en e-mail al goed beveiligd is, komen er veel virussen binnen via andere wegen, o.a. USB sticks. Zo kan zelfs bijvoorbeeld een stand-alone PC bijvoorbeeld zonder problemen geinfecteerd raken doordat de boekhouder een geinfecteerde USB stick mee geeft. Bij grotere bedrijven zijn de mensen die hun laptop, met virus, van thuis meenemen en die in het bedrijfsnetwerk hangen ook berucht.

Ik denk dat nu je dit bericht op een openbaar forum hebt gezet wat zeer goed door Google wordt geindexeerd, je je geen zorgen meer hoeft te maken over je concurrenten, die zijn nu of binnenkort wel op de hoogte :).

Ik ben dat maar deels met je eens Fred. Natuurlijk is het handig als iemand jaarcijfers kan intepreteren van zijn eigen bedrijf, en ik ben het ook met je eens dat als je ondernemer bent, dat je best wel wat kennis mag hebben van boekhouden en fiscale regels. Ik vind echter ook dat je je als ondernemer moet concentreren op waar je zelf goed in bent. Het uitbesteden van de boekhouding aan iemand die er verstand van heeft is dan alleen maar een goede zaak. Ik vind dat je er vervolgens vanuit mag gaan dat wat de boekhouder of accountant aan cijfers aanlevert, dat dat correct is. Het is vervolgens aan de boekhouder of accountant om die cijfers te onderbouwen en toe te lichten. Als je een professional inhuurt, dan mag je er vanuit gaan dat diegene weet waar hij mee bezig is. Helaas heb je in elk vak er mensen tussen zitten die er een zooitje van maken. Als ondernemer moet je maar hopen dat je die mensen niet treft. Of het nu om een aannemer gaat die je pand verprutst, een automonteur die de olie vergeet, of een boekhouder die de boekhouding verkloot in de meeste gevallen kom je er pas te laat achter dat het mis gegaan is. Achteraf is het dan altijd makkelijk om te zeggen dat het anders had gemoeten.

@Karel: https://www.higherlevel.nl/forum/index.php?board=46;action=display;threadid=20670;start=0

Van http://www.jongbloed-fiscaaljurist.nl/tips_&_trucs/belasting_tips_actueel/: