Externe Embed Protecten van Rightclick

[Verwijderd]

Mijn vraag:
Weet iemand hoe je een externe embed kan protecten van rightclick mouse, ik gebruik al rightclick protection met een plugin maar de enige rightclick die het nog mogelijk maakt is via de embed die ik gebruikook

Relevante software en hardware die ik gebruik:
Wordress

Wat ik al gevonden of geprobeerd heb:
ja heb ik gedaan op het internet maar nog niet op Tweakers.

[mcDavid]

Waarom wil je uberhaupt je bezoekers onnodig irriteren door browserfuncties te slopen?

[RobIII]

Verwijderd schreef op dinsdag 3 april 2018 @ 11:27:
Weet iemand hoe je een externe embed kan protecten van rightclick mouse

Niet. End of story.

Iemand die gemotiveerd genoeg is krijgt je resource, ongeacht je "protection" toch binnen. De browser moet de resource downloaden en als de browser 't kan dan kan die persoon 't ook. Desnoods door de url rechtstreeks te benaderen, de developer tools / console te gebruiken of wat dan ook.

Verwijderd schreef op dinsdag 3 april 2018 @ 11:27:
Wat ik al gevonden of geprobeerd heb:
ja heb ik gedaan

Het idee is dat je dan even vertelt wat je dan gevonden hebt, wat er niet werkt(e) etc. Niet "ja heb ik gedaan". Als je al 5 dingen geprobeerd hebt bespaar je ons tijd om die 5 dingen niet allemaal onnodig aan te dragen; of we kunnen je feedback geven op mogelijke variaties/verbeteringen van die 5 dingen etc. Dus als je al gezocht/gevonden/geprobeerd hebt: geef dan aan wat. Zie ook onze Quickstart

[ Voor 41% gewijzigd door RobIII op 03-04-2018 11:33 ]

[Verwijderd]

hahahha sorry ik heb soms iets in mijn hoofd en dan leg ik het zo eventjes krom uit haha.

Ik weet genoeg uit de reacties bedankt.

[b2vjfvj75gjx7]

Jan en Truus willen je content niet eens benaderen via de rechter-muis-knop... en Johan (de IT expert) kijkt gewoon via F12 naar de assets of schrijft een CURL die alsnog alles binnenharkt.

Dus met dat soort ongewenste UI / UA / UX truukjes ga je niets bereiken.

Wil je toch iets doen, om het basaal te voorkomen, dan kan je wellicht deze DOM / CSS proberen.
 

HTML:

<div data-no_click oncontextmenu="return false">
  // ...embedded content...
</div>

Cascading Stylesheet:

[data-no_click] {
  user-select: none;
  ::vendor-prefix:user-drag : none;
}

- edit - demo... https://codepen.io/anon/pen/LdMPrJ

- edit 2 - zou wel handig zijn als je embedded pens kan tonen hier - zoals bv. Stackoverflow doet

[ Voor 21% gewijzigd door b2vjfvj75gjx7 op 08-04-2018 16:37 ]

[DJMaze]

@b2vjfvj75gjx7 en dan staat opeens JavaScript uit......
Gooi er dan een div overheen (totdat iemand CSS uitschakelt).
En dan Menu -> Pagina opslaan als.... + assets

Zelfs mijn oma kan "pagina opslaan" klikken.

[ Voor 6% gewijzigd door DJMaze op 08-04-2018 16:40 ]

[b2vjfvj75gjx7]

DJMaze schreef op zondag 8 april 2018 @ 16:39:
@b2vjfvj75gjx7 en dan staat opeens JavaScript uit......
Gooi er dan een div overheen (totdat iemand CSS uitschakelt).
En dan Menu -> Pagina opslaan als.... + assets

Echt, hou toch op. Zelfs een idioot kan "pagina opslaan" klikken.

Dat zei ik toch... qua UX / UA / UI is dit 100% bad-practice...

Maar 99.99% van de mensen heeft JS aanstaan en Truus en Jan zeker (Johan ook, trouwens)...

[AW_Bos]

Wat de anderen zeggen, niet aan beginnen. het is zwaar annoying.
Elke site die ik met zo'n belabberde slopende functionaliteit tegenkom, mag zich verheugen op een mail van mijn kant als ik even de zin krijg
In de meeste gevallen slopen ze de beveiliging er snel en direct uit, op een enkele site van wat hardleerse Friezen na met een niet nader te noemen transport-site

Het wordt eigenlijk tijd dat browsers dit gewoon niet moeten toestaan.

[ Voor 22% gewijzigd door AW_Bos op 13-04-2018 11:20 ]

[RobIII]

AW_Bos schreef op vrijdag 13 april 2018 @ 11:18:
Het wordt eigenlijk tijd dat browsers dit gewoon niet moeten toestaan.

offtopic:
In een aantal gevallen (pak een WYSIWYG editor ofzo) wil je een 'eigen" contextmenu laten zien; daar zie ik 't nut wel. Anderzijds wil je dit (het totaal uitschakelen van het browser-contextmenu) inderdaad niet hebben. De enige oplossing die ik zie is de twee 'samensmelten'; zet er een (optioneel) item tussen en laat de website dáár subitems aan toevoegen / geef dáár de (volledige) controle over. Zoiets zeg maar. Maar dat betekent weer meer handelingen als je het "custom" contextmenu wil bereiken...

[Yucon]

Je geeft je site hiermee echt een antieke uitstraling..

[b2vjfvj75gjx7]

Yucon schreef op vrijdag 13 april 2018 @ 12:42:
Je geeft je site hiermee echt een antieke uitstraling..

Misschien werkt hij voor tweakers.net

Niet leuk.

[ Voor 4% gewijzigd door b2vjfvj75gjx7 op 15-04-2018 18:54 ]

[Room42]

Een geblokkeerd contextmenu is in Firefox op desktop sowieso eenvoudig te omzeilen/overrulen met Shift+click. Mogelijk dat dit in andere browsers ook werkt.

[b2vjfvj75gjx7]

Room42 schreef op zondag 15 april 2018 @ 13:50:
Een geblokkeerd contextmenu is in Firefox op desktop sowieso eenvoudig te omzeilen/overrulen met Shift+click. Mogelijk dat dit in andere browsers ook werkt.

In Chrome iig. niet - net geprobeerd in mijn cPanel (rechterklik = toon 'explorer-achtige' acties (copy | paste | compress | etc...)), maar Chrome overruled dat menuutje niet.

[AW_Bos]

Nu nog iets makkelijks vinden om die geblokkeerde selecties makkelijk te kunnen omzeilen.
Ook zo een beveiliging is rete-annoying is.

Ik bepaal zelf wel waarom ik een site selecteer, toch van de sotte ende van de pot geruckt dat je op die manier al eigenlijk wordt beticht van auteursrechtschending.

[ Voor 38% gewijzigd door AW_Bos op 16-04-2018 09:41 ]