Over gigi

Ik heb een printshot gemaakt van de index.html Kun je even kijken of alles goed is? Thanks grtz gigi ... Meer weergeven

Vriendelijk dank voor de uitgebreide beschrijving. Ik zal daar nog op reageren, maar kunt u eerst eens zien naar de bijlage die ik opstuur van de index of / gilbert.van.rumst list, met ervoor  de Parent Directory  die verschijnt in de plaats van mijn index.html webpagina. Hoe komt dit en wat kan ik doen om mijn index.html webpagina terug te zien? zie bijlage grtz, gigi ... Meer weergeven

Wat is een rpi? En bekijken met welke webserver??? Ik had graag het gedrag gekend bij een externe server anders dan Telenet. Ik heb ook nog enkele jaren een website gehost bij proximus ,een andere provider maar ik ben daarmee gestopt. Als je kijkt op users.telenet.be/MijnZandbakje zal je zien dat de foto bij Opslaan als wel in het Cyrillisch is. Van FileZila heb ik dit gevonden Als ik naar MijnZandbakje surf in google dan zie ik staan: NOT FOUND en als ik daarop klik kom ik in de topics terecht waarin we corresponderen. Ik zie geen enkele webpagina met MijnZandbakje staan op het internet. Ik heb contact had met Telenet en de medewerkster zal het doorgeven over de niet-ascii ondersteuning van de Telenet server. Ik heb haar ook ingelicht over mijn nieuwe website zodat er verder niets meer moet gewijzigd worden aan de bestaande toestand van mijn gratis 50 MB ruimte. grtz, gigi ... Meer weergeven

-----------------------------------------------------------------------------------------------------------------------------------Eureka!   Vergeet alles wat ik in de vorige topic heb geschreven. Ik heb ondertussen gezien dat je honderd percent gelijk hebt en dus moet ik niet meer verder zoeken.  Ik heb notepad++ geopend en de optie utf-8 gekozen in de Tekenset. Dan heb ik mijn toetsenklavier ingesteld op Russisch toetsenklavier Russisch. Ik heb dan de bestandsnaam : ИРОНИЯ СУДЬБЫ ИЛИ С ЛЁГКИМ ПАРОМ getypt in notepad++. Daarna heb ik in de Tekenset de optie Ansi aangevinkt. De cyrillische bestandsnaam veranderde in de Windows -1252 tekens. Ik plaatste beide zinnen onder elkaar en scheidde de cyrillische characters en ook de Ansi tekens, zodat ze mooi onder elkaar kwamen te staan. Nu kon ik duidelijk zien welke cyrillische letter bij welk Ansi teken hoorde. En je ziet ook duidelijk dat utf-8 de codering is van Windows 10. Want ik moet de utf-8 optie in Tekenset kiezen, opdat ik cyrillische characters kan typen met de  Russisch toetsenklavier Russisch instelling. Voor de Latijnse letters moet ik Ansi aanvinken en het toetsenbord op Nederlands instellen. Zie bijlagen. grtz, gigi   De laatste afbeelding is het cyrillische bestand dat met utf-8 geconverteerd is naar Ansi. Dit is blijkbaar de inhoud van de afbeelding. ... Meer weergeven

De binaire waarde van elke UTF-8 byte kan gelezen worden als een Windows-1252 teken (met uitzondering van 5 tekens die geen grafie hebben, maar waar deze techniek ook bij werkt).    Hier wordt gezegd dat de binaire waarde van elke UTF-8 byte kan gelezen worden als een Windows -1252  teken(met uitzondering  van 5 tekens die geen grafie hebben, maar waar deze techniek ook bij werkt).   Wat wordt er bedoelt met de binaire waarde van elk UTF-8 byte? Er wordt steeds geschreven dat voor het converteren zowel de decimale en hexadecimale tekens(waarden)worden ingezet. Bedoelen jullie de nullen en enen onder de decimale-en hexadecimale tekens(waarden)? https://www.w3schools.com/charsets/ref_utf_cyrillic.asp link voor cyrillic tabel basic en Windows -1252 Ook supplement cyrillic Hier wordt gezegd dat de binaire waarde van elke UTF-8 byte kan gelezen worden als een Windows -1252  teken(met uitzondering  van 5 tekens die geen grafie hebben, maar waar deze techniek ook bij werkt). Wat wordt er bedoeld met de binaire waarde van elk UTF-8 byte? Er wordt steeds geschreven dat voor het converteren zowel de decimale en hexadecimale tekens(waarden)mogen worden ingezet. Bedoelen jullie de nullen en enen onder de decimale-en hexadecimale tekens(waarden)? Ook staat in de Windows -1252 geen enkel teken dat een cyrillische character aanduid. De vergelijkingen die u maakt met de angelsaksische en middeleeuwse zweedse lettervorming Ð die in de code tabel staat van Windows-1252, is niet de Latijnse hoofdletter D. Als je ervan uitgaat dat een letter in het Latijns alfabet die een dec en hex waarde heeft, en die dezelfde dec en hex waarde heeft van een letter uit de cyrillische codering tabel, dan moeten het wel dezelfde letters zijn in de beide alfabetten.En dat is zeker niet met de Ð in Windows -1252. grtz, gigi Vermits ik op mijn enkel in een html bestan een meta opgeeft en er geen index is, wordt mijn pagina in Windows-1252 weergegeven, tenzij je de extensie Charset gebruikt en dan zie je de werkelijkheid in UTF-8. Dat begrijp ik niet. Op mijn ENKEL in een html bestand een meta opgeef en er geen index is, Wat bedoel je hier precies mee? Werk je in notepad++ op een lege pagina waarvan in de broncode geen charset staat ingevoerd? En bedoel je met geen "index" dat het geen index.html webpagina is? En Charset extensie doet die hetzelfde als in "Tekenset" van notepad++ bij Converteren naar utf-8? Zie ook bijlagen   ... Meer weergeven

