• Login
  • Register
  • Zoeken
Dit topic
  • Overal
  • Dit topic
  • Dit forum
  • Artikelen
  • Pagina's
  • Forum
  • Filebase-item
  • Meer opties

ICTscripters

Dé plek voor IT

Dé plek voor IT

Aanmelden

Geavanceerde opties
  1. Home
  2. Forum
    1. Alle berichten
    2. Recente activiteiten
  3. ICT Nieuws
  4. Blog
  5. Marktplaats
    1. Werk
    2. Advertenties
    3. Domeinnamen
    4. Websites
    5. Design & lay-outs
    6. Scripts
    7. Overige
  6. Design
  7. Leden
    1. Actieve bezoekers
    2. Team
    3. Leden zoeken
  8. Downloads
  9. Goedkope domeinnamen
  1. Home
  2. Forum
    1. Alle berichten
    2. Recente activiteiten
  3. ICT Nieuws
  4. Blog
  5. Marktplaats
    1. Werk
    2. Advertenties
    3. Domeinnamen
    4. Websites
    5. Design & lay-outs
    6. Scripts
    7. Overige
  6. Design
  7. Leden
    1. Actieve bezoekers
    2. Team
    3. Leden zoeken
  8. Downloads
  9. Goedkope domeinnamen
  1. Home
  2. Forum
    1. Alle berichten
    2. Recente activiteiten
  3. ICT Nieuws
  4. Blog
  5. Marktplaats
    1. Werk
    2. Advertenties
    3. Domeinnamen
    4. Websites
    5. Design & lay-outs
    6. Scripts
    7. Overige
  6. Design
  7. Leden
    1. Actieve bezoekers
    2. Team
    3. Leden zoeken
  8. Downloads
  9. Goedkope domeinnamen
  1. Dé plek voor IT - ICTscripters
  2. Forum
  3. Overig
  4. De lounge

Forum

  • [PROJECT] Gamekeuring.nl - Hét onafhankelijke keuringsplatform voor maffiagames & RPG's!

    frio 22 september 2026 om 16:40
  • Ictscripters / Koen

    Aaron 22 september 2026 om 15:07
  • 🚀 WE ZOEKEN TESTERS! 🚀

    Lijno 19 september 2026 om 19:37
  • Kweekrijk - van stekje tot Imperium

    Lijno 14 september 2026 om 23:00
  • Crimora.nl

    Jeffrey.Hoekman 8 september 2026 om 18:49
  • Programmeren geocht die samen met mij maffiaskrill.com

    Dennii 2 september 2026 om 11:15
  • Gezocht mafiasnextkill

    mrsenati 1 september 2026 om 17:38
  • nieuwe game

    tigermaffia 27 augustus 2026 om 18:02

Marktplaats

  • 402 Nieuwe Domeinnamen Augustus 2026

    shiga 19 september 2026 om 13:53
  • Ik verkoop maffiaskrill.com voor 30 eur0

    Jeffrey.Hoekman 9 september 2026 om 11:55
  • Straatbaas.eu – complete Nederlandstalige en Engelstalige online maffia-RPG

    Syntax 25 augustus 2026 om 14:41

