Een hele hoop manieren om je emailadres te beschermen tegen vervelende email harvesters. Moet zeggen dat er wel heel erg creatieve ideeen tussen zitten zoals CSS, en zelfs eentje die met PHP + een AJAX constructie werkt. Cool. Zelf werk ik het liefst met een mailform aangezien je dan nooit je emailadres prijs geeft. Maar ja,dan moet je wel weer op andere dingen letten.
101 manieren om emailharvesters te zieken: hierrrrrr.
Kwam dit vandaag tegen op FeedHouse. Het is een uitleg van een veiligheids probleem dat recentelijk in Google's GMail werd gevonden. Het probleem in GMail is (natuurlijk) inmiddels opgelost, maar het is desondanks een interessante uitleg.
[WEB SECURITY] Advanced Web Attacks using Gmail
AJAX brengt een nieuwe webexperience, maar mogelijk ook een hele nieuwe buslading aan veiligheids problemen waar je rekening mee moet houden :)
Nu tevensch met correcte RSS link:
Op mijn werk ontwikkelen we webapplicaties met .NET: ASP.NET met C#. Aangezien ik nog maar zo'n 4 maanden met .NET en C# werk, komt het nog wel eens voor dat ik niet precies weet hoe ik iets moet doen. Toen ik met PHP begon had ik hetzelfde, of sterker nog, ik heb het nog steeds. PHP wordt namelijk nog steeds uitgebreid.
Een van de kenmerken van C# is dat het een gecompileerde taal is. Als je iets wilt proberen houdt dat in dat je altijd de volledige cyclus door moet: Edit, Compile, Run. Lastiger is nog dat je OF een nieuw project moet beginnen OF ergens in je applicatie een test functie moet gaan maken. In PHP is het iets simpeler, je kunt gewoon ergens een PHP bestand neerplempen en dan uitvoeren. Werkt op zich goed, maar persoonlijk heb ik dan na een paar maanden een homedirectory vol met .php bestanden die de meest originele testnamen krijgen: blaat.php, hatzee.php, hatzee44.php, doeheteensofzo.php enzovoorts.
Mijn favoriete browser is momenteel Firefox. Ja, ik geef het gewoon toe: ik vind het een fijne browsers. Het bied een hoop aan de webdeveloper wat ik toch wel behoorlijk mis in MSIE. Lees verder voor een lijstje van handige development extensies.
Nu met 10% meer graphics!
In de posting die ik laatst deed over de nieuwe versies van PHP 4 en 5 schreef ik over dat je (tot PHP 5.1.2) via het Session ID extra HTTP headers mee kon sturen en daarmee de nodige nare trucjes mee kon uithalen. In principe bestaat dit probleem ook in ander onderdeel van PHP, alleen, deze keer is het niet perse de schuld van PHP.
Voor de mensen die, net zoals ik, nog wel eens een PHP release wilt compileren, hier een klein tipje. Als je zowel een PHP4 als een PHP5 binary op je machine wilt hebben kun je de volgende configure flag gebruiken om deze uit elkaar te houden:
De PHP binary krijgt dan de naam 'php5'.
Er zijn de afgelopen paar dagen 2 nieuwe versies van PHP uitgebracht. Donderdag kwam de laatste versie van de PHP 5.1 tak uit en vrijdag een nieuwe versie van de PHP 4.4 tak. Beide behandelen ze (onder andere) een beveiligings probleem met HTTP headers.
Een van de dingen die PHP lang niet (standaard) gehad heeft is een stacktrace mogelijkheid. Een stacktrace is een overzicht van hoe je op een bepaald punt in je script beland bent. Een klein voorbeeldje:
on PHP5: Een formulier verwerken met de filter extensie
on Debuggen met FirePHP
on Gears 0.4: HttpRequest met Progress Events
on XHTML vs HTML 5
on Dutch PHP Conference ‘09
Volg Scriptorama via RSS!