"$a = f(); g($a);" is toch langer dan "g(f());"?:
Mensen die zo'n functie gebruiken zullen de variabelen meestal toch niet bewerken, dus over het algemeen is het korter.
Hmm, er zijn genoeg grote sites die de database- en webservers niet op dezelfde host hebben draaien maar geen prepared statements gebruiken.
Ah, de var was eigenlijk om te beginnen al niet van het goede type?
Ach, f()[0] werkt ook niet in PHP als f() een array teruggeeft
Give a man a game and he'll have fun for a day. Teach a man to make games and he'll never have fun again.
Give a man a game and he'll have fun for a day. Teach a man to make games and he'll never have fun again.
Anoniem: 156876
So what?
Wat doet het er toe of grote site's er gebruik van maken of niet? Ik vraag me langzamerhand af wat jou bedoeling is met dit topic, alle échte oplossingen zijn niet goed. Er zijn 2 mooie voorbeelden gegeven van een crappy mysql_query_safe(). Veel plezier ermee! Als je echt voor veiligheid wilt gaan gebruik je zoiets als 't voorbeeld wat op PHP.net staat of prepared statements. 
Nou, in het veelvoorkomende geval van $_GET['a'] worden er nu maarliefst 5 karakters gewonnen. Daar komt de winst vandaan. Niet van dit minder vaak voorkomende geval natuurlijk..
:1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
| function mysql_query_safe($query) { function escaped($matches) { if ($matches[3]) return '$'; if ($matches[4]) { extract($GLOBALS); $s=eval('return '.$matches[4].';'); } else $s=$GLOBALS[$matches[1]]; if ($matches[2]) $s=$s[$matches[2]]; return '"'.mysql_real_escape_string($s).'"'; } $query=preg_replace_callback( '/\$([a-zA-Z_\x7f-\xff][a-zA-Z0-9_\x7f-\xff]*)(?:\[(.*?)])?|(\$\$)|\$\{(.*?)}/', 'escaped',$query,-1,$count); if ($count>0) return mysql_query($query); throw new Exception('No parameters found in querystring'); } $a=99; mysql_query_safe('insert into T (A,B,C) values ($a, ${trim($_GET["b"])}, $_GET[c])'); |
Misschien kunnen we beter alle browsers ook veranderen? Daar komt zo'n string meestal vandaan...
Afgezien van wat kleine details bij doubles ('18015376320243459' <> 18015376320243459), is er niet echt verschil bij MySQL inderdaad. Ik heb het aangepast
Vitamine D tekorten in Nederland | Dodelijk coronaforum gesloten
Het zou ook geen probleem zijn om een lower-level functie beschikbaar te hebben. Noem 'm dan bijvoorbeeld unsafe_mysql_string om expliciet aan te geven dat 't nog niet gequote is. Het enige wat ik bedoel is dat de default meteen veilig moet zijn.:
[...]
Het is niet per definitie onveilig om mysql_query te gebruiken. Als er correct gebruik gemaakt van wordt is het net zo veilig als bijv. PDO. Het verwijderen van die functie zal dan ook nooit gaan gebeuren.
Als de tutorials het niet veilig uitleggen, is het dan de fout van PHP? Het moet toch niet veel gekker worden...
Het zou mooi zijn als PHP ook taint checking kan doen inderdaad.
Vitamine D tekorten in Nederland | Dodelijk coronaforum gesloten
Wheehehehehe that's rich
Give a man a game and he'll have fun for a day. Teach a man to make games and he'll never have fun again.
Functies als deze is waarom ik maar wat blij ben als magic quotes dood is (PHP 6 ftw \o/ )
[ Voor 22% gewijzigd door Voutloos op 02-10-2008 16:46 ]
{signature}
Ik zat ook al even stom te kijken waarom ie op een input filter checkt bij het construeren van DB-queries:
Magic quotes gpc is niet even goed als mysql_real_escape_string(). En in deze context weet je niet eens of $value door magic quotes gehaald is.
{signature}
Mensen, geef het aub toch op....:Of nog wat duidelijker: met mysql_real_escape_string() op iets dat geen string is (dwz niet binnen quotes staat in de query) helpt dus onvoldoende tegen injection. Hmz, misschien is die functie wel bedoeld voor het echt
{signature}
Give a man a game and he'll have fun for a day. Teach a man to make games and he'll never have fun again.
Anoniem: 156876
Dat stukje over magic_quotes hoort daar echt niet, ook niet met boolean... Wat als je zowel eigen/bewerkte als postdata hebt?
Het voordeel van mysql_query_safe is ook dat dit soort ongein niet mogelijk is
(zie post hierboven)
Vitamine D tekorten in Nederland | Dodelijk coronaforum gesloten
1
2
| $sql = $db->prepare("SELECT * FROM blaat WHERE iets = :woei"); $sql->bindParam(":woei", $_POST['hoi'], PDO::PARAM_STR); |
Vind ik toch weer jammer.
Roses are red, violets are blue, unexpected '{' on line 32.
Anoniem: 156876
Gebruik de functies zoals ze bedoeld zijn dan is het veilig! 
De functie is uitermate overzichtelijk in gebruik en, voor voorkomt, voor zover ik dus weet, injection
Het idee is goed, maar ik zou toch even hier naar kijken om die DOS-attack tegen te gaan. Daarnaast heeft magic quotes alleen effect op GPC-data, en niet op bijvoorbeeld server..
Verdedigen is natuurlijk zinloos na zo door de mand gevallen te zijn
Hangt van je karakterset af. Magic quotes doet addslashes. Zie hier:Maar voor waarom dit de meest slechte variant zou zijn hoor ik graag een verklaring, want ik zie het niet
[ Voor 46% gewijzigd door pedorus op 02-10-2008 22:22 ]
Vitamine D tekorten in Nederland | Dodelijk coronaforum gesloten
err, dus dat komt neer op iets als dit::
Is het niet mogelijk om een mysql_query_safe() functie te schrijven, die gebruik maakt van prepared statements? Dan is iedereen in dit topic volgens mij blij
1
2
3
4
| function specialEchoFunctionExtremeAwesome($foo) { echo $foo; } |
IF IF = THEN THEN THEN = ELSE ELSE ELSE = IF;
Je punt is dat mijn functie unsafe is wanneer maqic_quotes aanstaat. Daar heb je gelijk is. Maar het is in principe ook niet mijn bedoeling op servers te werken waar dat het geval is
). Maar dat terzijde.
Nee, zijn punt is dat wanneer je addslashes gebruikt, het toch mogelijk is om quotes in je query te krijgen (en je dus kunt injecten).:
[...]
Je punt is dat mijn functie unsafe is wanneer maqic_quotes aanstaat. Daar heb je gelijk is. Maar het is in principe ook niet mijn bedoeling op servers te werken waar dat het geval is
Maar wat je dan zou kunnen doen is checken of die magic_quotes_gpc ellende aanstaat, en als dat zo is stripslashes eroverheen gooien (omgekeerde van addslashes) en het dan alsnog in mysql_real_escape_string donderen, toch?:
[...]
Je punt is dat mijn functie unsafe is wanneer maqic_quotes aanstaat. Daar heb je gelijk is. Maar het is in principe ook niet mijn bedoeling op servers te werken waar dat het geval is
Magic_quotes_gpc escaped overigens inderdaad alleen GET, POST en COOKIE (hence the name) data. Zijn broertje magiq_quotes_runtime escaped echter ook data die je bijvoorbeeld uit files leest (
[ Voor 5% gewijzigd door Morrar op 03-10-2008 01:11 ]
Dit doen op de relevante superglobals helemaal aan het begin van je script is een goed idee. Dan heb je na dat punt helemaal niets meer met magic quotes gpc van doen, en op het moment dat het eruit gaat (PHP 6) hoef je enkel de 1e 5 regels van je script te dumpen. Strip de slashes dan wel volgens de link van pedorus, want jouw implementatie heeft dus een probleem.
), maar zoek dan niet express 'dubbele' functienamen op.De verkeerde work around dus.
Als je in magie trapt is het per definitie de slechtste.Maar voor waarom dit de meest slechte variant zou zijn hoor ik graag een verklaring, want ik zie het niet
Bij het doen van je work around heb je dus onvoldoende uitgezocht of magic quotes voldoende is en daarmee een slordigheid (dubbele escaping) gepromoveerd tot een security leak.
[ Voor 9% gewijzigd door Voutloos op 03-10-2008 08:25 ]
{signature}
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
| function undoMagicquotes() { if (!ini_get('magic_quotes_gpc')) { return false; } else { foreach ($_GET as $var => $val) { $_GET[$var] = stripslashes($val); } foreach ($_POST as $var => $val) { $_POST[$var] = stripslashes($val); } foreach ($_COOKIE as $var => $val) { $_COOKIE[$var] = stripslashes($val); } ini_set('magic_quotes_gpc', false); return true; } } |
[ Voor 42% gewijzigd door .oisyn op 03-10-2008 12:05 ]
Give a man a game and he'll have fun for a day. Teach a man to make games and he'll never have fun again.
Holy shit dude, je maakt het alleen maar erger.:
... ini_set('magic_quotes_gpc', false)...
Dus als het goed is, is alles alsnog nog mysql_real_escape_string() geweest
Na meerdere hints heb je gewoon nog steeds niet de documentatie erbij gepakt... Ja, maar niet zo.:
.edit @ hacku: ah ja, die oplossing die veel te veel deed omdat magic_quotes_gpc alleen van invloed is op get, post en cookie vars. Maar idd, je moet het wel recursief doen
Zie eerder gegeven link in post van Pedorus.
[ Voor 37% gewijzigd door Voutloos op 03-10-2008 13:54 ]
{signature}
Nee, alles gaat nu keurig zonder slashes naar de database, want ini_set doet niks en je hebt net stripslashes gedaan (zie ook hierboven)... Ik raad aan om een testcase met "a'\"a\\" op te nemen...:
Dus als het goed is, is alles alsnog nog mysql_real_escape_string() geweest
En neem dan ook "01010","1010","101E1" en "+1010" als namen op. Die moeten allen uniek zijn (en dat gaat nu niet goed).
(Behalve mysql_query_safe natuurlijk ) Daarnaast moet iemand die onbekend is met de code het dan vervolgens eerst proberen te begrijpen. Gooi die code gewoon weg en gebruik gewoon prepared statements!Heb je deze info nu al daarop getest?
Vitamine D tekorten in Nederland | Dodelijk coronaforum gesloten
1
2
3
4
5
6
7
8
9
10
11
12
13
| function makeDbSafeString($argStrString) { // strip the slashes from the string if done with magic quotes if(get_magic_quotes_gpc()) { $argStrString = stripslashes($argStrString); } // make it safe for mysql $argStrString = mysql_real_escape_string($argStrString); return $argStrString; } |
[ Voor 5% gewijzigd door Cartman! op 03-10-2008 14:33 ]
Is nog leuk om te doen ook, omdat dit topic [alg] Slechtste programmeervoorbeelden deel 4 echt in alle aspecten overtreft.
{signature}
Woei
Another fine piece of engineering
Give a man a game and he'll have fun for a day. Teach a man to make games and he'll never have fun again.
LOL, en dat op een site met 'best practices' in de URL, geen doctype en een kudde validation errors op de HTML 4.01 Transitional fallback:
[...]
Woei
[...]
Another fine piece of engineering
Hey, nou niet zo naast je schoenen lopen he?
Dit puntje heb ik al aangekaart op de eerste pagina
'E's fighting in there!' he stuttered, grabbing the captain's arm.
'All by himself?' said the captain.
'No, with everyone!' shouted Nobby, hopping from one foot to the other.
Klik hier om mij een DM te sturen • 3245 WP op ZW
Tsja, straks is php.net ook al geen goede source voor info over php meer... Ze hebben trouwens echt iets tegen IE, die site is namelijk zelfs te bekijken met lynx
Vanwege de references kan dat vervelend uitpakken als je de variabele gaat hergebruiken. En in het algemeen is het een goed idee als je niet weet wat voor code er volgt. Kijk anders eens of je dit snapt.
[ Voor 31% gewijzigd door pedorus op 06-10-2008 23:38 ]
Vitamine D tekorten in Nederland | Dodelijk coronaforum gesloten
Dat is dus helaas geen native implementatie en ik vraag me af of er met die syntax straks bij PHP6 nog wat overeind blijft. Desalniettemin een leuke speelse denkwijze als je het mij vraagt.
Inkoopacties - HENK terug! - Megabit
It is a war here, so be a general!
Die code gebruikt referenties om een te diep gaande recursie te voorkomen. Dat is het punt. De unset is pure luxe, zodat er na de opruimactie geen restje overblijft. En als je het in een functie stopt is dat al helemaal niet meer nodig...
{signature}
Give a man a game and he'll have fun for a day. Teach a man to make games and he'll never have fun again.
Give a man a game and he'll have fun for a day. Teach a man to make games and he'll never have fun again.
$a[2]
1
2
3
4
5
6
7
8
9
10
11
12
13
| $a = array ( 1, 2, 3 ); foreach ( $a as & $number ) { } print_r ( $a ); // array ( 1, 2, 3 ) foreach ( $a as $number ) { } print_r ( $a ); // array ( 1, 2, 2 ) |
[ Voor 103% gewijzigd door Olaf van der Spek op 10-10-2008 10:23 ]
Maar wel loops
HUH?! En ik maar denken dat dat wel zo was
[ Voor 5% gewijzigd door Zyppora op 10-10-2008 10:24 ]
Phenom II X4 945 \\ 8GB DDR3 \\ Crosshair IV Formula \\ R9 290
Ken Thompson's famous line from V6 UNIX is equaly applicable to this post:
'You are not expected to understand this'
Give a man a game and he'll have fun for a day. Teach a man to make games and he'll never have fun again.
Het probleem van Derick is dat hij echt een raar idee heeft over backward compatibility. Dit wijzigen voorkomt een hele hoop wtf's en breekt geen enkel net script. Knikker het eruit en zeg bij de notes voor PHP 6 dat als je op dit gedrag vertrouwde dat je dan wellicht nog een keertje naar je code wilt kijken. Rare quircks welke alleen gebruikt kunnen worden in rare scripts in stand houden != keeping it simple.
Nee, dat gedrag is gewoon intuitief.
MAAR, bij de 2e foreach verwacht je gewoon een echte value en wil je niet bij eventuele eerdere loopjes stil staan. Ja, er is geen loop scope, maar dat betekent nog niet dat huidig gedrag intuitief is.[ Voor 34% gewijzigd door Voutloos op 10-10-2008 11:29 ]
{signature}
Dat je een reference eerst moet unsetten voordat je daar een expliciete waarde aan kunt hangen is geen rocket science. De quirk zit'em dan ook in de scope. Het voorbeeld in de bugreport probeert daar voor mijn gevoel een dramatisch verhaal aan te geven, maar het blijft een simpele quirk en als je dat in je achterhoofd houdt, hoeft er echt geen issue van gemaakt te worden en is het triviaal hier op juiste wijze mee om te springen. Dat het een workaround is, ben ik met je eens.
Alleen voor references
Niet-references kun je gewoon overschrijven. Maar het is inderdaad niet de beste manier om met codeblokken en diens variabelen om te springen.Ik geef toe dat er wat dat betreft nogal wat aan PHP schort, maar da's een andere discussie vrees ik. Ik vraag me af wat functioneel gezien het verschil tussen een reference in PHP en een reference/pointer in een willekeurig andere (fatsoenlijke) taal is.
En dat vraag ik me dus juist af: hoe zit dat bij andere talen? In PHP heeft het toekennen van een expliciete value aan een variabele die een reference is gewoon een unset() nodig. Of die reference nu binnen een codeblok aangemaakt is of niet, doet daar niet veel aan af.
Ik ben het 100% met je eens, maar het lijkt wel alsof de wereld stijgert en 'blasphemy' roept op het moment dat er zich zoiets voordoet, terwijl het eigenlijke euvel een variabele is in een codeblok dat zich niet aan de scope van dat codeblok conformeert. Dat in combinatie met references kan voor een ander resultaat zorgen dan je in gedachten had als je je hier niet van bewust bent.
Assumption is the mother of all ... Als je A verwacht en B krijgt, ga je debuggen om te zien waar er iets aan de hand is dat je over het hoofd had gezien. Dat veel programmeurs niet op de hoogte zijn van de scope-bug, ligt aan het feit dat dit niet gedocumenteerd is en niet conventioneel. Maar dat maakt het nog niet fout. Je kunt hoogstens zeggen dat de documentatie niet deugt op dit punt.:
[...]
Nee, dat gedrag is gewoon intuitief.
Op die manier kun je magic_quotes_gpc of register_globals ook bugs noemen, terwijl die er met (naar ik vermoed) de beste intenties ingebakken zijn. Dat dat naderhand niet slim bleek te zijn, maakt ze nog geen bugs, aangezien ze wel gewoon functioneren.
Phenom II X4 945 \\ 8GB DDR3 \\ Crosshair IV Formula \\ R9 290
Als je die redenatie aanhoudt hoef je nergens meer over na te denken bij het ontwerp van je taal. Gezien de laatste alinea van je laatste post hamer je imho teveel op de term "bug". Je kan idd stellen dat het geen bug is omdat het werkt volgens de spec (dat die spec dan wel weer het resultaat is van de implementatie laten we dan voor het gemak maar even in het midden). Maar of je het nou een bug noemt of niet, je kan niet ontkennen dat de manier zoals het nu is wat onhandig werkt. Je zegt zelf al dat het een quirk is en dat je een workaround nodig hebt. En dáár gaat het nou juist over in deze discussie, dat de designkeuze onhandig is of dat er op z'n minst niet goed over na is gedacht.
Álle variabelen in PHP zijn references. Het punt is dat ze niet altijd naar iets unieks hoeven te wijzen. En er is geen manier om dat uit te vinden, anders dan de hele source doorspitten. Jij zegt "het hoeft niet voor niet-references" (vertaling: het hoeft niet voor variabelen die je nooit naar iets anders hebt laten wijzen). Het probleem is dat het niet direct duidelijk is of dat bij een bepaalde variabele het geval is. Dus vandaar: om defensief te programmeren moet je altijd unsetten.Alleen voor references
Mwoa, het was niet mijn bedoeling om te stellen dat er iets aan PHP's concept van references schort. Ik legde slechts uit dat het anders in elkaar zit dan ogenlijk vergelijkbare concepten in andere talen.
Zoals ik al zei, alles in PHP is een reference. Alleen bij het eerste gebruik van een variabele zal er een lege slot ergens worden gealloceerd waarnaar verwezen wordt. Assignments aan een variabele veranderen die slot. De =& zorgt ervoor dat de verwijzing van een variabele veranderd naar de slot waar de andere variabele naar verwees.
1
2
3
4
5
6
| $a = 3; $b = 4; $b = &$a; $b = 5; unset($a); $a = 6; |
1
2
3
4
5
6
| int *a = new int; *a = 3; // $a = 3 int *b = new int; *b = 4; // $b = 4 b = a; // $b = &$a *b = 5; // $b = 5 a = NULL; // unset($a) a = new int; *a = 6; // $a = 6 |
[ Voor 16% gewijzigd door .oisyn op 10-10-2008 15:31 ]
Give a man a game and he'll have fun for a day. Teach a man to make games and he'll never have fun again.
Het euvel is niet alleen dat. Het euvel is vooral de manier waarop er met dergelijke bug meldingen omgesprongen wordt. En nofi, maar daaraan maak jij je op dit moment ook schuldig. 'Het is niet wat je verwacht , maar als je weet hoe het werkt is het toch logisch?' is een reactie van iemand die er met een code bril naar kijkt. Het punt is dat het een design issue is.
Als ik aan een stuur naar rechts draai wil ik dat ik naar rechts ga. Dan kun je documenteren dat het andersom werkt, het verdedigen door te vertellen dat er nu eenmaal een clockwise wormwiel gebruikt is en als handig voorbeeld aandragen dat je bij het achteruitrijden gewoon naar de jusite kant stuurt. Het is volkomen logisch dat het zo werkt door het gebruikte wormwiel, maar maakt dat het ook automatisch logisch dat je naar links moet sturen om rechtsaf te gaan?
Iets wordt niet ineens niet slim. Er is niet ineens een moment aan te wijzen waarop register globals ineens niet meer slim was. Het enige wat verandert is het voortschreidend inzicht. Op het moment dat het er uit gehaald is was het net zo fout als het moment dat ze bedacht hebben om het er in te stoppen.
.
[ Voor 3% gewijzigd door Janoz op 10-10-2008 16:45 . Reden: Te lange zin 1 woordje korter gemaakt :) ]
Ken Thompson's famous line from V6 UNIX is equaly applicable to this post:
'You are not expected to understand this'
Give a man a game and he'll have fun for a day. Teach a man to make games and he'll never have fun again.
Nee, een Orb Micra:
[...]
Wat voor auto is dat, een Zend 307?
Ken Thompson's famous line from V6 UNIX is equaly applicable to this post:
'You are not expected to understand this'
Jullie slaan in principe beide de spijker op zijn kop: het is een design issue (dat heb ik ook niet echt ontkend, heb ik het idee, maar dat terzijde). Er wordt van een mug een gigantische olifant gemaakt, mede dankzij de manier van reageren van de PHP devvers. Maar het blijft een mug imo. Geen auto die naar links duikt als je naar rechts stuurt, of waarvan het gaspedaal links zit. Meer een auto waarvan de uitlaat naar de zijkant wijst, misschien. Of waarvan de benzinedop onder de spiegel zit (niet de binnenspiegel uiteraard
).Phenom II X4 945 \\ 8GB DDR3 \\ Crosshair IV Formula \\ R9 290
Anoniem: 156876
[ Voor 82% gewijzigd door Anoniem: 156876 op 13-10-2008 11:40 ]
Anoniem: 111573
- doorgelezen. Als eenvoudige scriptkid die gewoon een leuk wielerspelletje wil maken voor zijn vriendjes - 
- zou ik graag gewoon een native functie hebben in de phplib die dit probleem aanpakt. (En daar begon de discussie allemaal mee toch?) [ Voor 7% gewijzigd door Anoniem: 111573 op 14-10-2008 12:52 ]
Anoniem: 111573
Dat was een hele slechte poging tot iets dergelijks ja. Ik ben het wel met Olaf eens als hij op pagina 1 zegt::
Je bedoelt met veiligheidspal toch niet de magic_quotes hoop ik?
Als ik zie hoeveel pogingen hier - toch het beste progforum van het Nederlandse taalgebied durf ik te veronderstellen - nodig zijn om tot een bijna safe oplossing te komen, hoe moet ik het als lamzak dan fixen? Ik ben ook allergisch voor categorische oplossingen, daarom moeten ze mysql_query niet standaard safe maken, maar een mysql_safe_query ERBIJ die niet standaard unsafe is zou in mijn geval een hoop ellende schelen denk ik.
Na betaling van een licentievergoeding van €1.000 verkrijgen bedrijven het recht om deze post te gebruiken voor het trainen van artificiële intelligentiesystemen.
"I had a problem, I solved it with regular expressions. Now I have two problems". That's shows a lack of appreciation for regular expressions: "I know have _star_ problems" --Kevlin Henney
Nou, reply nummer 2 is safe en volgens best-practice. Reply 1 was niet eens een poging. Het is dus in een keer goed gegaan; ik vind dat best meevallen.
Laat dat argument maar achterwege, want veel processortijd zal het tegenwoordig echt niet kosten... Bovendien heeft prepared statements mijn voorkeur boven opbouwen.
Vitamine D tekorten in Nederland | Dodelijk coronaforum gesloten
There are only two hard problems in distributed systems: 2. Exactly-once delivery 1. Guaranteed order of messages 2. Exactly-once delivery.
Je eigen tweaker.me redirect
Over mij
Dit topic is gesloten.
:strip_icc():strip_exif()/u/12461/crop65b195553d948.jpg?f=community)
:strip_exif()/u/7759/red_cat.gif?f=community)
/u/249034/arrow.png?f=community){kind=icon}
:strip_exif()/u/34938/futurama.gif?f=community)
:strip_exif()/u/47168/loop.gif?f=community)
/u/46804/crop5f989efcbb253.png?f=community)
:strip_exif()/u/29084/got_vorloxlogo.gif?f=community)
:strip_exif()/u/135682/bananadance_ascii.gif?f=community)
:strip_exif()/u/185685/walking_boxes_s.gif?f=community)
:strip_icc():strip_exif()/u/132250/d1ca484677dbb1382705e67689809639.jpeg?f=community)
:strip_icc():strip_exif()/u/58343/Turtle.jpg?f=community)
:strip_icc():strip_exif()/u/5964/crop56503163e97a5.jpeg?f=community)
:strip_exif()/u/28900/sharingan.gif?f=community)
/u/102105/crop56f481fe1f74f.png?f=community)
/u/107051/jeroenmadtrix60.png?f=community)
:strip_exif()/u/128904/hoagie_ani.gif?f=community)
:strip_icc():strip_exif()/u/32232/laupro60x60.jpg?f=community)
:strip_exif()/u/13818/episodebutler_60x60.gif?f=community)
/u/8830/crop5df8eadcd55ca_cropped.png?f=community)
:strip_exif()/u/26373/anim4.gif?f=community)
:strip_icc():strip_exif()/u/43400/avatar.jpeg?f=community){kind=avatar}