help dit forum eet mijn entities op

  • FangorN
  • 15 december 2015 om 20:31
  • FangorN
    Professional
    Ontvangen likes
    196
    Artikelen
    2
    Berichten
    737
    • 15 december 2015 om 20:31
    • #1

    Als ik het volgende invoer (zonder spaties)
    & lt;
    Dan is dit na een edit:
    <
    Zo ook als ik:
    & amp; lt;
    invul dan is dit na de eerste edit:
    & lt;
    en na mijn tweede edit
    <

    Dit lijkt mij niet de bedoeling?

  • Gast, wil je besparen op je domeinnamen? (ad)
  • Online
    Aaron
    Beheerder
    Ontvangen likes
    60
    Berichten
    1.021
    • 15 december 2015 om 21:09
    • #2

    Hallo,

    Dit komt omdat alles dat je typt wordt omgezet naar html.
    Als je iets wilt typen dat niet mag worden omgezet, klik op het eerste vierkantje boven je typveld
    (naast het pijltje naar links)

    Dan typ je in de broncode....
    &lt;
    &amp;lt;

    Maar als je code wilt plaatsen van bv websites (php,...) kan je de tweede rij eerste knop gebruiken ( ===> < / >)


    Met vriendelijke groeten,

    Aaron

  • FangorN
    Professional
    Ontvangen likes
    196
    Artikelen
    2
    Berichten
    737
    • 16 december 2015 om 14:14
    • #3

    Meh. Waarom zou je sommige HTML toestaan? Is het normaal dat WYSIWYG-editors dit soort omzettingen doen? Als ik jou goed begrijp ben ik al in een semi-HTML context aan het typen, waarom gaat deze editor dan alsnog met mijn entiteiten aan de haal?

  • P.Yntema
    Gevorderd
    Ontvangen likes
    7
    Berichten
    185
    • 16 december 2015 om 14:45
    • #4
    Citaat van FangorN

    Meh. Waarom zou je sommige HTML toestaan? Is het normaal dat WYSIWYG-editors dit soort omzettingen doen? Als ik jou goed begrijp ben ik al in een semi-HTML context aan het typen, waarom gaat deze editor dan alsnog met mijn entiteiten aan de haal?

    Omdat dit een beveiliging is tegen bijvoorbeeld 'Cross-site scripting' of 'Cookie hijacking'. Als deze tekens niet worden gefilterd vormt dit een bedreiging voor iedere bezoeker.

    Bezig met een nieuw project: overhoorprogramma. Laat weten wat je ervan denkt. :)

  • FangorN
    Professional
    Ontvangen likes
    196
    Artikelen
    2
    Berichten
    737
    • 16 december 2015 om 15:27
    • #5

    Dat snap ik, maar er is een verschil tussen bepaalde passages onklaar maken en passages inhoudelijk aanpassen. Het eerste zou de voorkeur hebben, maar het laatste is wat er daadwerkelijk gebeurt.

    Dit is toch een soort van escape-on-input (al worden de entiteiten in dit geval omgezet naar hun oorspronkelijke karakters en dat is in wezen decodering) en dat heeft eigenlijk nooit de voorkeur omdat je daarmee je (rauwe) input inhoudelijk aanpast terwijl je fratsen als XSS enzo simpelweg kunt vermijden door output te escapen (waarbij je dus niet je (rauwe) input aanpast).

    Maar misschien gaat dit niet bij WYSIWYG-teksten waarin je mogelijk toch al in een rare spagaat zit (je wilt HTML toestaan, maar toch ook weer niet)?

    Snap je wat er gebeurt in mijn oorspronkelijke bericht? Ondanks het feit dat ik niets inhoudelijk aanpas aan mijn tekst voert het systeem aanpassingen in deze tekst door, het is dus alsof ik A intyp. Als ik deze tekst open om te wijzigen staat er B, en als ik dit na opslaan nog een keer doe staat er C zonder dat ik zelf een letter heb aangepast... Als je het mij vraagt klopt dat niet.

  • Online
    Aaron
    Beheerder
    Ontvangen likes
    60
    Berichten
    1.021
    • 16 december 2015 om 15:40
    • #6
    Citaat van FangorN

    Dat snap ik, maar er is een verschil tussen bepaalde passages onklaar maken en passages inhoudelijk aanpassen. Het eerste zou de voorkeur hebben, maar het laatste is wat er daadwerkelijk gebeurt.

    Dit is toch een soort van escape-on-input (al worden de entiteiten in dit geval omgezet naar hun oorspronkelijke karakters en dat is in wezen decodering) en dat heeft eigenlijk nooit de voorkeur omdat je daarmee je (rauwe) input inhoudelijk aanpast terwijl je fratsen als XSS enzo simpelweg kunt vermijden door output te escapen (waarbij je dus niet je (rauwe) input aanpast).

    Maar misschien gaat dit niet bij WYSIWYG-teksten waarin je mogelijk toch al in een rare spagaat zit (je wilt HTML toestaan, maar toch ook weer niet)?

    Snap je wat er gebeurt in mijn oorspronkelijke bericht? Ondanks het feit dat ik niets inhoudelijk aanpas aan mijn tekst voert het systeem aanpassingen in deze tekst door, het is dus alsof ik A intyp. Als ik deze tekst open om te wijzigen staat er B, en als ik dit na opslaan nog een keer doe staat er C zonder dat ik zelf een letter heb aangepast... Als je het mij vraagt klopt dat niet.

    De beste oplossing in uw geval zou zijn:
    Bij het bewerken van uw tekst. Werken in de broncode. Niet in de HTML....

    Dan blijft hij wel staan

Participate now!

Nog geen account? Registreer je nu en word deel van onze community!

Nu registreren Aanmelden

Blogs

  • Functioneel ontwerp

    Dees 28 december 2014 om 12:38
  • Access Control List implementatie in PHP/MySQL - deel 1/2

    FangorN 28 december 2018 om 12:35
  • Access Control List implementatie in PHP/MySQL - deel 2/2

    FangorN 29 december 2018 om 12:37

Gebruikers die dit topic bekijken

  • 1 Gasten
  1. Marktplaats
  2. Design
  3. Voorwaarden
  4. Ons team
  5. Leden
  6. Geschiedenis
  7. Regels
  8. Links
  9. Privacyverklaring
ICTscripters ©2005 - 2026 , goedkope hosting door DiMoWeb.com, BE0558.915.582
Sponsors: Beste kattenhotel provincie Antwerpen | Beste Zetes eid kaartlezer webshop
Style: Nexus by cls-design
Stylename
Nexus
Manufacturer
cls-design
Licence
Commercial styles
Help
Supportforum
Visit cls-design