"pure bullshit."
Félreértettél. Nem arról van szó, hogy egy GET hívás technikailag nem képes a szerveren változást eredményezni. Arról van szó, hogy a GET kérést nem illik/szabad/ajánlott arra használni, hogy változásokat idézzen elő a szerveren.
Javaslom olvasni a szabványt hozzá, lásd "Safe Methods": https://www.w3.org/Protocols/rfc2616/rfc2616-sec9.html
Idézem is: "In particular, the convention has been established that the GET and HEAD methods SHOULD NOT have the significance of taking an action other than retrieval."
"Plz magyarazd el, hogy miert jobb a GET + POST, mint az 1 db GET"
Nem mondom, hogy van ilyenre konkrét példa, de arra a linkre simán ráellenőrizhet a spam szűrő, esetleg a google miközben az emaileket crawl-olja, az email kliens is esetleg precache-elheti. Lehet most nem teszik (talán, nem tudom) de a szabvány megengedi, hiszen nem szabadna mellékhatással járnia, ezért ki tudja mikor változik meg.
Olvasmány a témához: http://thedailywtf.com/articles/WellIntentioned-Destruction
"lol, ez kb. olyan, mint a nemzeti konzultacios iv, biztos nem gyozitek feldolgozni a kommenteket"
lol, nem erről van szó. Mailchimp és hasonló szolgáltatók szoktak rákérdezni, hogy ha túl sok olyan visszajelzés érkezik, akkor a körmére néznek annak, aki a leveleket küldi. De igazad van, felesleges a visszajelzésekre hallgatni, miért is tegyük!!! Ó, és rögtön keverjük ide a politikát :)
Szerk: Annyit még a GET requestes témához, hogy... elmondhatod, hogy worksforme. Elmondhatod, hogy nincs rá példa, hogy most preload-elve lennének ezek. De miért is akarnál széllel szembe hugyozni, csak mert épp nem fúj elég erősen?