Freelance.nl
deze blog is de marktplaats van Nederland! Met meer dan 235.000
gebruikers en 17.000 (en groeiend aantal) bezoeken per dag de
grootste website voor zelfstandige ZZP-ers/ondernemers en
werkzoekenden.. Plaats Uw Profiel /bedrijf>>
Freelance.nl deze blog is de marktplaats van Nederland! Met meer dan 235.000 gebruikers en 17.000 (en groeiend aantal) bezoeken per dag de grootste website voor zelfstandige ZZP-ers/ondernemers en werkzoekenden.. Plaats Uw Profiel /bedrijf>>
domeinen
Domeinen Informatie vergelijking
07-01-2014
De beste hosting van heel het internet
Quality Web Hosting Since 2003
At Arvixe, we pride ourselves in providing web hosting with a rare combination of unmatched reliability, quality and affordability. We have received numerous web hosting awards featuring our dedication to excellence in the web hosting field. Start by registering a domain, or check out our low cost plans in the areas of linux hosting, asp .net hosting, reseller hosting, business hosting, VPS hosting, or managed dedicated servers.
At Arvixe, we pride ourselves in providing web hosting with a rare combination of unmatched reliability, quality and affordability. We have received numerous web hosting awards featuring our dedication to excellence in the web hosting field. Start by registering a domain, or check out our low cost plans in the areas of linux hosting, asp .net hosting, reseller hosting, business hosting, VPS hosting, or managed dedicated servers.
Waar u op kunt letten bij domeinnaam-registratie?
De naam die u bij uw registratie kiest, komt achter http://www. en voor de extensie (.nl, .com etc.) te staan. Hiervoor gelden enkele internationale regels:
* Een domeinnaam bestaat uit minimaal twee karakters;
* Een domeinnaam bestaat uit letters van ons alfabet, cijfers en/of mintekens;
* Een domeinnaam bevat geen hoofdletters, spaties of andere vreemde tekens;
* Bepaalde woorden zijn uitgesloten van registratie.
Een domeinnaam mag bijvoorbeeld geen onbetamelijk of onzedelijk woord bevatten.
Een domeinnaam-registratie mag in het geval van .nl, .com, .net, en .org ook alleen uit cijfers bestaan.
Mogelijkheden een domeinnaam
Domeinnaamregistratie parkeren en doorlinken
Parkeer uw domeinnaam voor 1,- per maand. Deze service is het eerste jaar gratis. Link uw domeinnaam door naar een andere website of zet uw domeinnaam te koop via SEDO. Maak gratis gebruik van DNS, en verbeter uw vindbaarheid in Google met de metatags wizard.
E-mail: domeinnaamregistratie met persoonlijk e-mailadres]
Bij de Parkeer-/e-mailservice voor 2,- per maand van Your Hosting krijgt u een onbeperkt aantal e-mailadressen, webmail, een spamfilter en virusscan. U heeft DNS tot uw beschikking en kunt uw domeinnaam naar een andere website doorlinken.
Hosting: domeinnaamregistratie met e-mail en website
Met een hostingpakkett kunt u snel en eenvoudig een website op uw domeinnaam plaatsen.
Yourhosting biedt alle soorten domeinnamen aan. U vindt hieronder de meest populaire domeinnamen:
Voordelen
Pakketoverzicht
.NL domeinnaam .NL domeinnaam
.COM domeinnaam .COM domeinnaam
.EU domeinnaam .EU domeinnaam
.BE domeinnaam .BE domeinnaam
.DE domeinnaam .DE domeinnaam
.NET domeinnaam .NET domeinnaam
.ORG domeinnaam .ORG domeinnaam
.INFO domeinnaam .INFO domeinnaam
.NU domeinnaam .NU domeinnaam
.CO.UK domeinnaam .CO.UK domeinnaam
.BIZ domeinnaam .BIZ domeinnaam
.ES domeinnaam .ES domeinnaam
.TEL domeinnaam .TEL domeinnaam
.DK domeinnaam .DK domeinnaam
.AT domeinnaam .AT domeinnaam
.CH domeinnaam .CH domeinnaam
.NAME domeinnaam .NAME domeinnaam
.MOBI domeinnaam .MOBI domeinnaam
.MOBI domeinnaam Alle soorten domeinnamen
Yourhosting is in bijna 10 jaar gegroeid tot de grootste shared webhosting provider van Nederland. Onze helpdesk- en salesafdeling bestaat uit gemotiveerde en professionele medewerkers die gedurende de hele week, ook 's avonds en op zaterdag, per e-mail en via de telefoon, antwoord geven op al uw vragen.
Altijd bereikbaar: ervaar onze service en snelheid zelf en bel gratis 0800-1213. Bij ons hoeft u niet in de wacht te staan. Lees de ervaringen van onze klanten over onze dienstverlening.
Enkele Referenties:
Daimler Chrysler / Mercedes Benz
Nationale Nederlanden
Lost Boys
Spong Advocaten
Moszkowicz Advocaten
Talpa Media Holding N.V.
3FM
McDonald's
Van der valk vakantie
Akzo Nobel Wegenzout
Debitel Nederland bv
Vrije Universiteit Amsterdam
Logitech Northern Europe
Daewoo Motor Benelux B.V.
Videoland
Welkoop
Monuta Holding NV
Gemeente Den Haag/ Griffie
AP: Your Hosting volgens ondernemers beste hosting
Your Hosting beste ICT bedrijf op 5 van 7 onderdelen Wie geeft de beste service, welk bedrijf heeft de beste prijs/kwaliteitverhouding? Voor de tweede keer onderzocht TNS NIPO in opdracht van Sprout de beste dienstverleners van Nederland. Alle respondenten waren directeur-eigenaar van een bedrijf met maximaal tweehonderd werknemers, zowel Sprout-lezers als andere entrepeneurs. De lijst bevat zeven sectoren, van advocaten en notarissen tot leveranciers van telecommunicatie, meer dan 400 bedrijven. Bijna 2500 ondernemers gaven hun mening, met soms verrassende resultaten.
Microsoft en KPN onder de maat
Onderaan het lijstje met ict-bedrijven staat internetprovider Tiscali, met prestaties op onderdelen die de kwalificatie 'dienstverlening' eigenlijk niet meer rechtvaardigen. Tiscali komt overigens voor het laatst voor in dit onderzoek aangezien de Nederlandse activiteiten zijn overgenomen door Telfort, dat op zijn beurt een tijdje geleden weer is overgenomen door KPN. Zo kun je allerlei ict-diensten kiezen, van Telfort of Planet Internet Het Net, maar komen ze door overnames steeds vaker uit dezelfde hoge hoed, in dit geval die van KPN. Het moederbedrijf zelf staat op nummer 12 in de ict lijst, met waarderingscijfers die niet overhouden. Ook laag in de lijst staat Microsoft. 54 respondenten specificeren hun op- en aanmerkingen in negen onderzoeksonderdelen, in de wetenschap dat klachten in geval van Microsoft net zo weinig effect hebben als klachten over het weer. Dat houdt ook nooit op.
Your Hosting grote uitblinker Ook verrassend is de positie die Nederlandse webhosting provider Your Hosting behaalde. Dit bedrijf bewijst dat een snelle groei in omvang niet direct hoeft te betekenen dat het serviceniveau achterblijft. In de top 100 gingen zij met de hoogste notering onder webhosters aan de haal en in de ict-sector voelt Google met haar nummer 1 notering de hete adem van de Zwollenaren in haar nek. Your Hosting laat naast KPN en Microsoft met deze 2e plek grote namen achter zich als Paypal, Siemens, XS4all, Dell en HP.
"Met het intoetsen van de zoektermen 'eigen website online' kom je terecht bij Your Hosting uit Zwolle, bij wie je je eigen website online kunt laten zetten. Van een ander niveau dan Google maar net zo goed in wat ze doen, Your Hosting. 'Jong, snelgroeiend, dynamisch', een goed product dat zich totnogtoe vooral via mond-tot-mondreclame verspreid, werken bij Your Hosting moet een beetje voelen als werken bij Google in de begindagen. Als het goed is, dan komt het wel, en Your Hosting is goed: in de Sprout 100-afdeling ICT het beste bedrijf op maar liefst 5 onderdelen." aldus Sprout in haar toelichting op de hoge notering die zij de webhosting provider toekennen.
En dat gaat nog even door: "Beste bedrijf in deze sector op het gebied van tijdplanning, budgetbewaking, prijs/kwaliteitverhouding en onafhankelijkheid van advies. Google is een wereldbedrijf uit Californie, Your Hosting is een 'jonge, enthousiaste club' van dertig mensen uit Zwolle, waar ook veel moois mogelijk is. Zoals domeinnamen registreren, je website op internet laten zetten (webhosting) en met een handig doe-het-zelfpakket je eigen website bouwen. Dat alles voor weinig geld."
Feel free to send us your favourite pages and recommendations,
we appreciate and love to present to Giggers audiance.
Trackback Link Gigger Facebook Comments .
Sedo buy and selll domains kopen en verkopen van domeinen
Sedo GmbH is wereldwijd het grootste handelsplatform
voor de aan- en verkoop voor domeinnamen. Naast het handelsplatform
bieden we onze klanten een divers assortiment aan services gerelateerd
aan domeinen, voor zowel klanten die domeinnamen bezitten als voor
klanten die domeinnamen willen verkrijgen.
Over ons
Sedo is
ontstaan in 2001, toen 3 Duitse studenten besloten samen een project op
te starten. Inmiddels zijn we uitgegroeid tot een bedrijf met meer dan
150 medewerkers die gezamenlijk meer dan 25 verschillende
nationaliteiten bezitten! Vanuit het hoofdkantoor in Keulen (Duitsland)
werken op dit moment 110 medewerkers, waaronder ook alle
Nederlandstalige medewerkers. Tevens opereert Sedo vanuit twee andere
kantoren, waarvan één in Boston (Amerika, met 40 medewerkers) en één in
Londen (Engeland, met 5 medewerkers). Op deze manier zorgen we ervoor dat vrijwel elke klant in haar of zijn voorkeurstaal geholpen kan worden.
De feiten op een rij (augustus 2009): Aantal leden: 1.400.000 Aantal geparkeerde domeinnamen: 3.200.000 Aantal domeinnamen in database: 13.500.000 Transactievolume p/mnd: > 4 Miljoen Gem. aantal verkochte domeinnamen p/mnd: > 3.000
With more than 1 million member accounts from around
the world, and trading domains in more than 20 languages, Sedo stands
alone as the world's only global domain marketplace.
Sedos marketplace connects buyers and sellers
making it simple for individuals and companies to acquire the domain
names they need for their success and online presence. Sedos domain
marketplace is the most active in the industry and offers the world's
largest selection of premium domains with more than 15 million available
for sale!
Sedo offers all the tools needed to buy, sell, and
monetize domains including domain appraisals, brokerage services,
promotion and Sedo's popular domain parking program. Members use Sedos
parking program to earn revenue on more than 5 million domains while
promoting those domains for sale.
Let us show you what we're all about!
Meet Ryan, our newest success story. Tune in to this quick video to get a
better grasp of what we do and how we can help you here at Sedo. It's
easy to follow and fun to watch. So kick back, relax, and click the link
below to learn how to better your business in just 2 minutes.
0
1
2
3
4
5
- Gemiddelde waardering: 0/5 - (0 Stemmen) Categorie:providers Tags: Vergelijk onze producten Domeinnaam Email Webhosting Prijs vanaf €9,- per jaar* vanaf €19,- per jaar* vanaf €29,- per jaar* Domeinregistratie
16-04-2010
Your Hosting
Your Hosting
Yourhosting Yourhosting is in bijna 10 jaar gegroeid tot de grootste shared webhosting provider van Nederland. Onze helpdesk- en salesafdeling bestaat uit gemotiveerde en professionele medewerkers die gedurende de hele week, ook 's avonds en op zaterdag, per e-mail en via de telefoon, antwoord geven op al uw vragen. Altijd bereikbaar: ervaar onze service en snelheid zelf en bel gratis 0800-1213. Bij ons hoeft u niet in de wacht te staan. Lees de ervaringen van onze klanten over onze dienstverlening. Enkele Referenties: Daimler Chrysler / Mercedes Benz Nationale Nederlanden Lost Boys Spong Advocaten Moszkowicz Advocaten Talpa Media Holding N.V. 3FM McDonald's Van der valk vakantie Akzo Nobel Wegenzout Debitel Nederland bv Vrije Universiteit Amsterdam Logitech Northern Europe Daewoo Motor Benelux B.V. Videoland Welkoop Monuta Holding NV Gemeente Den Haag/ Griffie Management Holland B.V Vobis Benelux B.V. ING Vastgoed Ontwikkeling BV Fortis Investment Management NL
0
1
2
3
4
5
- Gemiddelde waardering: 5/5 - (1 Stemmen) Tags:your hostingactueel voordeel paketten,hostin voor iedereen,Yourhosting Yourhosting is in bijna 10 jaar gegroeid tot de grootste shared webhosting provider van Nederland. Onze helpdesk- en salesafdeling bestaat uit gemotiveerde en professionele medewerker
Stop je creativiteit! Kies een beschrijvende domeinnaam
Veel mensen denken lang na over een creatieve naam voor de nieuwe website. Leuk! Creativiteit is een heel fijne menselijk eigenschap. Je kunt ook voor een beschrijvende domeinnaam kiezen. Die kan ook als extra verwijzen naar de website met de creatieve naam.
De voordelen van een beschrijvende domeinnaam:
Google is niet zo machtig als je denkt. Een derde van de mensen typt een domeinnaam in waarvan ze denken dat de naam naar de gezochte website wijst. Voordat ze bij Google te rade gaan.
Een beschrijvende domeinnaam is veel makkelijker te onthouden. Bijvoorbeeld hotelinamsterdam.nl of goedewebhoster.nl of autoinbouwbedrijfingouda.nl. Voor mijndomein.nl heb ik zelf bijvoorbeeld ervaringenmijndomein.nl vastgelegd of beschrijvendedomeinnaam.nl. Ik heb net ook nog even goedewebhoster.nl vastgelegd.
Aan de naam kun je onmiddellijk zien waar de website over gaat.
Wat vindt Google lekker? Ook heb ik goede-webhoster.nl vastgelegd. Omdat Google dat lekker vindt. En dat als postief meeneemt in de pagerank. (Zie: Wat is een goede domeinnaam)
Met je beschrijvende domeinnamen kun je eenvoudig meerdere domeinnamen naar je website laten verwijzen. Dit is natuurlijk preken voor eigen parochie. Zeker als je je domeinnamen bij mijndomein.nl vastlegt. Maar wel waar. Waarom zou je dat doen? Omdat je vindt dat anderen liever niet: goedewebhoster.nl mogen vastleggen of ervaringenmijndomein.nl of beschrijvendedomeinnaam.nl enz… Wat ik bij meerdere klanten al zie is dat ze een produkt kiezen wat belangrijk is. Daar een omschrijvende domeinnaam voor bedenken en deze naar de website of een specifieke pagina verwijzen. Ook een actie kun je goed ondersteunen met een beschrijvende domeinnaam zoals bijvoorbeeld jubileumactietoppiejoppie.nl en natuurlijk jubileum-actie-toppie-joppie.nl voor google.
Maar Henkjan, algemene beschrijvende domeinnaam zijn toch allang weg? Vaak wel maar soms ook niet. Zeker als je er iets aan toevoegt zoals bijvoorbeeld de plaats waar je bedrijf zit.
Stel je hebt een Kaasmakerij in Gouda. Leg dan bijvoorbeeld KaasmakerijinGouda.nl vast. Of Kaasmakerijgouda.nl. Is nog gewoon vrij. Google ziet Kaasmakerijgouda als een woord en niemand zoekt op dat woord maar typt Kaasmakerij Gouda. Leg daarom ook Kaasmakerij-Gouda.nl vast.
Dan ziet Google een spatie en geeft daar veel punten voor.
Mijn advies: Stop alle creativiteit op een hele mooie lichte plek. Bedenk een niet creatieve naam en beschrijf met je domeinnaam heel kort waar je website over gaat.
Mijndomein.nl biedt kleinere goede doelen levenslange gratis hosting aan. Een voorwaarde is dat er een verhaal over dit goede doel hier op de nieuwssite van Mijndomein.nl verschijnt. Familie de Batz stichtte onlangs een stichting op na al lange tijd zich in te zetten voor kinderen die hulp kunnen gebruiken.
Liz en Ruud de Batz maken zich al ruim twintig jaar hard voor kansarme kinderen in Nederland en elders in de wereld. Ze doen dit geheel belangeloos en betalen alles uit eigen zak. ,,Ik heb zelfs mijn boerderij moeten verkopen”, zegt Liz de Batz. ,,Maar we zijn wel heel selectief bezig met de ondersteuning van deze weeskinderen, het moeten gemotiveerde jongeren zijn die buiten hun schuld in de problemen zijn gekomen.”
Professor Liz vertelt over de kinderen die ze begeleid heeft. ,,Sommigen van hen zijn al volwassen en hebben kinderen. Eén van hen is zelfs professor geworden.” Deze kinderen komen uit Nederland, Duitsland, Indonesië, Roemenie en de Oekraïne. Het begon geleidelijk aan. ,,Soms hoorde ik over een kind via kennissen, anderen waren van huis weggelopen en ook bureau Jeugdzorg doet zo nu en dan beroep op ons.”
,,We bezoeken de kinderen, jongeren die geen ouders meer hebben vragen zich af wat ze met hun leven moeten doen. Sommigen zitten in een weeshuis, anderen helpen we met het zoeken naar onderdak.
Ze gaan weer studeren, sommigen staan er helemaal alleen voor.”
Motivatie
Familie de Batz staat ze dan bij en ondersteunen ze dan ook financieel. ,,Ze moeten wel gemotiveerd zijn en niet in de luie stoel gaan zitten om zich alles voorgeschoteld te laten krijgen.” Maar ze kunnen de kosten op dit moment amper dragen en daarom is er een stichting opgericht.
Door het organiseren van parfumbeurzen en met behulp van sponsoren houden ze het hoofd boven water.
Ruud en Liz hebben zelf geen kinderen maar passen regelmatig op kinderen van bekenden. ,,Zo kom je het een en ander tegen. In Nederland is de armoede ook erg. Kinderen komen soms nou eenmaal in een bepaalde situatie terecht waar ze zelf geen schuld aan zijn, een kind hoort daar niet onder te lijden, daarom doen wij dit. Een kind zonder onderdak bijvoorbeeld, dat kunnen wij niet aanzien.”
De website van de stichting wordt gemaakt door één van de kinderen die zij geholpen hebben. De site is momenteel onder constructie.
Bij het verhuizen van een domeinnaam naar Mijndomein zijn er een aantal punten waar rekening mee gehouden moet worden. De domeinnaam moet op jouw eigen naam staan , je kunt je domein verhuizing niet door iemand anders laten uitvoeren! Je kan de tenaamstelling van de domeinnaam controleren op www.sidn.nl , vul de domeinnaam in bij 'whois'.
Gegevens domeinnaamhouder Als de gegevens in de whois niet overeenkomen met die van de persoon die de verhuizing aanvraagt, dan zijn er 2 mogelijkheden:
Je kan bij de huidige provider de gegevens laten wijzigen, zodat de domeinnaam op jouw naam staat (dit moet bijvoorbeeld gedaan worden als de domeinnaam is geregistreerd op naam van jouw huidige provider. Wij kunnen de verhuizing dan absoluut niet in gang zetten).
De andere mogelijkheid is om een formulier "Wijziging domeinnaamhouder" samen met de andere formulieren naar ons toe te sturen. Hierop kan worden opgegeven wie de huidige en wie de nieuwe eigenaar is. Beiden moeten het formulier ondertekenen. Wanneer de domeinnaam verhuisd is, worden deze gegevens door ons gewijzigd. De kosten van deze laatste optie bedragen éénmalig 12,00 euro per domeinnaam.
Opzeggen bij de huidige provider
Je moet zelf het abonnement bij de huidige provider opzeggen en aangeven dat de domeinnaam verhuisd wordt.
Je kan bij je huidige provider navragen op welke wijze dit moet gebeuren. De datum dat je dit hebt gedaan moet ingevuld worden op het formulier "Verhuizing naar een andere deelnemer". Wanneer deze datum niet is ingevuld, kunnen wij de verhuizing niet in gang zetten.
Verhuizing
Zodra je de verhuizing via deze website hebt aangevraagd, ontvang je van ons de inloggegevens en het formulier "Verhuizing naar een andere deelnemer". Wanneer de domeinnaam is opgezegd bij je huidige provider, kan je dit formulier naar ons toesturen. Pas wanneer wij het formulier binnen hebben - en hierop is de datum van opzegging ingevuld en de gegevens komen overeen met de whois gegevens, of er is een formulier "Wijziging domeinnaamhouder" bijgevoegd - zetten wij de verhuizing in gang.
Het is een veel gestelde vraag op de helpdesk: is jullie netwerk, zijn jullie servers wel dubbel (redundant) uitgevoerd? Wat is de kans op downtime, hebben jullie een SLA? In dit artikel krijgt u een kijkje in de keuken van Mijndomein, en vertellen wij wat we doen om te zorgen dat de websites van onze klanten altijd in de lucht blijven.
De websites van de klanten stonden op een cluster van drie webservers, en die stonden natuurlijk wel in een datacentrum met een dikke verbinding naar het internet. Maar op dat moment waren de machines al besteld voor een flinke uitbreiding van het netwerk, en enkele maanden laten draaiden de verschillende websites over 11 verschillende machines, wat weer flink wat ruimte gaf voor groei.
De afgelopen jaren is er niet alleen een enorme groei geweest, maar ook flink geïnvesteerd in het netwerk en de webservers van Mijndomein. Hieronder staat een sterk vereenvoudigd schema van hoe ons netwerk op dit moment in elkaar zit.
De webservers van Mijndomein zijn verdeeld over twee aparte hostinglocaties, die kilometers uit elkaar liggen. Tussen deze twee plekken ligt een snelle glasvezelverbinding. Elk van de beide plekken heeft zijn eigen verbinding met het internet, die beide via een andere internetprovider lopen. Valt een van de verbindingen uit, dan kunnen we via de glasvezel en de andere internetprovider de hostinglocatie toch in de lucht houden.
De servers op elke locatie zijn verbonden met externe schijven, waarop de bestanden van onze klanten staan. Deze schijven maken elke nacht automatisch een backup, die we twee weken bewaren.
Daarnaast synchroniseren deze schijven elke uur hun gegevens met de andere locatie. Elk bestand van onze klanten staat dus minimaal op 2 plaatsen, fysiek van elkaar gescheiden. Dus al zou één van beide hostinglocaties tot aan de grond toe afbranden, dan zijn hoogstens het laatste uur aan bestanden kwijt. We kunnen dan via de tweede locatie nog alle bestanden benaderen, en de websites van onze klanten binnen enkele uren weer helemaal in de lucht hebben.
Op beide locaties staat genoeg server- en harddiskcapaciteit om alle websites van al onze klanten tegelijkertijd kunnen draaien. Natuurlijk is elk van beide locaties voorzien van dubbele stroomtoevoer, en elke server voorzien van dubbele verbindingen naar het internet. Zodat wanneer een onderdeel kapot gaat, wij dat kunnen vervangen zonder dat u daar ook maar iets van merkt.
Stel je hebt je eigen website of weblog. Natuurlijk is het dan ook leuk om hier afbeeldingen op te plaatsen. Je kunt dan zelf foto’s maken en die zijn dan jouw eigendom. Maar het komt ook vaak voor dat je een afbeelding zoekt bij een bepaald onderwerp waar je zelf geen foto van hebt. Hoe verleidelijk is het om eens rond te neuzen op het internet? Tik een woord in bij Google afbeeldingen en er verschijnt een scala aan hits. Mag dit zomaar?
Nee. Op vrijwel alle foto’s en plaatjes op internet rust namelijk auteursrecht. Het is verboden om zelf, zonder toestemming van de maker, afbeeldingen van een ander te gebruiken.
Hij werkt als partner bij juridisch adviesbureau ICTRecht in Amsterdam, waar hij zich veel bezighoudt met auteursrecht en licenties. Ook is hij secretaris van de stichting Copyright en Nieuwe Media, die zich inzet voor liberalisering van het auteursrecht.
,,Je moet uitkijken met het gebruik van afbeeldingen op internet, het is nou eenmaal een feit dat je toestemming nodig hebt van de maker. Ik weet dat het in de praktijk veel gebeurt dat mensen zonder toestemming foto’s van anderen gebruiken, maar zo zit de auteurswet niet in elkaar.”
Wat kan er gebeuren als je dit toch doet?
,,Als een fotograaf erachter komt dat je zijn foto toch hebt gebruikt dan kan hij een schadeclaim indienen. Normaal gesproken had hij je die foto misschien verkocht voor driehonderd euro. Hij kan dit dan alsnog in rekening brengen inclusief bijvoorbeeld een compensatie van nog eens hetzelfde bedrag. Hij kan dat via de rechter proberen af te dwingen, maar het bedrag moet wel redelijk blijven.”
Gebeurt dit vaak?
,,Het is vooral een kwestie van een oplettende fotograaf. Met tekst is zoiets veel makkelijker op te sporen.”
Hoe komen internetgebruikers die zelf geen foto’s maken aan rechtenvrije afbeeldingen?
,,Op Flickr.com is er een afdeling die Creative Commons heet. Deze foto’s mogen wel worden gebruikt. Vaak moet je wel de naam van de fotograaf vermelden. Een deel van deze foto’s mogen niet voor commerciële doeleinden worden gebruikt, maar wel als je bijvoorbeeld persoonlijke weblog hebt.”
En als ik foto’s zoek voor een commerciële website?
,,Op Istockphoto.com kun je foto’s kopen voor lage bedragen als een euro of vijftig cent. Dat kan erg nuttig zijn. Het zijn alleen geen nieuwsfoto’s, dat ligt een stuk moeilijker. Associated Press en bijvoorbeeld Getty Images leveren veel nieuwsfoto’s aan. Daar moet alleen veel geld voor worden betaald.
Thuiskopie
Wat wel mag omtrent afbeeldingen die te vinden zijn op internet is het maken van een thuiskopie. Wil je bijvoorbeeld een foto van Getty Images gebruiken als bureaubladachtergrond, dan mag dat. Deze mag vervolgens niet ter beschikking worden gesteld aan derden. Dus het opnemen van de afbeelding in bijvoorbeeld een scriptie die vervolgens in de universiteitsbibliotheek belandt, is verboden. Hiervoor is toestemming nodig van de maker.
Binnenkort publiceren we meer over zaken die betrekking hebben tot internet en recht.
0
1
2
3
4
5
- Gemiddelde waardering: 0/5 - (0 Stemmen) Categorie:juridisch Tags:plaatjes van anderen uploaden
merkenrecht
Het merkenrecht schenden met je domeinnaam
Tjibbo Wind dacht een vriend te helpen door een domeinnaam vast te leggen voor zijn boerenbedrijf. Niet veel later ontving hij een brief met daarin het verzoek de domeinnaam over te dragen. Wind zou namelijk het merkenrecht schenden met de betreffende naam boerenlandzuivel.nl.
,,Een vriend van me heeft een boerenbedrijf, hij verkoopt zijn eigen zuivelproducten. We wilden voor hem een website maken en zagen dat de domeinnaam www.boerenlandzuivel.nl nog vrij was”, vertelt Wind, die de naam wel passend vond bij het bedrijf van zijn vriend.
Na een week of twee ontving Wind echter een brief van een Zweeds bedrijf in ‘Online Brand Management’, dat de belangen behartigt van Ecomel BV, de handelsnaam van Friesland Campina voor biologische zuivel. ,,Mij werd vriendelijk verzocht de naam over te dragen aan Ecomel aangezien zij een zuivellijn hebben met de naam Boerenland.” De ondergetekende van de brief stelt dat Wind onrechtmatig gebruik maakt van de merknaam, die in handen is van Ecomel.
,,In de brief, die zowel per post als per mail is verstuurd, werd mij verzocht de naam binnen zeven dagen over te dragen. Zou ik dit niet doen, dan zouden er verdere stappen worden ondernomen, met kans op een rechtszaak.”
Wind zag een eventuele rechtszaak niet zitten en droeg de naam over. Hij zegt het aan de ene kant ook wel te snappen. ,,We gebruiken de twee woorden boerenland en zuivel. Aan de domeinnaam zou een site worden gekoppeld met als doel ambachtelijke zuivel te verkopen. Dit raakt elkaar, Campina heeft namelijk hetzelfde doel. Volgens mij is het zo dat het langst geregistreerde merk voorrang heeft. Aan de andere kant heb ik ook gehoord dat wat betreft internet de regel geldt: wie het eerst komt, het eerst maalt. Maar zeker weten doe ik het niet. Ik ben wel benieuwd of ik enige kans had gemaakt.”
Arnoud Engelfriet, ICT-jurist, vertelt dat Wind de juiste stap heeft genomen door de domeinnaam over te dragen:
Bij domeinnamen geldt “wie het eerst komt, die het eerst maalt”, maar het merken- en handelsnaamrecht is daar een belangrijke uitzondering op. Als een domeinnaam het merk of de handelsnaam van iemand anders bevat, dan kan die iemand daar vaak tegen optreden.
Merkenrecht geldt namelijk ongeacht het medium, of je de naam nu op papier gebruikt, op je winkelruit schildert of als domeinnaam inzet maakt niet uit. Wel moet de domeinnaam -en de site erachter- verwarring veroorzaken voor de merkhouder. Dat is altijd het geval als een concurrent er zijn producten mee gaat verkopen, maar als het geen concurrent is dan wordt dat moeilijker. De brandblusserfabrikant Ajax of de bedrijfskledingzaak KLM kunnen ajax.nl en klm.nl niet opeisen ondanks dat dat letterlijk hun merknaam in zit. Er kan geen verwarring ontstaan tussen hun merken en die domeinnamen, omdat de huidige houders daarvan in heel andere branches zitten.
“Boerenland” is inderdaad een merk van Campina, en een ander zuivelbedrijf mag die kreet dan ook niet gebruiken om haar eigen zuivelproducten te verkopen.
Het feit dat “boerenland” een bestaand woord is, maakt niet uit. Ook bestaande woorden kunnen een merk zijn. Denk aan bijvoorbeeld Randstad, Diesel of Gazelle. Allemaal doodnormale Nederlandse woorden die toch echt als merk beschermd zijn. Een uitzendbureau mag dan in de randstad gevestigd zijn, ze mag zich niet “Randstad” noemen. Zolang het woord maar niet wordt geclaimd voor de normale betekenis daarvan, is er merkenrechtelijk niets aan de hand. Een merk op “zuivel” zou niet kunnen, die producten ‘heten’ nu eenmaal zuivel en dat kan Campina -of wie dan ook- niet monopoliseren. Maar uit de brief van het merkenbureau blijkt dat zij geen bezwaar maken tegen het woord “zuivel”, alleen tegen het gebruik samen met “Boerenland”.
De vriend van Wind heeft inmiddels een andere domeinnaam vastgelegd: www.ambachtelijkezuivel.nl.
Onlangs maakte iemand via Punt.nl een weblog aan waarbij de naam van een bedrijf werd gebruikt. De persoon die verantwoordelijk was voor deze weblog had echter geen connecties met het betreffende bedrijf en plaatste lasterlijke informatie op de site.
Punt.nl kreeg dit te horen via een intimiderende mail (gestuurd door een medewerker van het bedrijf) met daarin het onvriendelijke verzoek de weblog van Punt.nl te verwijderen. Als reden werd niet de lasterlijke informatie aangevoerd, maar het feit dat Punt.nl onrechtmatig gebruik zou maken van de merknaam. Er werd direct gedreigd met een rechtszaak:
,,(…) het gebruik van de naam xxxxxxx op uw website is onrechtmatig (…) Wij sommeren u dan ook per omgaande te stoppen met het gebruik (…) mocht blijken dat u aan deze sommatie geen gehoor geeft, zullen wij overgaan tot het nemen van gerechtelijke stappen, waarbij wij u aansprakelijk zullen stellen voor alle (in)directe schade die wij lijden door dit onrechtmatig gebruik. Wij hopen dat het zover niet hoeft te komen (…).”
Er wordt dus voorbijgegaan aan het feit dat Punt.nl (medewerkers, eigenaren) niet zelf deze informatie plaatsen en er dus inhoudelijk niet verantwoordelijk voor zijn. Met deze toon wordt ten eerste direct geïmpliceerd dat dit wel zo is. Ten tweede: deze mail betrof het éérste contact met Punt.nl. Het verzoek om de weblog te sluiten begon dus al meteen intimiderend en dreigend met gerechtelijke stappen.
Beleid van Mijndomein Het beleid van Punt.nl en Mijndomein is als volgt: een Nederlandse rechter doet uitspraak, wij verwijderen niet meteen informatie of afbeeldingen (zie Nijntje-zaak) van een weblog of website na een intimiderende mail. Ook sluiten wij niet meteen een weblog af, zoals hier werd geëist. Laat de rechter er maar aan te pas komen.
Echter, een constructieve benadering hoeft niet te eindigen in de rechtszaal. Niet veel later nam een andere medewerker van het bedrijf de moeite om even te bellen en het een en ander uit te leggen. Op een normale manier welteverstaan, zonder intimiderende woorden en dreigementen. Naar aanleiding van dit telefoongesprek kon vervolgens worden geconstateerd dat de eigenaar van de weblog lasterlijke informatie had geplaatst. Punt.nl heeft daarom de site afgesloten, inclusief andere weblogs die door dezelfde persoon waren aangemaakt en soortgelijke informatie bevatten.
Hieruit kun je concluderen: een normaal verzoek leidt sneller tot een normale reactie. Met een constructieve benadering is de kans dat het uiteindelijke doel wordt bereikt veel groter. Voor het bedrijf is deze uitkomst alleen maar positief: de weblog is verwijderd en er zijn kosten bespaard omdat een rechtzaak niet nodig is. Intimidatie werkt dus niet.
Mijndomein bied haar klanten de zoekmachine-upgrade aan. Met deze upgrade wordt uw website goed bekend gemaakt bij de belangrijkste zoekmachines op het internet. Toch blijken veel klanten nog met vragen te zitten: als deze upgrade eenmaal is aangevraagd, en u kijkt de volgende dag bij google: geen website. Hoe kan dat nou? Hier vindt u informatie over deze upgrade en wat u moet doen voordat u deze upgrade bestelt.
Allereerst wil ik graag een misverstand uit de weg helpen: Aanvragen van de upgrade “aanmelden zoekmachines” houdt niet in dat uw website op nummer één komt te staan bij Google. Helaas. Deze upgrade zorgt er alleen voor dat uw website bekend wordt gemaakt bij de zoekmachines en dat u dus gevonden kunt worden. Dus als uw website al gevonden wordt door Google, hoeft u deze upgrade niet aan te vragen. Om op nummer één in de zoekmachines te komen moet u ook gaan kijken naar de inhoud van uw website, de opbouw moet zoekmachine-vriendelijk zijn en moet bestaan uit een 100% goede code, ook heeft de gekozen domeinnaam hier veel invloed op. Lees bijvoorbeeld het artikel van Onne hierover.
Voorbereiding
Voordat u de zoekmachine upgrade bij Mijndomein aanvraagt, moet u eerst uw website klaar maken voor het bezoek van de zoekmachines. Dat betekent dat u er teksten in moet zetten die alleen door de zoekmachines worden gelezen.Deze teksten heten metatags en worden door deze zoekmachines gebruikt om jouw website op te nemen in hun database. Gebruikt u een CMS, dan kunt u in de instellingen van het CMS deze tags aangeven. De software van het CMS zal deze tag dan goed op uw site zetten – op elke pagina. Beter is zelfs nog aparte tags per pagina, maar niet elk CMS ondersteunt dat.
Gebruikt u geen CMS, dan moet u deze tags zelf in de HTML code van uw website plaatsen. Een metatag bestaat uit verschillende onderdelen, hieronder een aantal tags die u helpen om informatie aan de zoekmachines te geven.
De title tag:
Deze tag toont de titel van uw website in de titelbalk van de browser, maar wordt ook door zoekmachines gelezen om te bepalen of de titel wel overeenkomt met de inhoud van de website. De tag ziet er zo uit: Hier plaats je de titel van je website
Probeer de titel altijd af te stemmen op de domeinnaam de inhoud van uw website. Heeft u bijvoorbeeld www.autohuiskees.nl neem dan niet als titel “Kees maakt je auto” maar bijvoorbeeld “Autohuis Kees voor onderhoud en verkoop van tweedehands auto’s”.
De omschrijving:
Bij de omschrijving zet u een duidelijke omschrijving van wat mensen kunnen vinden op uw website. Deze omschrijving wordt door de zoekmachine getoond wanneer uw website is gevonden. De omschrijving die u hier maakt is niet zozeer relevant voor de zoekresultaten, maar is wel belangrijk voor diegenen die uw website tussen de zoekresultaten zien. Het is dus een reclametekst voor uw eigen website. Voorbeeld:
Keywords tag: Veel mensen denken dat het belangrijk is om de ‘keywords’ tag aan de website toe te voegen. Zodat je bij de zoekmachine kan aangeven welke keywords belangrijk zijn voor jouw site. In de praktijk is er echter zo ontzettend veel misbruik gemaakt van deze tag, dat de zoekmachines er niet meer naar kijken. U kunt hem gerust weglaten.
Waar plaatst u deze metatags: Deze metatag zet u de broncode van uw website, liefst op elke pagina die uw website bevat. De broncode van uw site begint meestal met de tags en en ergens tussen deze tags kunt u de bovenstaande metatags neerzetten. De zoekmachines zullen ze dan automatisch vinden. Zoals al gezegd, maakt u gebruik van een CMS, zoals Joomla, Wordpress of anderen, dan kunt u in de instellingen van het pakket deze tags opgeven.
De upgrade aanvragen
Als bovenstaande metatags in uw website staan dan heeft u het belangrijkste eigenlijk al gedaan voor deze upgrade. Wat er nu moet gebeuren is dat de zoekmachines op de hoogte worden gebracht dat uw website op het internet staat, en dat is precies wat de upgrade aanmelden zoekmachines inhoudt. Als u de upgrade aanvraagt, zorgen wij ervoor dat een link naar uw site terechtkomt op een website die al heel goed door zoekmachines wordt bezocht. Deze zoekmachines nemen dan uw website in het vervolg mee en doorzoeken deze op inhoud.
En dan?
Na aanmelding door ons kan het tot 3 wel maanden duren voordat de website zichtbaar is in al deze zoekmachines, dit komt omdat veel zoekmachines een flinke lijst met websites hebben die ze moeten bezoeken. Deze lijst moet worden doorgewerkt, en de lijst is te lang om elke dag te bezoeken. Dat niet alleen, sommige websites worden door de zoekmachine als ‘belangrijk’ gezien, en krijgen dus meerdere keren per dag bezoek. Uw website staat onderaan deze lijst. Neem daarbij het misbruik dat mensen proberen te maken van de zoekmachine aanmelding, en dus de controles die de eigenaren van de zoekmachines moeten uitvoeren, en het kan dus even duren voordat uw site er ook echt in staat.
We komen het helaas elke dag meerdere keren tegen op de helpdesk van Mijndomein: klanten wiens website door anderen is overgenomen of gewijzigd. Hoe komt dit en wat kan je hiertegen doen?
Als een website is opengebroken door hackers, gebeurt dat over het algemeen op drie verschillende manieren:
1. Scripts op de site
De hackers hebben een script op de website misbruikt om hun eigen bestanden te uploaden naar de site. Dat kan een eigen-geschreven script van de eigenaar zijn, maar ook CMS systemen hebben zwakheden die bekend zijn bij de hackers, en die worden misbruikt om de inhoud van een website te wijzigen.
2. Via de computer van de eigenaar
Een virus dat zich heeft geïnstalleerd op jouw eigen computer heeft de wachtwoorden die je gebruikt om op FTP te komen ‘afgeluisterd’ en deze wachtwoorden doorgemaild aan de kwaadwillenden. 3. Via een andere website
Als je meerdere websites hebt onder één account kunnen de hackers via de ene website ook de andere website aanpassen. Slechts een van de websites op het account hoeft dus maar een zwakheid te vertonen, en alle andere sites onder dat account zijn in gevaar.
Wat valt hier nu tegen te doen?
Hoewel we het vaak zien gebeuren, is het helemaal niet zo moeilijk om jouw eigen site vrij te houden van hackers. Hieronder wat tips:
1. Let op je scripts!
Schrijf je zelf scripts op je site, zorg er dan voor dat anderen via het upload script niets anders dan plaatjes kunnen uploaden. Zorg er ook voor dat wanneer een plaatje is geupload, de site-gebruikers dat bestand geen andere naam kunnen geven. Het is eenvoudig om filemanager.jpg te hernoemen naar filemanager.php en opeens is het zojuist geuploade bestand een uitvoerbaar script dat de hele site openlegt. 2. Update je software
Maak je gebruik van een CMS, zorg er dan altijd voor dat je de meest recente versie van het CMS op je website hebt staan. Vooral populaire CMS systemen als Joomla, Wordpress, Drupal en Typo3 zijn favoriet bij de hackers. Er zijn veel systemen met deze CMSsen geïnstalleerd, en dus ook veel kans op een oudere versie die niet goed is beschermd tegen hackers aanvallen. Update je site! Altijd!
3. Bescherm je PC
Houd je PC vrij van virussen met een goed antivirusprogramma. Gebruik bijvoorbeeld ook een firewall als Zonealarm, die jou op de hoogte stelt wanneer er stiekeme internet-activiteit plaatsvindt op jouw PC.
En dan het laatste lijstje: wat moet je doen als je site is gehackt?
1. Pas al je wachtwoorden aan
Pas direct je wachtwoorden bij Mijndomein aan. Als je jouw wachtwoord om op de supportpagina’s in te loggen wijzigt, gaat je FTP wachtwoord direct mee. Heb je een virus op je PC gevonden, pas dan ook je wachtwoorden van jouw eigen bank of van andere belangrijke websites aan. Je weet maar nooit wat er allemaal is gestolen. 2. Haal je hele site leeg!
Dit lijkt overdreven, maar de hackers zetten hun bestanden in de meest onmogelijke gaatjes en hoekjes, en de kans is groot dat je in alle directory structuren iets over het hoofd ziet of overslaat wat zij op jouw site hebben geplaatst. En als ze jouw site eenmaal kennen, dan proberen ze dagelijks of hun hacks het nog doen. 3. Update jouw software
Wijzig jouw scripts of upload de nieuwste en meest veilige versie van jouw CMS. Stap desnoods over op een minder bekend CMS, dan is ook de kans dat jouw site wordt gehackt een stuk kleiner.
Mijndomein zal er alles aan doen om de wachtwoorden van haar klanten zo veilig mogelijk op te slaan, en een zo groot mogelijke scheiding aan te brengen tussen de publiek toegankelijke webservers en de database servers waarop gevoelige informatie staat. Wij hopen dat ook onze klanten ons helpen om het internet een veiligere plek te maken.
U heeft een leuke website op het internet. Deze website wordt goed gevonden door Google, en alles gaat prima. Tot u op een dag uw eigen website bezoekt, en u ziet de melding hier aan de rechterkant. Wat is er aan de hand, en wat kunt u er aan doen?
De internet zoekmachine van Google bezoekt elke dag miljoenen websites. Aan de hand van de inhoud van die site bepaalt Google op welke sleutelwoorden deze website gevonden kan worden.
Maar de robots van Google doen meer! Zij controleren de inhoud van uw website ook op bekende malware, en wanneer op de site verkeerde zaken worden gevonden, dan zetten zij deze website in een blokkade database. De browsers Chrome van Google en Firefox controleren deze blokkade database voordat zij een website openen, en vinden zij uw website in de blokkadelijst, dan tonen zij de onderstaande meldingen:
Firefox:
Google Chrome:
Hoe krijgt u deze meldingen weg?
Zoals al gezegd, uw website staat in een bestand van Google wat gebruikers waarschuwt voor het bezoeken van websites met malware, dus het is zaak om uw site daar uit te krijgen.
Allereerst moet u natuurlijk de malware van uw website af halen. Wij hebben daar een apart artikel over geschreven, dat u hier kunt vinden. Is de malware verwijderd, en uw site is schoon, dan kunt u de robots van Google vragen om uw site nogmaals te bezoeken, en deze weer ’schoon’ te verklaren. En dat doet u op deze manier:
Stap 1: meld uw site aan bij de Google hulpprogramma’s voor webmasters
Klik op de knop ‘Een site toevoegen’ om uw website bekend te maken bij de hulpprogramma’s
U kunt uw domeinnaam invoeren met of zonder http://, dat maakt niet uit.
Stap 2: Bewijs dat u werkelijk de beheerder bent van deze website
Nadat uw site hier is ingevoerd, moet u bij Google bewijzen dat u echt de beheerder bent van de site. Dat kan op twee manieren.
U kunt een bepaalde ‘metatag’ opnemen op uw site – dan moet u de index.html van uw website bewerken, en de tag die Google hier opgeeft invoegen in het bestand. Voegt u deze metatag toe in het gedeelte van uw website.
U kunt ook een nieuw HTML bestand maken op uw site – gebruikt u daarvoor de naam die Google u hier geeft. Maak een bestand met de naam googlexxxxxxxxxxxxxxxx.html (Google geeft u aan wat u op de plaats van xxxxxxxxxxxxxxx moet zetten) en uploadt u dat bestand met FTP naar uw website. Daarna kunt u op de knop ‘Controleren’ klikken om uw website te verifieren.
Stap 3: Verzoek Google om uw website nogmaals te bezoeken.
Is het verifieren gelukt, dan ziet u het Dashboard van de Google webmaster hulpprogramma’s. Dit kunt u voor allerlei leuke dingen gebruiken, maar wij concentreren ons nu even op het weghalen van de melding voor uw site:
Bovenaan het dashboard krijgt u een rode balk te zien: deze site verspreidt mogelijk schadelijke software. Klik op ‘Meer informatie’ om het volgende scherm te krijgen.
Ah, nu komen we ergens! Op dit scherm kunt u een controleverzoek versturen naar Google, zodat zij opnieuw gaan kijken of uw website malware bevat. Klik op “Een controleverzoek verzenden”
En nu hebben we dan eindelijk de laatste stap: Vergeet niet het vinkje aan te vinden, waarmee u verklaart dat u de malware van uw website heeft verwijderd. Druk op de knop “Een controleverzoek verzenden”, en u bent klaar. Hoe lang duurt het voordat de melding weg is van uw website? Dat kan ik u niet zo 1-2-3 vertellen, maar het kan gerust een dag duren voordat Google uw site als ‘veilig’ heeft aangemerkt.
De webmaster hulpprogramma’s bevatten nog een heleboel meer moois voor iemand die een website op het internet bijhoudt. Klik gerust eens rond om te zien wat Google allemaal voor uw website kan betekenen.
0
1
2
3
4
5
- Gemiddelde waardering: 0/5 - (0 Stemmen) Categorie:malware wat te doen? Tags:malware wat te doen
Voor en nadelen htacces bestand
De voor- en nadelen van een .htaccess bestand
Er wordt veel geschreven over het .htaccess bestand, maar was is het en wat kan ik er mee? Om dit te begrijpen leggen wij eerst uit waarvoor we het kunnen gebruiken. Een .htaccess (HyperText Access) bestand is een simpel stukje tekst met daarin server-specifieke mogelijkheden om een aantal opties voor uw website te kunnen regelen door een webserver. De voordelen zijn groter dan de nadelen en scheelt behoorlijk wat programmeercode wanneer je website dagelijks wordt gebruikt . Dode verwijzingen, hoe een browser omgaat met bepaalde foutmeldingen, veranderen van domeinnamen of URLs en het blokkeren van onnodige gasten op de website is iets wat iedereen wel eens is overkomen. Later zullen wij hier dieper op ingaan met een paar eenvoudige voorbeelden.
De nadelen
Helaas kleven er ook een paar nadelen aan. Een klein typefoutje geeft namelijk een algemene fout (500 Internal Server Error). Het kan dus erg lastig zijn om een gemaakte fout te vinden of te herstellen. Ook worden .htaccess files door hackers gebruikt om websites te verwijzen naar bijvoorbeeld phishing of malware websites zelfs voordat uw eigen indexpagina zal worden geladen. Deze code staat dus niet in de HTML/PHP indexpagina maar in de .htaccess op uw ftp.
Bij mijndomein zijn (helaas) niet alle mogelijkheden van de webserver beschikbaar. Zo is het niet mogelijk om php_values of php_flags te gebruiken. Deze kunnen gebruikt worden om domein-specifieke instellingen op de server te kunnen maken. Bijvoorbeeld om meer geheugen op een website toe te kennen, of een andere bestandsgrootte te kiezen voor het uploaden van bestanden vanaf een website. Mijndomein heeft deze standaard instellingen al (in de php.ini) op de server ingesteld en kan om die reden dus niet worden overschreven door het in de .htaccess op te geven.
Ook de regel Options +FollowSymLinks is niet bij mijndomein mogelijk, maar mocht u deze regel tegenkomen in uw .htaccess kunt u door middel van het hekje (#) er voor te plaatsen de betreffende regel uitschakelen.
Een .htaccess bestand is dus een configuratie bestand. Deze is standaard door de webserver onzichtbaar op uw ftp omdat het geen bestandsnaam heeft (en direct begint met een punt). Mocht u problemen hebben met het terugvinden van uw .htaccess bestand die u op uw ftp heeft geupload, raden wij u aan om eerst deze handleiding te lezen. Hierin wordt uitgelegd hoe u onzichtbare bestanden op uw ftp weer zichtbaar kan maken.
De voordelen
Wat is er dan wel mogelijk? We geven een aantal voorbeelden. Uiteraard zijn er nog veel meer dingen mogelijk en kunt u het zo uitgebreid maken als u wenst.
Verder is de .htaccess map specifiek, en geldt voor de map waarin het zich bevindt maar ook voor alle submappen die er in die map staan. Als een .htaccess bestand dus in uw /public/sites/ folder staat zal het dus gelden voor ALLE domeinnamen die u op uw account heeft. Staat hij in /public/sites/www.uwdomeinnaam.ext/ dan geldt hij alleen voor de complete domeinnaam en in /public/sites/www.uwdomeinnaam.ext/test/ op de domeinnaam alleen in de map ‘test’ etc.
We gaan er in alle voorbeelden vanuit dat de .htaccess in de map /public/sites/www.uwdomeinnaam.ext/ wordt geplaatst tenzij anders aangegeven.
0
1
2
3
4
5
- Gemiddelde waardering: 0/5 - (0 Stemmen) Categorie:htacces bestand Tags:Voor en nadelen htacces bestand
Joomla en SEO Friendly urls
Joomla en de Search Engine Friendly URL’s
door Maikel op 18 feb 2010, in Helpdesk, Hosting, Nieuws, Tips & trucs
De internetpagina’s zoals wij die nu kennen zijn voornamelijk database en dynamisch gestuurde websites. Content Management Systemen zijn daar een goed voorbeeld van. Helaas kleeft hier ook een nadeel aan, omdat gegevens die verstuurd worden van en naar de database altijd met een tekst gebaseerde query moet worden uitgevoerd. Voor diegene die niet weten wat een tekst gebaseerde query is, het is de informatie die achter de domeinnaam wordt geplakt na het vraagteken.
U vraagt zich misschien af : Wat is daar mis mee?
Het antwoord is simpel, namelijk de zoekmachines. De meeste zoekmachines (behalve een aantal, waaronder Google) indexeren geen pagina’s waar een vraagteken of ander teken achter staat. Dit betekent kortweg dat pagina’s niet kunnen worden gevonden. Maar wat heb je aan inhoud op een pagina als bijna niemand het kan vinden. Maar is gelukkig is er een oplossing voor. De Search Engine Friendly URL’s – ook wel Zoekmachnine Vriendlijke URL’s of SEF’s genoemd-. Standaard staat deze funcionaliteit uit bij Joomla, maar in een aantal gemakkelijke stappen kan dit wel worden ingesteld. De vraag komt wel vaker op de helpdesk binnen. Hierboven zie je een voorbeeld van een zoekmachine onvriendelijke URL. Er staat een hoop informatie welke niet makkelijk te onthouden is als je rechtstreeks naar die pagina toe wilt gaan. Om deze in te stellen ga je naar het administratie gedeelte van de Joomla site.
Stap 1 : Kies uit het menu ‘Website’ , ‘Algemene instellingen’.
In de pagina die nu volgt, zoek naar het kopje ‘SEO’ instellingen.
Stap 2 : Klik ‘Ja’ bij de ‘Zoekmachine vriendelijke URLs’ aan ,zo ook bij ‘Gebruik Apache mod_rewrite‘. Deze laatste wordt door mijndomein ondersteund en kan dus ook op ‘Ja’ worden gezet. Het gele driehoekje met het uitroepteken kunt u daarom negeren.
Stap 3: Klik daarna op ‘Opslaan’. Uw werk binnen het administratie gedeelte van Joomla is nu gereed.
Stap4 : Open nu met een FTP-programma (bijvoorbeeld FileZilla) het bestand htaccess.txt
Hierin dient u 2 dingen aan te passen :
Bij de regel waarin ‘Options +FollowSymLinks’ staat, dient een hekje voor gezet te worden. Het hekje wordt door onze server gezien als commentaar, en zal dan worden overgeslagen als uitvoerbaar commando. Wordt het hekje niet geplaatst dan zal er een foutmelding optreden.
In het hetzelfde bestand bij de regel ‘# RewriteBase /’, dient het hekje juist te worden verwijderd.
Stap 5 : Sla het htaccess.txt bestand op , en upload deze naar de ftp map waar ook uw Joomla website in zit.
Stap 6 : Verander de bestandsnaam van ‘htaccess.txt’ naar ‘.htaccess’ (zonder aanhalingstekens en met een punt voor de bestandsnaam).
In uw Joomla map op de FTP, staat ook een bestand dat heet ‘configuration.php’ open dit bestand. Zoek naar de regel var $live_site=”;
Stap 7 : Vul het complete pad in naar uw Joomla installatie inclusief http://
Wij hebben de installatie geupload in de map /public/sites/www.mijndomeintje.com/ dus vult u daar tussen de aanhalingstekens ‘http://www.mijndomeintje.com’ in. Sla het bestand vervolgens op, en upload het naar de FTP.
Update: Na een aantal vragen over bovenstaande een kleine aanvulling. Hoewel de tekst van bovenstaande correct is dient u, als u de Joomla installatie niet in de root map hebt gezet maar bijvoorbeeld in www.mijndomeintje.com/joomla , in var $live_site=’http://www.mijndomeintje.com/joomla’; neer te zetten.
Wanneer u nu uw website bezoekt zullen de SEFs (Search Engine Friendly URL’s) correct zichtbaar worden. Wij wensen u veel success met het zoekmachine vriendelijk maken van uw Joomla website.
0
1
2
3
4
5
- Gemiddelde waardering: 0/5 - (0 Stemmen) Categorie:Joomla SEO friendly Tags:Joomla en SEO Friendly urls
verhuizen van domeinnamen?
Je domeinnaam verhuizen, hoe doe je dat?
Stel u wilt uw website of domeinnaam verhuizen naar Mijndomein, hoe werkt dat? Uit vragen van onze klanten blijkt dat hier veel vragen over zijn, dus daarom hier een uitleg.
De prijzen voor domeinregistratie en hosting lopen enorm uiteen. Dan kan het voorkomen dat iemand domeinnamen wil onderbrengen bij een andere partij. Dit noemen wij het verhuizen van een domeinnaam naar een andere deelnemer of registrar.
De verhuizing van een domeinnaam begint bij de aanvraag van de verhuizing. Door deze aanvraag komen uw gegevens in onze administratie terecht, en weten wij dat u de verhuizing graag wilt. En ook wat uw gegevens zijn voor het factureren.
Let op dat u niet zomaar een aanvraag doet voor een domeinnaam die niet van u is! Voordat een domeinnaam verhuisd kan worden, moet altijd worden bewezen dat u echt de eigenaar bent van deze domeinnaam, zodat u niet een domeinnaam verhuist waar u eigenlijk geen recht op hebt. U kunt controleren of u eigenaar bent van een domeinnaam via deze website: www.who.is.
U vraagt de verhuizing van uw domeinnaam aan door hierboven op de knop ‘verhuizen’ te klikken. Daarna voert u de gewenste domeinnaam in, en ons systeem controleert of deze domeinnaam echt wel bij een andere partij is ondergebracht. Is de domeinnaam nog vrij, of is deze al bij Mijndomein ondergebracht, dan geeft onze website daar een foutmelding van.
Na het invoeren van uw gegevens en betaalinformatie staat de verhuisaanvraag in onze administratie, en dan begint het spel pas. Want dan moet bewezen worden dat u wel de rechthebbende bent op deze domeinnaam, en dat u de domeinnaam mag verhuizen. En hoe dat bewijzen gaat, dat verschilt per domeinextensie.
.NL domeinnamen: Hiervoor moet u een getekend formulier opsturen, waarin u laat zien dat u de eigenaar bent.
.COM, .NET, .ORG domeinnamen:
(en nog een aantal andere) Hiervoor is een autorisatiecode nodig. Deze vraagt u op bij de partij waar de domeinnaam op dit moment is ondergebracht. Zij mogen de autorisatiecode alleen geven aan de eigenaar van de domeinnaam.
.EU, .BE domeinnamen: Als u een verhuizing hiervoor aanvraagt, krijgt de eigenaar van de domeinnaam een email toegestuurd, waarin de verhuizing moet worden bevestigd. Na bevestiging van deze email is de verhuizing in maximaal 3 dagen rond.
Heeft u de verhuizing aangevraagd via de website, dan stuurt ons systeem u een email waarin automatisch om de goede gegevens wordt gevraagd. Dus per extensie zal ons systeem om andere gegevens vragen. Bijvoorbeeld voor .NL domeinnamen heeft het systeem van Mijndomein een formulier alvast voor u ingevuld, dat u alleen nog maar hoeft te ondertekenen en terug te sturen. Voor een andere extensie zal in de email het verzoek staan om de autorisatiecode op te vragen.
Hebben wij deze gegevens eenmaal binnen, dan is het verder eenvoudig. Het team van Mijndomein regelt de verhuizing voor u. Betekent dit dat u kunt afwachten tot de verhuizing rond is? Nee!
U heeft namelijk bij uw huidige provider een website staan. Of u heeft daar emailadressen vastgelegd. Of een database voor uw site. Deze website of emailadressen of database moeten ook bekend worden bij Mijndomein, maar wij kunnen deze niet voor u ophalen, zover reikt de samenwerking tussen providers niet.
Daarom ontvangt u direct na de verhuisaanvraag, nog voordat u de andere gegevens naar ons heeft teruggestuurd, een email met inlog gegevens voor onze website. U kunt dan namelijk alvast alles klaarzetten wat nodig is om uw email en website goed te laten werken. Ook eventuele bestanden voor de website kunt u alvast via FTP uploaden, zodat alles klaar staat, en uw website zowel voor als na de verhuizing helemaal goed werkt.
Zoals u ziet is het proces van verhuizen van een domeinnaam niet ingewikkeld. Alleen het bewijzen dat de domeinnaam van u is kan wat voeten in de aarde hebben. Gelukkig echter zijn er steeds meer registries die overgaan op de autorisatiecode als bewijsstuk, waardoor we ook dit gedeelte op termijn steeds eenvoudiger kunnen maken.
Affiliate worden van mijndomein.nl? Als je ingelogd bent zie je links in het menu de optie ‘Affiliates’ staan. Moeilijk te vertalen engels woord voor deze activiteit:
Plaats een speciale link op je website die klanten doorstuurt naar mijndomein.nl.
Als je op die advertentie klikt en een domeinnaam zou vastleggen wordt dat gemeten. De persoon die de speciale link heeft gebruikt voor deze banner ontvangt 10 euro per nieuw vastgelegde domeinnaam! Zo ziet het overzicht eruit als je een aantal domeinnamen hebt laten vastleggen via de speciale link: (We betalen uit bij een minimum van 50 euro.)
UPDATE: Dit geldt voor ieder nieuw pakket boven de 10 euro wat door jouw link wordt aangebracht.
0
1
2
3
4
5
- Gemiddelde waardering: 5/5 - (1 Stemmen) Categorie:Geld verdienen Tags:geld verdienen met mijn domein,affiliates-mijndomein,Affiliates mijndomein,geld verdienen met doorverwijzen domeinen, verdien een extra inkomen met de verkoop van domeinen,
anti spam en hacking
Al eerder schreven wij een artikel over wat te doen als je website is gehackt.
Dit artikel richtte zich voornamelijk op het beveiligen van de website om ervoor te zorgen dat de software op de site niet verouderd zou zijn.
De afgelopen maanden echter merken we dat er nieuwe methoden zijn om accounts van onze klanten te kraken: virussen en malware die op de computer van de klant zelf terecht zijn gekomen.
Deze malware installeert zich op uw computer, en luistert mee met al het FTP en emailverkeer dat plaatsvindt vanaf uw pc. Zo komt deze software achter de inlogcodes die daarvoor worden gebruikt. Deze inlogcodes worden dan weer verstuurd naar de makers van de malware, die vervolgens daar gebruik van maken om bestanden op uw site te zetten of mails te versturen uit uw naam.
Wat kunt u hieraan doen?
Allereerst: houd uw eigen computer vrij van virussen en van malware. De meeste mensen hebben intussen wel een virusscanner, maar software om malware te detecteren wordt veel minder gebruikt. Aan het eind van dit artikel vindt u een paar links naar goede anti-virus en anti-malware programma’s.
Mocht u ontdekken dat uw FTP of email wachtwoorden zijn misbruikt, zorgt u er dan allereerst voor dat u nieuwe wachtwoorden instelt bij Mijndomein. Daarna direct uw pc schonen van alle onrechtmatige software die daar een plaats op heeft gevonden. En als dat is gelukt wijzigt u dan opnieuw uw wachtwoorden, zodat de virusmakers niet op de hoogte zijn van uw nieuwste wachtwoorden.
En wat gaat Mijndomein hieraan doen?
Wij hebben natuurlijk helemaal niets te zeggen over uw eigen computer. Wat dat betreft zijn onze handen gebonden, en zijn wij helemaal afhankelijk van hoe goed u op uw eigen spullen past. Wel willen we door middel van dit soort artikelen mensen bewust maken van het probleem, en alert maken op wat er mis kan gaan.
Maar zelf kunnen wij ook iets doen. Onze programmeurs gaan een extra stukje software maken, waarmee u bij Mijndomein de IP adressen kunt instellen waarmee contact gemaakt mag worden met onze mail of FTP servers. Deze beveiligingsoptie komt binnenkort beschikbaar voor onze klanten, en als u deze inschakelt, kan alleen nog maar vanaf bepaalde IP adressen worden gemaild of FTP verbinding worden gemaakt. Deze adressen kunt u helemaal zelf instellen of wijzigen.
Zo werken wij samen aan een beter beveiligd internet.
Links
Avast is een prettige anti-virus scanner die op de achtergrond zijn werk doet zonder dat de pc merkbaar vertraagt.
internationalized domain name (IDN) is an Internet domain name that (potentially) contains non-ASCII characters. Such domain names could contain letters with diacritics, as required by many European languages, or characters from non-Latin scripts such as Arabic or Chinese. However, the standard for domain names does not allow such characters, and much work has gone into finding a way around this, either by changing the standard, or by agreeing on a way to convert internationalized domain names into standard ASCII domain names while preserving the stability of the domain name system.
IDN has by the standards of the Internet, a long history; it was originally proposed in 1996 (by M. Duerst) and implemented in 1998 (by T.W.Tan et al). After much debate and many competing proposals, a system called Internationalizing Domain Names in Applications (IDNA) was adopted as the chosen standard, and is currently, as of 2005, in the process of being rolled out.
In IDNA the internationalized domain name standard means specifically any domain name consisting only of labels to which the IDNA ToASCII algorithm can be successfully applied. (For the meaning of 'label' and 'ToASCII', see the section ToASCII and ToUnicode below.)
Internationalizing domain names in applications
Internationalizing Domain Names in Applications (IDNA) is a mechanism defined in 2003 for handling internationalized domain names containing non-ASCII characters.Such domain names could not be handled by the existing DNS and name resolver infrastructure. Rather than redesigning the existing DNS infrastructure, it was decided that non-ASCII domain names should be converted to a suitable ASCII-based form by web browsers and other user applications; IDNA specifies how this conversion is to be done.
IDNA was designed for maximum backward compatibility with the existing DNS system, which was designed for use with names using only a subset of the ASCII character set.
An IDNA-enabled application is able to convert between the restricted-ASCII and non-ASCII representations of a domain, using the ASCII form in cases where it is needed (such as for DNS lookup), but being able to present the more readable non-ASCII form to users. Applications that do not support IDNA will not be able to handle domain names with non-ASCII characters, but will still be able to access such domains if given the (usually rather cryptic) ASCII equivalent.
ICANN issued guidelines for the use of IDNA in June 2003,and it was already possible to register .jp domains using this system in July 2003. Several other top-level domain registries started accepting registrations in March 2004.
Mozilla 1.4, Netscape 7.1, Opera 7.11 and Safari are among the first applications to support IDNA. A browser plugin is available for Internet Explorer 6 to provide IDN support. Internet Explorer 7.0 and Windows Vista's URL APIs provide native support for IDN.
ToASCII and ToUnicode
The conversions between ASCII and non-ASCII forms of a domain name are accomplished by algorithms called ToASCII and ToUnicode. These algorithms are not applied to the domain name as a whole, but rather to individual labels. For example, if the domain name is www.example.com, then the labels are www, example and com, and ToASCII or ToUnicode would be applied to each of these three separately.
The details of these two algorithms are complex, and are specified in the RFC linked at the end of this article. The following gives an overview of their behaviour.
ToASCII leaves unchanged any ASCII label, but will fail if the label is unsuitable for DNS.If given a label containing at least one non-ASCII character, ToASCII will apply the Nameprep algorithm (which converts the label to lowercase and performs other normalization) and will then translate the result to ASCII using Punycode before prepending the 4-character string "xn--". This 4-character string is called the ACE prefix, where ACE means ASCII Compatible Encoding, and is used to distinguish Punycode-encoded labels from ordinary ASCII labels.Note that the ToASCII algorithm can fail in a number of ways; for example, the final string could exceed the 63-character limit for the DNS. A label on which ToASCII fails cannot be used in an internationalized domain name.
ToUnicode reverses the action of ToASCII, stripping off the ACE prefix and applying the Punycode decode algorithm. It does not reverse the Nameprep processing, since that is merely a normalization and is by nature irreversible.Unlike ToASCII, ToUnicode always succeeds, because it simply returns the original string if decoding would fail. In particular, this means that ToUnicode has no effect on a string that does not begin with the ACE prefix.
Example of IDNA encoding
As an example of how IDNA works, suppose the domain to be encoded is Bücher.ch (“Bücher” is German for “books”, and .ch is the country domain for Switzerland). This has two labels, Bücher and ch. The second label is pure ASCII, and so is left unchanged. The first label is processed by Nameprep to give bücher, and then by Punycode to give bcher-kva, and then has xn-- prepended to give xn--bcher-kva. The final domain suitable for use with the DNS is therefore xn--bcher-kva.ch.
ASCII Spoofing and squatting concerns
Because IDN allows websites to use full Unicode names, it also makes it much easier to create a spoofed web site that looks exactly like another, including domain name and security certificate, but in fact is controlled by someone attempting to steal private information. These spoofing attacks potentially open users up to phishing attacks.
These attacks are not due to technical deficiencies in either the Unicode or IDNA specifications, but due to the fact that different characters in different languages can look the same, depending on the font used. For example, Unicode character U+0430, Cyrillic small letter a ("?"), can look identical to Unicode character U+0061, Latin small letter a, ("a") which is the lowercase "a" used in English. Characters that look alike in this way may be termed homonyms, homographs, or (less ambiguously) homoglyphs,the best kooooo.
Although a computer may display visually identical or very similar glyphs for two different characters, these differences are still significant to the computer when locating web sites or validating certificates. The user assumes a one-to-one correspondence between the visual appearance of a name and the named entity, but when two names appear identical, this correspondence breaks down.
By contrast, with the old set of a to z, 0 to 9, and the hyphen, there is little in the way of homographs. l and 1 and 0 and o are the closest, and the combination "rn" looks similar to "m" in some fonts; however, most fonts make a noticeable visible distinction between them. Still, this means even in the worst case a site like Google would still only need to register 8 names to protect against the homograph attacks.
On December 2001, two Israeli researchers, Evgeniy Gabrilovich and Alex Gontmakher, published a paper titled "The Homograph Attack", an attack that used Unicode URLs to spoof a website URL. To prove the feasibility of this kind of attack, the researchers successfully registered a variant of the domain name "Microsoft.com" which incorporated Russian language characters.
In general, this kind of attack is known as a homograph spoofing attack. This problem was anticipated before IDN was introduced, and guidelines were issued to registries to try and avoid or reduce the problem -- for example, recommending that registries only accept the Latin alphabet and that of their own country, not all of Unicode. Unfortunately this advice was not followed by those in control of a number of major TLDs.
On February 7 2005, Slashdot reported that this exploit was disclosed at the hacker conference Shmoocon with an example available at http://www.shmoo.com/idn/. On browsers supporting IDNA, the URL "http://www.p?ypal.com/" (where the first a is replaced by a Cyrillic ?) appears to lead to paypal.com but instead lead to a spoofed PayPal web site that said "Meeow."
Internet Explorer 7 imposes restrictions on displaying non-ASCII domain names based on a user-defined list of allowed languages and provide an anti-phishing filter that checks suspicious Web sites against a remote database of known phishing sites.
Since Internet Explorer prior to version 7 does not support IDNs, it is not vulnerable to this kind of attack. However, older versions of Internet Explorer can be made IDN-compatible by browser plug-ins some of which are vulnerable to the spoofing attacks. On July 9 2005, the IDN-enabling plug-in Quero Toolbar 2.1.0 was released that implemented several anti-spoofing techniques like mixed-script detection and highlighting of characters belonging to different scripts.
On February 17, 2005, Mozilla developers announced that they would ship their next versions of their software with IDN support still enabled, but showing the punycode URLs instead, thus thwarting any attacks exploiting similarities between ASCII and non-ASCII letters (but not necessarily, for example, between Cyrillic and Greek letters, unless the user knows which Punycode URL corresponds to their chosen IDN URL) while still allowing people to access websites on an IDN domain. This is a change from the earlier plans to disable IDN entirely for the time being. [2]
Since then, both Mozilla and Opera have now announced that they will be using per-domain whitelists to selectively switch on IDN display for domain run by registries which are taking appropriate anti-spoofing precautions[3]. (See the article on homograph spoofing attacks for more details). As of September 9, 2005, the most recent version of Mozilla Firefox as well as the most recent Internet Explorer displays the spoofed Paypal URL as "http://www.xn--pypal-4ve.com/", unsightly but clearly different from the actual paypal.com. By contrast, the (non-existent) "http://www.xn--pypal-4ve.org" will display in the Firefox address bar as http://www.p?ypal.org, as this form of domain is prohibited from registration at the Afilias registry level and therefore does not pose the same risk.
Safari's approach is to render problematic character sets as punycode. This can be changed by altering the settings in Safari's system preference files.
History of IDN
12/96: Martin Duerst's original Internet Draft proposing UTF5 (the first incarnation of what is known today as ACE) - UTF-5 was first defined by Martin Duerst at the University of Zürich in [4][5][6]
03/98: Early Research on IDN at National University of Singapore (NUS), Center for Internet Research (formerly Internet Research and Development Unit - IRDU) led by Prof. Tan Tin Wee (IDN Project team - Lim Juay Kwang and Leong Kok Yong) and subsequently continued under a team at Bioinformatrix Pte. Ltd. (BIX Pte. Ltd.) - a NUS spin-off company led by Prof. S. Subbiah.
July 98: Geneva INET'98 conference with a BoF discussion on iDNS and APNG General Meeting and Working Group meeting.
07/98: Asia Pacific Networking Group (APNG, now still in existence [7] and distinct from a gathering known as APSTAR [8]) iDNS Working Group formed. [9]
10/98: James Seng was recruited to lead further IDN development at BIX Pte. Ltd. by Prof. S. Subbiah.
02/99: iDNS Testbed launched by BIX Pte. Ltd. under the auspicies of APNG with participation from CNNIC, JPNIC, KRNIC, TWNIC, THNIC, HKNIC and SGNIC led by James Seng [10]
02/99: Presentation of Report on IDN at Joint APNG-APTLD meeting, at APRICOT'99
03/99: Endorsement of the IDN Report at APNG General Meeting 1 March 1999.
06/99: Grant application by APNG jointly with the Centre for Internet Research (CIR), National University of Singapore, to the International Development Research Center (IDRC), a Canadian Government funded international organisation to work on IDN for IPv6. This APNG Project was funded under the Pan Asia R&D Grant administered on behalf of IDRC by the Canadian Committee on Occupational Health and Safety (CCOHS). Principal Investigator: Tan Tin Wee of National University of Singapore. [11]
07/99 Tout, Walid R. (WALID Inc.) Filed IDNA patent application number US1999000358043 Method and system for internationalizing domain names. Published 2001-01-30 [12]
07/99: [13]; Renewed 2000 [14] Internet Draft on UTF5 by James Seng, Martin Duerst and Tan Tin Wee.
08/99: APTLD and APNG forms a working group to look into IDN issues chaired by Kilnam Chon. [15]
10/99: BIX Pte. Ltd. and National University of Singapore together with New York Venture Capital investors, General Atlantic Partners, spun-off the IDN effort into 2 new Singapore companies - i-DNS.net International Inc. and i-Email.net Pte. Ltd. that created the first commercial implementation of an IDN Solution for both domain names and IDN email addresses respectively.
11/99: IETF IDN Birds-of-Feather in Washington was initiated by i-DNS.net at the request of IETF officials.
12/99: i-DNS.net InternationalPte. Ltd. launched the first commercial IDN. It was in Taiwan and in Chinese characters under the top-level IDN TLD ".gongsi" (meaning loosely ".com") with endorsement by the Minister of Communications of Taiwan and some major Taiwanese ISPs with reports of over 200 000 names sold in a week in Taiwan, Hong Kong, Singapore, Malaysia, China, Australia and USA. Requires use of either plug-in or special DNS hacks.
Late 1999: Kilnam Chon initiates Task Force on IDNS which led to formation of MINC, the Multilingual Internet Names Consortium. [16]
01/2000: IETF IDN Working Group formed chaired by James Seng and Marc Blanchet
01/2000: The second ever commercial IDN launch was IDN TLDs in the Tamil Language, corresponding to .com, .net, .org, and .edu. These were launched in India with IT Ministry support by i-DNS.net International. Requires use of either plug-in or special DNS hacks.
02/2000: Multilingual Internet Names Consortium(MINC) Proposal BoF at IETF Adelaide. [17]
03/2000: APRICOT 2000 Multilingual DNS session [18]
04/2000: WALID Inc. (with IDNA patent pending application 6182148) started Registration & Resolving Multilingual Domain Names.
05/2000: Interoperability Testing WG, MINC meeting. San Francisco, chaired by Bill Manning and Y.Yoneya 12 May 2000. [19]
06/2000: Inaugural Launch of the Multilingual Internet Names Consortium (MINC) in Seoul [20] to drive the collaborative roll-out of IDN starting from the Asia Pacific. [21]
07/2000: Joint Engineering TaskForce (JET) initiated in Yokohama to study technical issues led by JPNIC (K.Konishi)
07/2000: Official Formation of CDNC Chinese Domain Name Consortium to resolve issues related to and to deploy Han Character domain names, founded by CNNIC, TWNIC, HKNIC and MONIC in May 2000. [22][23]
03/01: ICANN Board IDN Working Group formed
07/01: Japanese Domain Name Association : JDNA Lauch Ceremony (July 13, 2001) in Tokyo, Japan.
07/01: Urdu Internet Names System (July 28, 2001) in Islamabad, Pakistan, Organised Jointly by SDNP and MINC. [24]
07/01: Presentation on IDN to the Committee Meeting of the Computer Science and Telecommunications Board, National Academies USA (JULY 11-13, 2001) at University of California School of Information Management and Systems, Berkeley, CA. [25]
08/01: MINC presentation and outreach at the Asia Pacific Advanced Network annual conference, Penang, Malaysia 20th August 2001
10/01: Joint MINC-CDNC Meeting in Beijing 18-20 October 2001
11/01: ICANN IDN Committee formed
12/01: Joint ITU-WIPO Symposium on Multilingual Domain Names organised in association with MINC, 6-7 Dec 2001, International Conference Center, Geneva.
01/03: Free implementation of StringPrep, Punycode, and IDNA release in GNU Libidn.
03/03: Publication of RFC 3454, RFC 3490, RFC 3491 and RFC 3492
05/04: Publication of RFC 3743, Joint Engineering Team (JET) Guidelines for Internationalized Domain Names (IDN) Registration and Administration for Chinese, Japanese, and Korean
03/05: First Study Group 17 of ITU-T meeting on Internationalized Domain Names [26]
05/05: .IN ccTLD (India) creates expert IDN Working Group to create solutions for 22 official languages
04/06: ITU Study Group 17 meeting in Korea gave final approval to the Question on Internationalized Domain Names [27]
06/06: Workshop on IDN at ICANN meeting at Marrakech, Morocco
11/06: ICANN GNSO IDN Working Group created to discuss policy implications of IDN TLDs. Ram Mohan elected Chair of the IDN Working Group.
12/06: ICANN meeting at Sao Paulo discusses status of lab tests of IDNs within the root.
01/07: Tamil and Malayalam variant table work completed by India's C-DAC and Afilias
03/07: ICANN GNSO IDN Working Group completes work, Ram Mohan presents report at ICANN Lisboa meeting. [28]
Non-IDNA or non-ICANN registries that support non-ASCII domain names
There are other registries that support non-ASCII domain names; a Singapore company called I-DNS, also proposes via an own registrar network generic domain name registrations in various languages, but the country codes at the end of the domain names are also transcripted into the same characters as the domain names. The company ThaiURL.com in Thailand supports .com registrations via its own modified DNS, ThaiURL.
Because these companies, and other organizations that offer modified DNS systems, do not subject themselves to ICANN's control, they must be regarded as alternate DNS roots. Domains registered with them will therefore not be supported by most Internet Service Providers, and as a result most users will not be able to look up such domains without manually configuring their computers to use the alternate DNS.
At ICANN's December meeting at Sao Paulo, IDNs were discussed in depth. ICANN has continued lab tests of IDNs within the root to implement the true IDN top level domains (IDN.IDN).
Want to improve the current description for "Internationalized Domain Name" or add a new hosting term? Use the contact form to let us know! For full list of terms, check out the hosting glossary list!
Top Web Hosting offers impartial webmaster & customer web hosting reviews of web hosters, webhosting ratings, best php web hosting, web hosting ranking, web hosting news, coupon codes, newsletters and a lot more!
News or Articles
Internationalized Domain Name Program Adds Two Languages -
MARINA DEL REY, Calif.: Thai and Urdu are the newest languages available on the Internet Corporation for Assigned Names and Numbers wikipages set up for the global testing of Internationalized Domain Names (IDNs). "Each new language made available means more users from around the world will be more naturally able to share their experiences as we test the technical impact of IDNs," said Tina Dam, Director of ICANN's IDN Program. "The wikipages are ...
Internationalized Domain Names -
Workshop atICANN Annual Meeting (13 November)For several months, a workinggroup of the Internet Engineering Task Force (IETF) has beenworking to develop a standard specifying the requirements forinternationalized access to domain names. This standard, whenit is completed, will extend the ...
Internationalized Domain Names Working Group Requests Additional Information -
Marina del Rey, California, USA (21 June 2001) At the ICANN Stockholm meeting, the Internationalized Domain Names Internal Working Group of the Board of Directors announced that it was continuing its fact-finding efforts in accordance with the following schedule:1. The Working ...
Email: Spamfilters
De websites van de klanten stonden op een cluster van drie webservers, en die stonden natuurlijk wel in een datacentrum met een dikke verbinding naar het internet. Maar op dat moment waren de machines al besteld voor een flinke uitbreiding van het netwerk, en enkele maanden laten draaiden de verschillende websites over 11 verschillende machines, wat weer flink wat ruimte gaf voor groei.
Stel je hebt je eigen website of weblog. Natuurlijk is het dan ook leuk om hier afbeeldingen op te plaatsen. Je kunt dan zelf foto’s maken en die zijn dan jouw eigendom. Maar het komt ook vaak voor dat je een afbeelding zoekt bij een bepaald onderwerp waar je zelf geen foto van hebt. Hoe verleidelijk is het om eens rond te neuzen op het internet? Tik een woord in bij Google afbeeldingen en er verschijnt een scala aan hits. Mag dit zomaar?
Onlangs maakte iemand via Punt.nl een weblog aan waarbij de naam van een bedrijf werd gebruikt. De persoon die verantwoordelijk was voor deze weblog had echter geen connecties met het betreffende bedrijf en plaatste lasterlijke informatie op de site.
We komen het helaas elke dag meerdere keren tegen op de helpdesk van Mijndomein: klanten wiens website door anderen is overgenomen of gewijzigd. Hoe komt dit en wat kan je hiertegen doen?
U kunt een bepaalde ‘metatag’ opnemen op uw site – dan moet u de index.html van uw website bewerken, en de tag die Google hier opgeeft invoegen in het bestand. Voegt u deze metatag toe in het gedeelte van uw website.
Er wordt veel geschreven over het .htaccess bestand, maar was is het en wat kan ik er mee? Om dit te begrijpen leggen wij eerst uit waarvoor we het kunnen gebruiken. Een .htaccess (HyperText Access) bestand is een simpel stukje tekst met daarin server-specifieke mogelijkheden om een aantal opties voor uw website te kunnen regelen door een webserver. De voordelen zijn groter dan de nadelen en scheelt behoorlijk wat programmeercode wanneer je website dagelijks wordt gebruikt . Dode verwijzingen, hoe een browser omgaat met bepaalde foutmeldingen, veranderen van domeinnamen of URLs en het blokkeren van onnodige gasten op de website is iets wat iedereen wel eens is overkomen. Later zullen wij hier dieper op ingaan met een paar eenvoudige voorbeelden.
De internetpagina’s zoals wij die nu kennen zijn voornamelijk database en dynamisch gestuurde websites. Content Management Systemen zijn daar een goed voorbeeld van. Helaas kleeft hier ook een nadeel aan, omdat gegevens die verstuurd worden van en naar de database altijd met een tekst gebaseerde query moet worden uitgevoerd. Voor diegene die niet weten wat een tekst gebaseerde query is, het is de informatie die achter de domeinnaam wordt geplakt na het vraagteken.
