Koos Pol

Zet een VPN op naar kantoor met daar een IMAP server. Dan heb je overal toegang, is de conversatie versleuteld, volledige email functionaliteit en als bonus kun je zelf (als je openVPN gebruikt) zelf de encryptie sterkte instellen. NSA heeft dan het nakijken. IMAP kun je gewoon backuppen en/of repliceren naar een backup server.

Via de algemene voorwaarden, de FAQ, de pagina van de klantenservice, etc. Soms krijg je ook de spelregels te zien tijdens het registratieproces zelf. En anders gewoon even vragen.

Welke hoster je ook kiest, zorg dat de domeinnaam van jou is en niet van de hoster. Anders krijg je een fikse rekening als je wilt verhuizen.

Ik weet niet hoe jouw control panel eruit ziet. Een ssh naar de vps is voldoende. Je hoeft voor dd overigens geen root te zijn en mag als popiejopie aanloggen.

Bij VPS heb je geen last van andere gebruikers wat CPU gebruik betreft. CPU gebruik kun je heel goed throttlen. Dus je krijgt waarvoor je betaald. Waar jij last van hebt is blocking disk i/o. Het is wel zo dat dit veroorzaakt wordt door het vele disk i/o van anderen op dezelfde server, maar het is de hoster die hier een steek laat vallen m.b.t. de inrichting van de disken. Denk bijvoorbeeld aan write caches, raid inrichting , e.d. Disk i/o is nog steeds een lastig ding in een VPS omgeving. Het is gelukkig wel makkelijk vast te stellen. Draai het volgende commando enkele keren over de dag verspreid, en je weet veel meer. Als de waardes erg uiteen lopen, moet je de hoster aan de jas trekken: dd if=/dev/zero of=/tmp/test count=16k conv=fsync

Nou vooruit, als een totale kussen-nitwit: Als het om exclusief handwerk gaat zou ik niet gaan concurreren met andere kussenleveranciers. Dat gaat je toch niet lukken. Ik zou ze met gouddraad borduren, er een heel chick label aan hangen en ze voor 365,= (mooi symbolisch getal, een euro per dag) in de markt zetten. Dan blijft het een hobby. Het verkoopt misschien niet zo snel, maar dat hoeft dan ook niet. Als je de juiste paden weet, zijn er altijd mensen met geld te vinden die iets exclusiefs willen hebben. Denk bijvoorbeeld aan Diamond app op de IPhone.

Losse pagina's bewerken en uploaden is vragen om moeilijkheden. Laat een andere sitebouwer dat eenmalig in een cms stoppen (dagje werk) en je kunt voortaan alles op je gemak zelf doen.

OpenOffice kan *alles* rechtstreeks naar PDF exporteren. En alles in een keer goed. Ik zou niet te lang prutsen ;-)

Sjemig, wat een doffe ellende allemaal ;) Nou vooruit, in een paar zinnen samengevat: Aanbieders van internetdiensten hebben er alle belang bij dat jij klant blijft. Dus jouw IPv4 zaakjes blijven gewoon draaien. Nog jaren. (In stand houden van IPv4 kost immers geen brood. Het staat er al) Het wordt pas spannend als je nieuwe diensten gaat bedenken en afnemen die op uitsluitend op IPv6 kunnen draaien. En dan is een IPv4-6 tunneltje door de hoster gauw gelegd. Al met al verandert er voor de soho gebruiker helemaal niets. PS. Het laatste IPv4 blok is zojuist uitgegeven. Dus de internet aanbieders moeten uit hun voorraad putten, en krijgen geen nieuwe IPv4 adressen meer. Dat wordt niet slapen vannacht ;)

Een eenmalige audit is een prima investering. Het kan een hoop blootleggen. Met een eenmalige audit zet je twee zaken in gang: 1. Accute problemen worden gesignaleerd 2. Je genereert bewustwording bij het ontwikkelteam. Vooral nr 2 is van groot belang. Als je na een jaar weer deze check doet weet je meteen of het uitbestede werk in goed handen is.

Klok, klepel enzo. Het gaat juist niet om de code maar om de public facing. Alles wat je van buiten af kunt raken is een potentiële ingang en dient onderzocht te worden. Hoe het in de code vorm heeft gekregen heeft alles te maken met interne code kwaliteit (opschaling, uitbreiding, stabiliteit) maar weinig met security aspecten. Alles wat van binnen niet deugt, maar niet geraakt kan worden van buitenaf is zinloos om te auditen