Thanks again. Спасибо большое. ------------------------------------------------------------------------------------------------------------------------------------Tenzij je het jezelf extra moeilijk wil maken, zie ik geen voldoende reden om absoluut bestandsnamen (foto bestandsnamen) in het Cyrillisch te schrijven. (ik heb het gedaan om enerzijds je te helpen en anderzijds voor de uitdaging [mensen die niet streamen moeten op een andere manier hun tijd verdoen]).   Ik waardeer ten zeerste jouw kennis en hulp hierover. Ik heb familie die woont in Oekraïne en Rusland. De foto met de cyrillische bestandsnaam betekend waarschijnlijk niets voor jou. Dat is begrijpelijk.   Toen ik op bezoek was bij mijn familie in Oekraïne in 2009, heb ik de twee dvd's gekocht waarop de bekendste film van Oekraïne en Rusland staat. De film noemt :ИРОНИЯ СУДЬБЫ ИЛИ С ЛЁГКИМ ПАРОМ" en iedere jaarwisseling wordt deze film in Rusland en Oekraïne vertoond tijdens de Kerst- en Nieuwjaarstijd op de tv.   Je kunt het vergelijken zoals bij ons de film Alone Home. <HTML><META HTTP-EQUIV="content-type" CONTENT="text/html;charset=utf-8"> <P>Home Alone is nog steeds een populaire kerstfilm. Dat blijkt uit het feit dat de film nog elk jaar met <A title="Kerstmis" href="https://nl.wikipedia.org/wiki/Kerstmis">Kerstmis</A> op de televisie komt. In <A title="België" href="https://nl.wikipedia.org/wiki/Belgi%C3%AB">België</A> werd hij zelfs tot beste kerstfilm verkozen in <A title="2008" href="/wiki/2008">2008</A>. </P> <UL> <LI>Tagline - A Family Comedy without the Family.</LI> <LI>Tagline - Yesterday he was just a kid, tonight he's a home security system.</LI></UL> <P>Wereldwijd bracht de film 477 miljoen <A title="Amerikaanse dollar" href="/wiki/Amerikaanse_dollar">dollar</A> op. </P>   Op het internet wat de tekst hierboven gewoon geschreven zonder syntaxen. Vraag me niet waarop de tekst in deze wijze op mijn wordpad is gekopieëerd. Dus als ik mijn familie in Rusland deze foto wil laten zien met de cyrillische bestandsnaam en ik schrijf dat deze op mijn website staat, moet dit dan natuurlijk eerst mogelijk zijn om deze afbeelding van deze bekende Russische film te kunnen üploaden.   Als je dan beseft dat tegenwoordig het geen enkel probleem is om afbeeldingen en foto's van bekende Amerikaanse films te üploaden op de websites, zodat mensen die familie hebben in de Verenigde Staten van Amerika, dit kunnen tonen op hun website, is het wel wonderlijk dat dit nog niet kan voor Rusland en Oekraïne.   Enfin toch als je bent geabonneerd bij Telenet. Hou er echter rekening mee dat de meta vermelding hoogstwaarschijnlijk bepaald welke codering je browser gaat gebruiken om de pagina te tonen.   Voilà. Nu vraag ik me af wie bepaalt welke norm van codering op uw webpagina in de Header wordt aangebracht? Wie beslist daarover? Windows 10 of FileZilla? En als het algemeen bekend is dat de meeste huidige ftp programma's utf-8 ondersteunen, en dat Windows 10 dat ook doet, dan is het toch meer dan logisch dat de Telenet server zich ook aanpast aan de algemene trend op dit gebied. Of niet? FilaZilla vermeld tijdens de verbinding met de Telenet server dat de server geen niet - ascii ondersteunt. Dat is toch glashelder en uit de tijd.   Ik vraag me af of de zakenmensen in de Westerse landen, die contacten hebben in Rusland en Oekraïne en die een foto van een bedrijf in Rusland of Oekraïne willen zien, om een beter inzicht te krijgen van deze Russische -of Oekraïense firma, niet in staat zijn om ook een foto van hun Belgisch bedrijf te laten zien op hun business website of webshop?   Juist omdat de Telenet server utf-8 die alle wereldtalen ondersteunt niet op hun server is geladen? Raar! Op een pagina kan je dus onmogelijk een deel in codering A en een ander deel in codering B. De hexadecimale tekst van ИРОНИЯ СУДЬБЫ ИЛИ С ЛЕГКИМ ПАРОМ vind je hieronder: De Windows 1252 tekens die dezefde hexadecimale waarde hebben zijn: ИРОНИЯ СУДЬБЫ ИЛИ С ЛЕГКИМ ПАРОМ Dat is heel verstandig geredeneerd. Dat had ik zelf niet gevonden. Het is wel bedenkelijk als je weet dat de characters die utf-8 backwards ondersteunt tot de 127 limit (single byte 7 bits +0), minstens 2 bytes nodig hebben daarboven en toch kunnen worden geconverteerd met Windows -1252 tekens die maar één byte(8 bits) gebruiken.   Want Windows -1252 ondersteunt geen 2 bytes per character of heb ik het mis? Ook verwijs je steeds naar hexadecimale voorbeelden en geen decimale of unicode points. Waarom? Op het internet kun je converteren naar hex, dec, unic en nog andere coderingstekns die worden gebruikt. Je hebt toch de Windows -1252 tekens gevonden door op het internet een converter tool te gebruiken, die converteert van de cyrillische bestandsnaam naar hex waarden die daar mee overeen komen? En waarom geen decimale overeenkomstige tekens? (in dit stukje zijn enkele tekens verdwenen omdat ze geen grafie hebben in Windows 1252. Dit toont Notepad++: Elk Cyrillisch teken in UTF-8 is steeds 2 bytes lang. Hoe heb ik omgezet?   Notepad++ geopend, karakterset UTF-8 zonder Dit toont Notepad++: Elk Cyrillisch teken in UTF-8 is steeds 2 bytes lang. Hoe heb ik omgezet? Notepad++ geopend, karakterset UTF-8 zonder bom gekozen.   Uw tekst gekopieerd en geplakt in Notepad++. In Notepad++ nu het karakterset Windows 1252 gekozen. Notepad ++ wil absoluut eerst opslaan, dus opslaan bevestigd en toont me dan de tekst die je hierboven ziet.   Die tekst gekopieerd en geplakt in dit bericht (waar de opmering staat dat er sommige tekens verdwenen zijn). Daarna een afbeelding (altijd dezefde afbeelding met een andere naam) hernoemd door copy paste van de tekst naar de naam van de afbeelding. FileZila geopend en afbeelding in MijnZandbakje gezet. Eerst tot hier: waar de opmerking staat dat er sommige tekens verdwenen zijn.   Dat op zich is niet goed te noemen, zeker niet in codering weergave tekens! Van notepad ++ naar mijn computer in de e-mailbox waar voorzeker niet dezelfde codering wordt toegepast als in notepad++.   Daarna een afbeelding (altijd dezefde afbeelding met een andere naam). Die steeds dezelfde afbeelding is dat een andere afbeelding dan mijn abeelding met de cyrillische bestandsnaam?   Dat is opzich al riskant, want je kent niet honderd percent de inhoud van mijn afbeelding en waarschijnlijk ook niet van jouw gekozen afbeelding.   Je schrijft wel dat de inhoud van de afbeelding of foto van geen belang is en ook geen rol speelt bij een overdracht in een andere codering, maar daar ben ik niet zeker van.   FileZila geopend en afbeelding in MijnZandbakje gezet. Bekijk ik MijnZandbakje met UTF-8 codering (Charset extensie) dan zie ik jouw Cyrillische tekst. Is het zo dat Charset extensie alleen voor Apple Mac os is bestemd en niet voor Windows 10? Mag ik weten voor we verder gaan op welke overdrachtmodus jouw FileZilla staat ingesteld? Automatisch dus standaard, ascii en binary? En ook bij de geavanceerde opties: Standaard-Overdrachtsinstellingen: Standaard-actief-passief en bij Tekenset: Auto-detectie- utf-8 of geforceerde utf -8- Aangepaste tekenset.   Welke van de drie opties heb jij ingesteld? Dit is wel belangrijk als men dezelfde resultaten beoogd. De webpagina waar MijnZandbakje op is geüpload heeft dus in de Header een Meta met utf-8 . De server die de afbeelding van jouw laptop of pc heeft doorgstuurd is de Telenet server.   Als dit alles juist is wat ik hier neerschrijf dan heeft de Telenet server samen gewerkt met de Windows 10 browser, die de hex waarden heeft herleid naar utf-8 waarden en heeft de Telenet server een tandje bijgestoken voor u( misschien omdat je netweter bent)grapje. Want normaliter verschijnt er wanneer je ook een webpagina wil opladen met FileZilla een melding bij de verbinding :de server ondersteunt geen niet-ascii bestanden. Hier is een tegenspraak omdat jouw afbeelding met de codering van een cyrillische beastandsnaam omgezet in hex waarden wel doorstuurt. Of het moet zijn dat de hex waarden niet meer de waarden hebben van een utf-8 codering maar van een ascii codering. Maar dan moet Windows 10 in jouw browser deze ascii hex waarden(tekens) weer converteren naar utf-8 waarden of coderingstekens, opdat de afbeelding op jouw webpagina kan verschijnen.   (Natuurlijk als de Meta in de HEADER van jouw webpagina als charset utf-8 heeft staan. Vermits igvfer schreef dat zijn website wordt gehost door een andere provider dan Telenet, en het totaal geen problemen schept voor hem om een afbeelding of foto met cyrillische bestandsnaam te üploaden, zit hij op een ander terrein als wij en gaan zijn vergelijkingen niet op voor mijn situatie. FileZila geopend en afbeelding in MijnZandbakje gezet. Bekijk ik MijnZandbakje met UTF-8 codering (Charset extensie) dan zie ik jouw Cyrillische tekst.   Hier kan ik niet volgen! Bekijk ik in MijnZandbakje met utf-8 (Charset extensie) dan zie ik jouw Cyrillische tekst. Charset extensie werkt met Apple Mac OS en heeft ook een cyrillic coderingtabel.   Windows -1252 heeft geen aparte cyrillic coderingtabel.(info Charset extensie Apple Mac OS op het internet) Je merkt dat de verschillende tools niet volledig dezelfde mogelijkheden bezitten om te kunnen converteren. Deze uitleg heb ik al eerder gegeven. Van mijn part mag je gerust op andere manieren experimenteren, maar je mag nooit vergeten dat de bestandsnamen in Windows 10 altijd in UTF-8 gecodeerd zijn. Dit is heel juist en ik weet dat ook. Maar alleen dit feit en dat de Telenet server niet kan samenwerken op de normale manier zoals andere servers wel doen met utf-8, schept hier een probleem.   Want FileZilla en de browser van Windows 10 voldoen aan de eisen om uw webpagina's te kunnen converteren met utf-8. En zolang het West-europese en Amerikaanse teksten en foto's of afbeeldingen zijn gaat alles goed.   Het is mijn schuld niet dat de Telenet server niet de mogelijkheid heeft om cyrillische teksten die utf-8 codering nodig hebben, te converteren met utf-8 .(Opletten geblazen want alleen voor foto's en afbeeldingen met een cyrillische bestandsnaam). De cyrillische teksten vormen geen probleem. maar je mag nooit vergeten dat de bestandsnamen in Windows 10 altijd in UTF-8 gecodeerd zijn. Je kan een bestandsnaam onmogelijk in een andere codering zetten.   Het zou nogal wat zijn als je in cmd een dir doet of als je in verkenner de lijst van je bestanden bekijkt. Algemeen: welke codering gebruikt werd, wordt quasi nooit als attribuut of wat dan ook meegegeven. Het is gewoon een afspraak. Voilà. Dit omvat alles. Je kan een bestandsnaam onmogelijk in een andere codering zetten. Dit houd wel in voor zover ik het kan begrijpen, dat de verscheidene converter tools op het internet alleen voor computers zijn die niet werken met Windows 10. Er zijn natuurlijk nog oudere besturingssytemen maar dit alleen ter info: UCRT can be installed on older versions of Windows, but UTF-8 support will only work on Windows 10 (November 2019 update) and newer The character set most commonly used in computers today is Unicode, a global standard for character encoding. Internally, Windows applications use the UTF-16 implementation of Unicode. In UTF-16, most characters are identified by two-byte codes.   Terwijl Windows 10 toch utf-8 gebruikt op de computers en laptops. Windows-1252. Windows-1252 was the first default character set in Microsoft Windows. It was the most popular character set in Windows from 1985 to 1990. Conclusie: Van zogauw in de toekomst wanneer je een verbinding maakt met FileZilla met de Telenet server, en de melding:de server ondersteunt geen niet-ascii tekens, dan is alles opgelost. grtz, gigi De Windows 1252 tekens die dezefde hexadecimale waarde hebben zijn: enkele tekens verdwenen omdat ze geen grafie hebben in Windows 1252.   Dit toont Notepad++: ИРОНИЯ СУДЬБЫ ИЛИ С ЛЕГКИМ ПАРОМ Ð˜Ð ÐžÐÐ˜Ð¯ СУДЬБЫ ИЛИ С ЛЕГКИРœ ПАРОМ Ð 208 &ETH; Latin capital letter Ethtryit.asp?deci=208&ent=ETH   Ð is een character in de table Windows-1252 De code van Windows - 1252 bestaat hoofdzakelijk uit de characters Ð Als je de cyrillische bestandsnaam bekijkt dan zijn dit verschillende characters. De cyrillische dec en hex tekens volgens de tabel KOI8-R zijn als volgt: 1049/0419 1056/0420 1054/041E 1053/041D 1049/0419 1071/042F 1057/0421 1059/0423 1044/0414 1068/042C 1041/0411 1067/042B 1049/0419 1051/041B 1049/0419 1057/0421 1051/041B 1045/0415 1043/0413 1050/041A 1049/0419 1052/041C 1055/041F 1040/0410 1056/0420 1054/041E 1052/041C Hier zie je de 2 bytes en de code tekens zijn ook verschillend t.o.z. van elkaar. Dus meer waarheidstrouw. ИРОНИЯ СУДЬБЫ ИЛИ С ЛЕГКИМ ПАРОМ 2 bytes zijn 16 bits als ik me niet vergis, maar zoals bij de dec tekens kun je niet visueel zien of het een codering met 2 bytes is. Niet dat ik betwijfel of het wel juist is.   Maar het is toch altijd koffie dik kijken als je het mij vraagt. Kom je weer een andere code tabel tegen op het internet, dan zijn de dec en hex tekens niet altijd dezelfde. Привет gigi ... Meer weergeven

Nog een kleine opmerking over webruimte leegmaken. Als je via FileZilla of een ander FTP programma naar je webruimte gaat kan je toch gewoon alle bestanden die je niet meer wil verwijderen? Dat je sommige standaardmappen door Telenet ingesteld niet kunt verwijderen dat is logisch maar anders kan je alle zelfgemaakte bestanden en mappen verwijderen toch;   Ja je zegt zoiets. Het lijkt op het eerste gezicht vanzelfsprekend om de bestanden en mappen afzonderlijk te verwijderen, zowel in de interne site als de externe site. Dat heb ik ook gedaan!   Maar wat is er gebeurd??? Ik dacht als alle bestanden en mappen zijn gedeleted, dat ik opnieuw een nieuwe index.html zou kunnen maken en üploaden op mijn website.   En hier begint het droeve verhaal! Ondanks ik alle bestanden en mappen, ook de _vti_en _cnf mappen die door Telenet worden aangemaakt, lukt het me niet om een nieuwe index.html te üploaden op mijn oude website die leeg is gemaakt.   Als ik surf met google naar mijn website WELCOME TO MY WEBSITE dan komt steeds de oude index.html terug in het vizier. Ik krijg die met geen stokslagen weg, wat ik ook probeer.   Of ik nu de Geschiedenis in Extra bij internet explorer 11 of de history in Microsoft Edge wis, het maakt niets uit, de oude index.html blijft altijd terug komen. Op deze index.html webpagina staat ook een lege ruimte van een afbeelding die niet is opgeladen. Daarom wil ik deze index.html verwijderen of toch herstellen. Maar ik kan hem niet retrieven.    En zoals ik reeds gezegd heb, kijk een gekregen paard niet in de bek. Die ruimte is heel beperkt qua functionaliteit.   Doe de moeite als je een deftige site wil en spendeer een 50€ per jaar om webruimte met domeinnaam en mailboxen te huren via een andere provider. Je steekt er nu nutteloze tijd en moeite in. Ja wat is gegeven. Als ik die redenering overneem en ook zo ga denken dan heb ik een voorbeeld als volgt: ik heb Wigo Home S als abonnement voor tv, internet, telefoon. I Voor de mailboxen moet ik het niet doen, die heb ik van Telenet ruim voldoende. Ik ben geen specialist en ik verlang ook geen webshop op het internet. Ik wil gewoon een website waarop ik mijn composities kan plaatsen als mp3's en foto's, zodat ook mijn familieleden in Oekraïne en Rusland die kunnen horen en zien. grtz, gigi       ... Meer weergeven

Thanks. Nogmaals dank voor de uitgebreide en interessante uitleg over de wijze waarop met de coderingstekens wordt omgesprongen.   Van in het prille begin in 1968 bij het ontstaan van de ascii code tabel, (127 tekens VAN U+0000 tot u-007F ),de uitbreiding met extended ascii met een verruiming voor speciale tekens van 128 tot 191 (U+0080 tot 00FF ) (nog steeds één byte wel 8 bits)) en iso-8859-1 en Ansi Latin 1 tot 256 ,Latin extended -A ((256-383 0100-017F) Latin extended -B(384-591 0180-024F) waarop Windows-1252 volgde en de voortschrijdende toepassingen om alle wereldtalen te kunnen onderbrengen in één en dezelfde unicode tabel, spant utf -8 de kroon met zijn 1-4 bytes(octades) . In de utf-8 code tabel staat het angelsaksische teken( ook een middeleeuws zweeds teken) en nog andre contreiën als Ð c 390 en in de unic code tabel als 00D0. De unicode tabel richt zicht van characters naar cijfers en de utf-8 code van getallen naar binary met nullen en enen. Maar het blijft opletten geblazen. De cyrillische code tabel KOI8-R met utf-8 encoding begint pas vanaf Capital letter A dec 1040 en hex 0410. Maar er is ook de Cyrillic Basic 1024-1279 0400-04FF Cyrillic Supplement 1280-1327 0500-052F Je moet dus zeker goed opletten dat je met dezelfde utf-8 of unicode tabellen bezig bent. Ik ervaar wel een probleem omdat een medewerkster van Telenet belde en zei dat het een half jaar zal duren vooraleer alle links van mijn website zijn uitgewist ,en mijn vrije webruimte van 50 MB weer vrij komt.   Ik begrijp nu dat ik geen nieuwe website kon beginnen met een nieuwe index.html webpagina. De opgeladen database voor mijn website bedraagt ongeveer 48 Mb en deze data gegevens en afbeeldingen worden niet verwijderd of leeggemaakt door Telenet. Moet ik de uitleg van de Telenet medewerkster geloven dat het niet mogelijk is om mijn gratis webruimte van 50 MB leeg te maken? Op hun Telenet Beheer Website staan twee opties: een website bouwen en een website leeg maken .   Door hun ongeloofwaardige uitleg met een onderbouwde uitleg over het opnieuw vrij maken van mijn gratis 50 MB webruimte , lukt het me dus niet om een nieuwe website op Telenet op te starten.   Dan ben je reeds meerdere jaren aangesloten en krijg je met deze handelswijze te maken. Ik heb een Wigo Home S abonnement en beschik iedere maand over 200 gb upload. Mijn verbruik ligt rond de 20 tot 30 gb per maand.   Ik hoor hen niets zeggen over de resterende gigabytes tot 200 gb die ik nooit verbruik, wat een voordeel is voor hun en meer webruimte toelaat voor de duurdere abonnementen met grotere data transport snelheden.   Ze zeggen telkens opnieuw dat ik webruimte voor een nieuwe website kan bijkopen. De reden waarom je geen bestanden (ik veralgemeen, jij beperkt het tot afbeeldingen) met Cyrillische tekens kan uploaden, heb ik reeds meermaals aangehaald.   Bij de overdracht van je computer naar de server van Telenet, zegt de server aan het ftp-programma dat utf-8 niet ondersteunt wordt (allicht omdat Telenet nagelaten heeft een kleine update te doen). Ja dat is dan ook een tekortkoming in de huidige tijd waarin alle andere hostaanbieders wel over de mogelijkheid beschikken om met hun server utf-8 codering toe te laten. Ik ben reeds jarenlang een heel tevreden Telenet klant, daarom dat dit mij verbaasd. Blijkbaar speelt dit gegeven geen grote rol voor de betaalde abonnementen voor de webshops ,podcasts en Wordpress aanbiedingen. Dus je kon wel zoals ik met de optie "openen met " in de contextmenu van de rechtse muisknop internet explorer, microsoft edge aanklikken en de afbeelding met een cyrillische bestandsnaam zien staan.   Je vermeldde dat je een index.html webpagina nodig hebt om daadwerkelijk een foto of afbeelding met een Russische bestandsnaam te kunnen uploaden op de website.   Maar het is het ontbreken van een update voor utf-8 codering op hun server die de boeman speelt. De microprocessor die de opgang van de computerwereld volledig op gang bracht, waardoor de telegrafie en teleprinters hun kaarsje niet meer brandde,   maar de data overdracht met een ongekende snelheid de wereld begon te doorkruisen, wordt gebruikt zoals het hoort te zijn. Misschien schiet Telenet ook wakker en maken ze binnenkort gebruik van de beste coderings techniek utf-8 die er momenteel is in de wereld. Het feit dat FileZilla zich aan de tijdsgeest aanpast, en dat Windows 10 dit ook doet spreekt toch boekdelen. Natuurlijk indien de cyrillische characters konden worden omgezet met een ascii encoding was er ook geen vuiltje aan de lucht. Het ftp-programma gaat daarom overschakelen op Windows 1252 (heel goed mogelijk dat in Rusland de Russische computer overschakelt op Windows 1251).   Al mijn uitleg is juist om dit op te vangen door een overbodige conversie te maken. Om het in alle gevallen te kunnen bekijken met hetzelfde coderingset is de extensie Charset aangewezen.   Let wel deze paragraaf gaat uitsluitend over bestandsnamen, niet over de inhoud van bestanden. In FileZilla staan drie overdrachtsmodus: automatisch (standaard) ascii en binary, dus geen Windows-1252 encoding. Het blijft gissen wat bedoelt wordt met de server ondersteunt geen NIET-ASCII. Alle huidige browsers ondersteunen UTF-8, net zoals diezelfde browser ook een hele boel andere coderingen ondersteunen (nogmaals zie de extensie Charset).   Het is me wel opgevallen dat dit alleen werkt met Mac OS Apple besturingssystemen. In vorige antwoorden heb ik eerst uitgelegd je een Window 1252 teken kan invoeren met Ctrl en een 4 cijfering getal waarbij het eerste cijfer een nul is. Je hebt toen de getallen 0208 = Ð en 0129,0141, 0143,0144,0157 aangegeven. Alleen de combinatie 0208 = Ð werkte goed in wordpad en kladblok.   Bij de overige 4-cijferige getallen kwam er niets te staan in mijn wordpad en kladblok.   Toen ik deze getallen intypte in de cijferblok draaide plots mijn beeldscherm volledig om en stond alles op zijn kop. Heropstarten bracht niets aan de dijk en pas na nogmaals op de alt toets en een andere cijfertoets te drukken kwam het beeldscherm weer goed te staan. Ik weet niet met welk besturingssysteem jij werkt? Windows of Mac os ? met behulp van Notepad++ . in d0 staat de d voor 13 x 16 en dat is dan decimaal 208. De invoer van Ctrl 0208 geeft als grafie Ð weer. Hexadecimaal 94 staat voor 9 x 16 + 4 = 144 + 4 = 148.   Met behulp van de conversie in Notepad++ bespaar ik met het lastig en moeilijk controleerbaar invoeren van viercijferige getallen. Ik stel enkel vast dat Д de hexadecimale waarde heeft van d0 94. in vorige antwoorden heb ik eerst uitgelegd hoe je een Windows 1252 teken kan invoeren met Ctrl en een 4 cijfering getal waarbij het eerste cijfer een nul is. later heb ik ook vermeld hoe je die conversie ook kan doen met behulp van Notepad++ . in d0 staat de d voor 13 x 16 en dat is dan decimaal 208. De invoer van Ctrl 0208 geeft als grafie Ð weer.   Hexadecimaal 94 staat voor 9 x 16 + 4 = 144 + 4 = 148. Met behulp van de conversie in Notepad++ bespaar ik met het lastig en moeilijk controleerbaar invoeren van viercijferige getallen. utf-convert => hexadecimaal:ИРОНИЯ СУДЬБЫ ИЛИ С ЛЕГКИМ ПАРОМ Dit zijn de hex tekens die zijn geconverteerd van de cyrillische bestandsnaam van de afbeelding: 0xef 0xbf 0xbd 0xef 0xbf 0xbd 0xef 0xbf 0xbd 0xef 0xbf 0xbd https://onlineutf8tools.com/convert-utf8-to-hexadecimal Dus ik heb de Russische bestandsnaam van de afbeelding geconverteerd met de conversie tool utf-8 => hexadecimaal Wat jij hebt gedaan met de Д en de hex d0 94. Maar nu? De cyrillische bestandsnaam hernoemen met de hex tekens en opslaan? grtz, gigi grtz, gigi ... Meer weergeven

Thanks. Voor de grafische weergave van tekens beperk ik me tot Windows 1252 en de UTF-8 tabellen     Windows-1251en iso-8859-5 beschikken wel over alle cyrillische characters. Zie bijlage. Utf-8 beschikt eveneens over alle cyrillische tekens. (gewoon info)   De meta charset van webpagina's is tegenwoordig allemaal utf-8 codering, zo ook op mijn webpagina's. Dit kan ik zien in de broncode van elke webpagina op mijn website users.telenet.be/naam.    Het feit dat de cyrillische teksten op mijn webpagina's goed worden getoond op mijn externe webpagina's, toont aan dat de utf-8 codering goed functioneert.   Vermits de Telenet server mijn doorgestuurde cyrillische teksten eerst opslaat in hun database, en daarna doorzend naar mijn externe webpagina's op mijn website zonder problemen, betekent dat de Telenet server de utf-8 tekencodering juist toepast en niet iso-8859-1 en windows-1252 gebruikt.   Wat de oorzaak is dat de afbeelding met cyrillische characters als bestandsnaam niet kan worden geüpload weet ik niet. Het zou zo maar kunnen zijn dat er een beperking of toestemming is vereist, zodat deze afbeelding niet kan worden opgeslagen op een openbare of publieke website. Ik heb een heel interessante website gevonden die heel duidelijk omschrijft welke coderings tabellen zijn geschikt om de cyrillische characters  te kunnen converteren.https://www.smashingmagazine.com/2012/06/all-about-unicode-utf8-character-sets/ Het is van het grootste belang dat de verzonden en ontvangen data kunnen worden bekeken met dezelfde coderingsset.        Hieruit blijkt dus dat de Microsoft edge browser utf-8 ondersteunt, en zodoende de interne webpagina's die ik met FileZilla doorstuur van utf-8 codering voorziet.             Als iemand het Russische woord Привет dat is gemaakt met een utf-8 codering bekijkt met ISO-8859-1, ziet hij ¿àØÒÕâ in plaats van Привет.(Russisch voor gegroet)   Een langere zin als Я  рада Вас видеть ("leuk om je te zien" op een formele manier aan een vrouw), ingediend als ISO-8859-5, zal verschijnen in ISO-8859-1 als Ï âÞÖÕ àÐÔÐ.   Het ziet er zo uit omdat het 128-255-bereik van ISO-8859-1 veel klinkers met accenten bevat.     Er is ok nog de mogelijkheid om de KOI8-R te gebruiken met cyrillische characters. In FileZilla bij het openen en verbinden staat geschreven: "de server ondersteunt geen niet-ASCII tekens."  Ik weet niet wat dit juist betekent?     Dus als mijn webpagina over de utf-8(unicode) codering beschikt en de Telenet server stuurt teksten door die zijn geconverteerd met iso-8859-1 of Ansi(korte Amerikaanse uitdrukking voor Ansi Latin 1),dan zal de overdracht niet lukken en allerlei andere tekens tonen.  Maar dit gebeurt niet.    Enfin uw redenering zal wel kloppen. De hex getallen do en 94 voor Д zijn in Windows -1252 voor Ð"(Windows -1252) zijn ook de hex getallen voor de cyrillische hoofdletter Д(utf-8) als overeenkomst voor beide tekencoderingen in de tabellen  utf-8 met cyrillische characters en Windows -1252. Interessant.  Als ik de zichtbare naam Ð"  invoer als Windows 1252, gaat het systeem dat vertalen naar een UTF-8 code.   De c3 90 vind je in de UTF-8 blok U+0080 en e2 80 9d in UTF-8 blok U+2000.   Hoe voer je de zichtbare naam Ð" in als Windows 1252?   Gebruikt u hiervoor de unicode converter online ? UTF-8  U+00D0 Ð c3 90 LATIN CAPITAL LETTER ETH   Ð heeft als UTF-8 de hexadecimale waarde c3 90 en voor ”  wordt e2 80 9d       ... Meer weergeven

Nog een aanvulling. ISO-8859-1 is een oude standaard van vroeger in de jaren 1980. Het kan slechts 256 tekens vertegenwoordigen, dus alleen geschikt voor sommige talen in de westerse wereld. Zelfs voor veel ondersteunde talen ontbreken sommige tekens. Als u een tekstbestand in deze codering maakt en probeert enkele Chinese tekens te kopiëren/plakken, ziet u vreemde resultaten. Dus met andere woorden, gebruik het niet. Unicode heeft de wereld overgenomen en UTF-8 is tegenwoordig vrijwel de standaard, tenzij je een aantal verouderde redenen hebt (zoals HTTP-headers die compatibel moeten zijn met alles). Mijn reden om deze vraag te onderzoeken was vanuit het perspectief, is op welke manier ze compatibel zijn. Latin1 charset (iso-8859) is 100% compatibel om te worden opgeslagen in een utf8 datastore. Alle ascii & extended-ascii chars worden opgeslagen als single-byte. De andere kant op, van utf8 naar Latin1 charset werkt al dan niet. Als er teken van 2 byte (tekens voorbij extended-ascii 255) zijn, worden ze niet opgeslagen in een Latin1-gegevensopslag. In UTF-8 2 byte coderingen beginnen bij 128. Er zijn echter overeenkomende tekens in beide, dus het is mogelijk om te gaan: ISO 8859-1 -> UTF-8 -> ISO 8859-1 losslessly, maar als er tekens in een UTF-8-document groter dan 255 zijn, kan het niet lossless worden geconverteerd. – grtz, gigi ... Meer weergeven

Thanks. Download 64-bits x64 Installateur | GPG-handtekening Draagbaar (zip) | GPG-handtekening Draagbaar (7z) | GPG-handtekening Mini-draagbaar (7z) | GPG-handtekening Broncode downloaden Download Notepad++ broncode van de huidige versie en/of controleer sha-256 digests voor binaire pakketten op GitHub Wat moet ik precies downloaden? Als je ASCII-tekens vermengt met Cyrillische tekens, dan zal bij het sorteren de ASCII-tekens steeds kleiner zijn dan de Cyrillische. Dus het lijken dezelfde tekens, maar in feite zijn ze totaal verschillend. Ik begrijp niet goed dat je een Oost- Europees alfabet dat alleen kan werken met utf- 8 en volledig verschilt van een West-Europees alfabet, dat werkt met Windows -1252 dat je die kunt converteren met elkaar. Zeker omdat het cyrillische alfabet meer letters heeft dan het Latijnse alfabet.   En ik vraag me ook af vanaf welk decimaal getal een cyrillisch character begint? Volgens hetgeen ik weet gaan de Latijnse tekens ( iso-8859-1)tot 191 in latin1 en 256 in Windows- 1252. En blijkbaar gebruiken de cyrillische characters hogere getallen dan 256. Is dit juist? Dus als er in de cyrillische bestandsnaam cyrillische tekens voorkomen die niet aanwezig zijn in de cp Windows-1252 , dan is het ook ONMOGELIJK om deze te converteren en om te zetten naar Latijnse tekens in de cp Windows-1252 tekencodering. Dus einde verhaal. In deze post zie je twee afbeeldingen van MijnZandbakje Als ik klik op de link dan komt dit: Deze pagina is niet bereikbaar Controleer of er een typfout is in %20https. Als de spelling juist is, probeert u Windows Netwerkcontrole uit te voeren. DNS_PROBE_FINISHED_NXDOMAIN Vermits de ontvangende server (in elk geval users.telenet.be) ook alle tekens aanvaard met een decimale waarde van 128 tot 255 (x'80' tot x'ff') misleid je de tekensetconversie van de naam van het bestand. Je doet daarmee juist de tegenovergestelde conversie zodat beide conversies elkaar opheffen. Deze theorie kan wel juist overkomen MAAR...... hier wordt aangehaald dat de ontvangende server ook alle tekens aanvaard met een decimale waarde van 128 tot 255((x'80' tot x'ff'). Nogmaals vanaf welke decimaal getal in de utf-8 tekencodering begint bv de cyrillische letter " ю "of de cyrillische letter " Я "??? Hoger of lager dan 256 ? De weergave van een webpagina heeft niets vandoen met de server waarop het staat. De weergave wordt in eerste instantie bepaald door de opgegeven codering in de meta en indien die er niet is door de webbrowser. Als je een browser met de extensie Charset gebruikt, zal je zien dat jouw pagina weergeven wordt in UTF-8 en MijnZandbakje in Westers. Wilt dit zeggen dat mijn webpagina is doorgestuurd door FileZilla die alleen utf-8 tekencodering gebruikt en dat jouw westerse webpagina door een ander ftp tool is geüpload ? Dus een ftp die geen utf-8 tekencodering doorgestuurd? Grtz, gigi ... Meer weergeven

Thanks. Ik ben een leek zoals eerder vernoemd en daarom zou ik graag het voorbeeld zien zoals het is ingebracht door u, en niet de syntax copy bestaande naam nieuwe naam en welke suffix is er van toepassing? copy bestaande_naam nieuwe_naam (steeds suffix inbegrepen) dus copy ирония судьбы или с лёгким паром добро hernoemen: ren bestaande_naam nieuwe_naam (ook steeds suffix inbegrepen ren ирония судьбы или с лёгким паром добро Is dit juist? Je kan het eveneens doe in verkenner. De nieuwe naam gaf ik 4-cijferig in met de Alt-toets ingedrukt. En blijkbaar is mijn invulling niet goed want hier schrijf dat de nieuwe naam 4-cijferig is met de Alt-toets ingedrukt. Sorry maar het zijn omschrijvingen van hetgeen je doet waar ik niet uitkom. Graag had ik voorbeelden die niet omschreven zijn maar laten zien hoe ze er uitzien zoals ze zijn toegepast, met een screenshot of printscreen zoals ik doe . Dat vermijd telkens dat ik opnieuw moet vragen hoe je feitelijk te werk ging. Ook deze omweg, met risico op fouten kan vermeden worden. Dus welke omweg als ik de voorgaande beschrijving niet begrijp. Open Notepad++, kies nieuw bestand, kies karakterset UTF-8 (zonder bom), kopieer de Cyrillische naam naar dat nieuwe bestand, kies Karakterset meer West-Europees Windows 1252, Schrijf je zelf eerst de Cyrillische naam op en copieer je deze daarna? Wat is juist:"meer West-Europees Windows1252 ? De tekencodering Windows-1252, door Windows omschreven als ANSI Latin 1,[1] en in de context van Windows in de V.S. en het grootste deel van Europa kortweg ANSI genoemd, is een bepaalde extended ASCII-tekenset. Dit is in feite een uitbreiding die tekens gebruikt waarbij de 0 in ascii (7-bits) ook wordt gebruikt dus omvormt tot 8 tekens.Maar zoals je weet vereist het cyrillisch alfabet veel meer characters danAnsi Latin 1 of Windows cp - 1252 heeft. Ik heb gemerkt dat in de ascii(standaard) en de extended ascii uitsluitend 12 cyrillische chararacters voorkomen(zie blijlage) . De vraag is dan ook als er niet voldoende tekens met de ANSI codering aanwezig zijn voor het cyrillische alfabet,dan kun je dus ook deze russische letters niet converteren naar de ascii tekens met UTF-8. Of toch? In Noord-Amerika en West-Europa is dit de set CP1252, die voor het grootste gedeelte overeenkomt met de tekenset ISO 8859-1. Men noemt het hier een bestaande extended ASCII-tekenset Ik zal Notepad++ downloaden en het uitproberen.Dan pas kan ik begrijpen wat je voorstelt. Omdat het bestand wordt gewijzigd als client en server niet op hetzelfde soort platform worden uitgevoerd, kan dit gegevenstype niet worden gebruikt voor bestanden met willekeurige tekens, zogenaamde binaire bestanden, zoals afbeeldingen en video's. Als het toch wordt gebruikt, zijn de binaire bestanden hoogstwaarschijnlijk beschadigd en werken ze niet meer zoals verwacht. Ik kan me niet indenken dat de server niet werkt het het operating systeem Windows 10!!! In vergelijking met het ASCII-type is binair type het eenvoudigere: het bestand wordt gewoon overgedragen zoals het is en er wordt geen regeleindevertaling uitgevoerd. Dit is de beste keuze. FileZilla analyseert op geen enkele manier bestanden die als ASCII zijn geüpload!!! Hieruit blijk dat je absoluut binair moet gebruiken!!! Deze stoort zich niet aan de regel uiteinden op het platform van de Telenet server. Dus als je gemengde lijneinden hebt, kunnen er enigszins "onverwachte" dingen gebeuren Ascii voor FileZilla niet geschikt binair (in de specificatie "afbeelding" genoemd)deze is volgens de beschrijving geschikt Ebcdic Lokale FileZilla analyseert op geen enkele manier bestanden die als ASCII zijn geüpload. Als je met FileZilla als ftp ASCII bestanden üpload, vergeet dan de samenwerking of convertering met de Telenet server. FileZilla werkt uitsluitend met utf-8. Of de Telenet server moet wel de utf-8 codering kunnen omzetten of converteren,maar ook Windows 10 moet dit kunnen.En zoals ik reeds aanhaalde moet je in Windows 10 de béta versie omschakelen naar utf -8 om dit te bereiken. Maar dit is bedrieglijk want de russische tektsten op mijn webpagina worden probleem overgebracht. Een afbeelding heeft blijkbaar een binaire codering nodig om goed te kunnen worden geconverteerd. Als het jou is gelukt om de afbeelding met cyrillische tekens toch te plaatsen op de webpagina van users.telenet.be met FileZilla , dan denk ik dat de server van Telenet converteert met de utf -8 tekencodering.Maar of Windows 10 een foto of afbeelding kan converteren met cyrillische characters weet ik niet. Dan moet de overdrachtmodus wel op "ascii" staan en niet op "automatisch of "binair" in FileZilla. Neen, de overdrachtmodus heeft uitsluitend betrekking op de inhoud van een bestand. Het heeft enkel betrekking op de tekens einde regel. Zie hier. Blijkbaar wel. ASCII werkt met RT+LF (unix en mac niet)lijneinden,als de Telenet server deze deze RT+LF lijneinden wel ondersteund en werkt met Windows 10 heeft het wel betrekking op het doorsturen van de bestanden als deze zijn gecodeerd met ascii.Voor "binair" speelt het geen rol want deze codeert onafhankelijk van de RT EN LF voorwaarden . Blijkbaar wordt "automatisch" bedoeld als utf-8 overdracht modus. Kun je ook een afbeelding plaatsen die de foto met cyrillische charactrers op jouw webpagina laat zien? Neen, dat kan ik niet. Als er geen index.htm(l) staat, gaat een browser werken in de stijl van Windows Explorer. Zo kan je alle bestanden zien. Als er een index.htm(l) is, dan kan je de bestanden niet meer zien, enkel inhoud van bestanden. M.a.w. een üpload van een webpagina kan worden gezien in Windows internet explorer zoals hij te zien is op een webpagina . Natuurlijk is internet explorer geen Telenet webruimte waar andere regels kunnen gelden en dus kan deze bewerking misleidend zijn. En werkt de Windows explorer met utf-8, die nodig is om de cyrillische characters te converteren???Of converteert Windows 10 nog steeds met Ansi of Windows cp 1252??? Het is riskant om met andere middelen te experimenteren die niet aan dezelfde ontwikkeling en status zijn onderworpen. Ik ga er nog steeds vanuit als wanneer je zelf een website hebt staan op de gratis webruimte van Telenet en dezelfde handelingen toepast die ik heb gedaan, dat je dan pas echt goed kunt constateren wanneer het wel of niet lukt om een afbeelding met cyrillische tekens te plaatsen op de webpagina van jouw zelf gecreëerde website op users.telenet.be /janne_man De browsers gaan zelf bepalen welk tekenset ze gaan gebruiken. Je kan dat doen met je browser (niet met Internet Explorer, wel met Microsoft Edge, Chrome, Firefox, Brave, ...). Je moet de extensie Charset installeren. Met het icoontje van deze extensie kies je als tekenset UTF-8. (in Edge, Chrome en Brave is het icoontje ¶ en in Firefox is het moeilijk leesbare icoontje æ. Maar nogmaals de browser is niet de gratis webruimte van Telenet waar ik mijn website heb staan met de titel " Welcome to my site". En zoals u zelf wel weet bepaalt elke provider welk tekencodering op zijn server zal worden toegepast. Dat heeft @igvfer ook reeds vermeld. Zijn website heeft de mogelijkheid om afbeeldingen met cyrillische tekens te üploaden omdat de server van zijn provider dit toelaat. Nogmaals bedankt voor het geduld en al de moeite die u zicht getroost om mij goed in te lichten. Ik vind het zeer interessante materie om te leren en ik heb hierover al veel opgestoken door uw onbaatzuchtige hulp. grtz, gigi   [url=https://postimg.cc/Wt4gKzRV][img]https://i.postimg.cc/Dfr6S4BS/gilbert-janne-man-18-febr-2021.png[/img][/url]  -------------------------------- Ik vermoed dat je deze link bedoelt: https://postimg.cc/Wt4gKzRV janne_man (Krak) heeft de inhoud van deze post bewerkt. Reden: Link naar afbeelding toegevoegd   ... Meer weergeven

Nogmaals bedankt voor de uitvoerige beschrijving Vermits het FTP programma een vertaling doet van de bestandsnamen van UTF-8 naar Latin 1 of 1252 (het blijkt 1252 te zijn), dacht ik als er nu eerst een extra vertaling gedaan wordt (negatie van de negatie) dan moet dat op zijn poten vallen. (het blijkt 1252 te zijn) Waaraan zie je dat het Windows 1252 waarmee het FTP programma de bestandsnamen vertaalt ?   FileZilla heeft 3 opties: automatisch (wat dat betekent weet ik niet) ascii (standaard) en binair. Het utf-8teken Д bezet 2 bytes met de decimale waarden 208 en 148, dit zijn in latin 1 de tekens Ð en ”. Ik verander de naam van het bestand, dat heb ik gedaan met de rename (ren) opdracht in cmd. Voor Д voerde ik ALT+0208 en ALT+0148 in. Deze twee Latin 1 tekens kreeg ik dus te zien.   Ik deed eenzelfde verwerking voor de vier andere tekens. Uiteraard is intern in Windows deze naam niet meer hetzelfde als de oorspronkelijke. Intern wordt dit Latin 1 vertaald naar UTF-8. Is het mogelijk een afbeelding van de dos commando's te maken in cmd? Zodat ik kan zien hoe je te werk ging in CMD. Als ik nu dat bestand overbreng met FileZila lukt dat. Elk UTF-8 teken uit deze naam kan FileZila immers vertalen naar een Latin 1 waardoor er geen foutmelding komt. Deze vertaling resulteerd opnieuw voor de decimale waarden 208 en 148 voor Д. Dan moet de overdrachtmodus wel op "ascii" staan en niet op "automatisch of "binair" in FileZilla.   Het enige wat je dan nog moet doen is wat @igvfer al eens geschreven heeft: in je metat content het characterset UTF-8 opgeven. e krijgt dan alles mooi te zien in het Cyrillische op user.telent.be. Dus als het mogelijk is stuur een afbeelding hoe je de bewerking in CMD hebt gedaan? Kun je ook een afbeelding plaatsen die de foto met cyrillische charactrers op jouw webpagina laat zien? grtz, gigi   ... Meer weergeven

Thanks voor de aanvullende uitleg. ANSI staat voor Windows cp 1252 en wordt meestal gebruikt door Noord-Amerika en West-Europa. (geen cyrillische characters)   Kunnen wel geconverteerd worden backwards naar UTF-8 . Deze Добро ansi characters worden niet verzonden door FileZilla , FileZilla verzend alleen utf-8 characters. 2.For Notepad++, navigate to Settings > Preferences > New Document/Default/Directory and set Encoding to UTF-8. Misschien kun je hier iets mee doen in notepad++? In Windows 10 kun je UTF-8 instellen in Configuratiescherm: typ in het vak search regio- klik op land/regio- klik op de de tab Beheer- klik op Systeemlandinstelling. Huidige systeemlandinstelling : Nederlands(België) Béta Gebruik Unicode utf-8 voor wereldwijde taalondersteuning Hier kun je een vinkje plaatsen als je utf-8 verkiest. grtz, gigi   ... Meer weergeven