this post was submitted on 28 Jul 2023
943 points (96.2% liked)
Programmer Humor
19572 readers
978 users here now
Welcome to Programmer Humor!
This is a place where you can post jokes, memes, humor, etc. related to programming!
For sharing awful code theres also Programming Horror.
Rules
- Keep content in english
- No advertisements
- Posts must be related to programming or programmer topics
founded 1 year ago
MODERATORS
you are viewing a single comment's thread
view the rest of the comments
view the rest of the comments
I stand by that iframes had their place, even if the backend devs absolutely hated them.
Running each app component in it's own iframe is perfectly valid microservices architecture change my mind.
Technically correct.
They still have their place; for example to embed Google Maps or a YouTube video. Generally, whenever you want to embed something from a different website you have no control over, that shouldn't inherit your style sheets, and should be sandboxed to prevent cross site scripting attacks.
Are iframes really sandboxed in different processes than the main frame? On which browsers?
Iframes cannot access the main frame's DOM if the iframe is from a different origin than the main frame, and they never share the same JavaScript execution context, so an iframe can't access the main frame's variables etc.
It's not required that iframes run in a different process, but I think they do at least in Chrome and Firefox if they're from a different origin. Also, iframes with the
sandbox
attribute have a number of additional restrictions, which can be individually disabled when needed.Seems to me they were mostly used to put content inside a scrollable element. Their place has mostly been taken by overflow:auto hasn't it? I think this is the better way.
I believe Kingdom of Loathing used iframes extensively to achieve what looked like a "dynamic" page long before that was a thing.