Ik zie een warrig verhaal. Je wilt gespecialiseerde hulp bieden terwijl je nergens gespecialiseerd in bent (althans niet zoals uit je post blijkt), je wil affiliaten, je wilt verkopen. Wat wil je nu eigenlijk? Je kunt niet alles zelf, je kunt ook geen specialist zijn in alles. Als ik Canon intik op Tweakers pricewatch krijg ik 43 (jawel, 43) winkels te zien die een 550D verkopen. Wat voegt het toe als daar 44 winkels staan? Ik mis het originele concept wat je uitbaat. Misschien is het voor jou voldoende om een graantje mee te pikken van de LB/SEO/Affilate trein. Maar dan is het niet nodig om op HL inspiratie te zoeken. Zet een bak pagina's op het web en zorg dat je een paar cent vangt voor elke klik of klant.

Kennelijk heb ik een plankje voor het hoofdje, want ik zie het nog steeds niet ;) Met de huidige snelheid van ontwikkeling heb jij over een paar jaar ook je hele serverrack op een usb stick. Laatste opmerking van mijn kant: Goedkopere bandbreedte is zakelijk handig als de bandbreedte heel duur is. Bijvoorbeeld satelliet communicatie. Als je van een weersatelliet (of een keyhole satelliet, nog leuker) meer en sneller en betere foto's kunt trekken, heb je wel een goeie business case lijkt me.

Valt wel mee, want ik hoor nog steeds niets wat 1) het op te lossen probleem is, 2) hoe ik die hoeveelheden kan verwerken. Ondernemer Ford had kennelijk ik de gaten [zie opmerking Frans Sijtsma] dat hij met een auto een betere deal kon aanbieden dan met een snellere paard en wagen. Zolang er geen probleem wordt opgelost kan ik als ondernemer niets met zo'n oplossing. De enige 1e graads oplossing die ik kan bedenken is dat het transport van data goedkoper/sneller wordt. Maar dat kost nu al bijna niks meer. Dus daar zie ik geen verschuiving. Dat bedoel ik, een duidelijke vraag met een duidelijke oplossing.

Je gaat iets ontwerpen waar geen vraag naar is. En tegen de tijd dat de vraag er is, is er wel een praktische oplossing voor gevonden. In de IT gaan vraag en aanbod vrijwel gelijk op. 15 jaar geleden was een dvd met de halve bibliotheek erop ook zinloos, omdat het materiaal ontbrak om het te verwerken. Toen de apparatuur kwam om dergelijke hoeveelheden te verwerken, kwam de vraag ook wel los. Vergelijk verder je telefoonmodem van toen versus de kabel nu. Of de 15" CRT toen tegen de 24" TFT nu. Wil je echt snakes (de oude console variant) spelen op zo'n monster scherm? Ik heb nu al teveel muziek, email, ebooks, pdf's, documenten, etc, etc. Dus ik wil helemaal geen suikerklontje moleculen met 1,5 Petabyte aan data. Pas als ik wat met die hoeveelheid kan, wil ik het hebben. Niet eerder. Ik wil een uitzondering maken voor bijvoorbeeld astrofysica en geofysica. De hoeveelheid data die ze daar genereren zijn gigantisch. Maar daar gebruiken ze ook nog steeds schijven packs voor. Om het daarna jaren op de plank te laten liggen omdat het te veel is om te verwerken... Dus ik wil je vraag omdraaien: welk probleem wil je eigenlijk oplossen?

Dat komt omdat we klaar zijn met oplossen ;-) De no-brainer oplossing is al lang gegeven: NAS via een server sharen, en klaar is TS.

Standaard staat de data van de google wolk op Amerikaanse servers op Amerikaans grondgebied. QED. Ahold heeft waarschijnlijk (flink) betaald voor een Europese partitie.

Ik vraag me af of het niet veel simpeler kan. Waarom niet gewoon als een share aan een server hangen? Jouw bericht lezend heb je al toegang tot het netwerk (via de inbelverbinding). Je haalt zo het modem uit de loop. Scheelt weer configureren danwel inrichten.

Tja, wat doet een adviesbureau... Hetzelfde als jij: alles waar je geld mee kunt verdienen 8) Succes. Als je nog wat weten wilt, stuur maar een PM Koos

Da's alleen maar technische mumbo-jumbo die je linksom dan wel rechtsom kunt oplossen. Ik zou me eerder druk maken over de Maleisische wetgeving mbt internet. Ik verwacht dat je daar niet de vrijheden hebt die je in NL wel hebt.

Dan ben je het dus met me eens? ;) Het maakt helaas niet zoveel uit of het om een simpele webshop gaat of niet. Het gaat erom dat als je een site met md5 draait waar creditcard gegevens over de lijn gaan, of andere financieel interessante info je op dat moment op de radar van de internet maffia komt. Jouw site wordt gewoon gekopieerd. Logins vinden plaats, betalingstransacties vinden plaats, en de klanten zijn daarna hun geld kwijt. Dat jouw webshop een simpele webshop is maakt daarbij geen verschil. Het was al weer in 2008 dat een demo is gegeven met een echt, gekocht md5 certificaat dat is gebruikt om een een malafide website te hosten die een bonafide website deed voorkomen. Je wil echt niet dat dat jou overkomt.

Voor personalia en bankzaken wil je een sterke encryptie. Dus je zoekt naar een certificaat met minstens 128 bits encryptie zonder MD5 (want MD5 is gekraakt). Dit zou genoeg info moeten zijn om er een te kunnen aanschaffen. Als je meer info wilt, dan wordt het al heel gauw een technisch oninteressant verhaal. Stuur maar een PM als je toch meer wilt weten. Verder moet de uitgever van het certificaat bekent zijn in alle moderne browsers. Als de browser de uitgever niet herkent, dan krijg je van de browser alsnog een veiligheidswaarschuwing. En dat is natuurlijk net wat je niet wilt. Je kunt aan de uitgever vragen hoe en wat. Klok en klepel, enzo. Als je niet weet hoe dit aan te pakken, dan kun je er beter afblijven. Je kunt jezelf lelijk in de vingers snijden. In de praktijk heb je twee oplossingen: 1. Je laat het CMS pretty urls genereren. Een modern cms zou dat moeten kunnen 2. Je klust met een htaccess file de technische urls om in pretty urls. Het nadeel van deze oplossing is dat je de htaccess file actief moet bijhouden. Het voordeel is dat het werkt met elk cms, en dat je het cms dus niet hoeft aan te passen. Ik zou dit dus toch bij de website bouwer aankaarten.

Het kan. Dan moet je lokaal het default domain gaan configureren, of dat in je DNS server gaan oplossen. Maar afhankelijk van hoe de lokale resolver op de client is geconfigureerd, werk dat wel of niet. Waarom wil je dat? Het lijkt me alleen een cosmetisch verhaal. Een bookmark is gauw gemaakt. En een email met de juiste link versturen is ook zo gebeurd. En als je ook al www.bedrijf.nl hebt, en pop3.bedrijf.nl en smtp.bedrijf.nl en , dan lijkt het me niet meer dan logisch dat je de wiki er op dezelfde manier bij prikt ;-) Kun je uitleggen waarom je het wilt? Gewoon wiki.mijnbedrijf.nl is voor iedereen meestal het makkelijkst. Wil je toch perse die kant op, dan is het ook handig om te weten hoe de verdeling van de clients is (welk os. intern, extern, vpn, etc).

Email geldt gewoon als een rechtsgeldig contract (zie bijvoorbeeld http://blog.iusmentis.com/2010/05/27/moet-een-contract-altijd-worden-ondertekend-1/) Dus als het van beide zijden duidelijk is geregeld en afgesproken zit je er aan vast. Juridisch kun je er alleen onderuit als je kan aantonen dat zo'n email gefalsificeerd is. Eigenlijk is het dus gewoon koudwatervrees om perse pen en papier te willen gebruiken. Mocht je je toch onzeker voelen, dan kun je natuurlijk altijd een email digitiaal van beide kanten laten ondertekenen met bijvoorbeeld PGP of S/MIME.

Omdat ik daar aan mee heb gesleuteld ;) Ja, zo ongeveer, met ipv4=oud en ipv6=nieuw.