Pour mon dernier site web (coming soon …), j’ai décidé d’étendre mes connaissances en Python au développement web, et plus particulièrement à Django. Je ne m’étenderai pas sur ce choix, ce dernier n’étant fondé que sur des conseils d’utilisateurs de django (ceci dit je ne regrette pas du tout de les avoir écoutés =D).

Parmi les « raccourcis » que met en place django, on retrouve le decorator « login_required » qui permet de restreindre l’accès à une vue aux utilisateurs authentifiés et de rediriger les autres vers la page de connexion. Sur le papier, c’était exactement ce qu’il me fallait. Mais en pratique, j’avais quelques améliorations à apporter =p

En effet, j’utilise dans tout le reste du site une fonction de redirection maison qui fait transiter le visiteur via une page dédiée à l’affichage d’un message explicitant la redirection (ex : « Vous devez être connecté pour voir cette page », « Connexion réussie », etc.). Mon but est donc de retrouver le même comportement avec le decorator de django, comportement qui est d’après mes recherches impossible d’obtenir …

Soit, je vais coder moi-même un decorator répondant à mes besoins

#-*- encoding:utf-8 -*-

from django.shortcuts import render_to_response

def if_logged_in(f, message='Vous devez être connecté pour pouvoir voir cette page.'):
    """ Décorator pour refuser l'accès à une page aux users non connectés """

    def wrap(request, *args, **kwargs):
        if not request.user.is_authenticated():
            return redirection(request, '/connexion/', message)
        return f(request, *args, **kwargs)

    wrap.__doc__ = f.__doc__
    wrap.__name__ = f.__name__

    return wrap

def redirection(request, REDIR_URL, REDIR_MESSAGE='Erreur !', REDIR_TIME=4):
    """
    Fonction permettant de rediriger un user
    les variables locales à la fonction pourront être utilisées dans le template
    """

    return render_to_response('redirection.html', locals())

Pour ce qui est de l’utilisation, elle est identique à celle de n’importe quel decorator, y compris « login_required »
Enjoy !

Parmi les nouveautés coté utilisateur (je vous parle même pas des changements dans le code et sa structure ) :

• un nouveau design, libre et créé par Arcsin
• un espace membre
• la possibilité de sauvegarder des chansons ou répertoires que vous aimez (les favoris)
• la possibilité de créer des playlists avec vos chansons favorites
• le partage de favoris
• les nouvelles options de recherche (musique, torrents et archives)

J’ajouterai même que le MP3 Finder compte au moment où j’écris ces quelques lignes pas moins de 34361 recherches totales, pour 2800 (tout pile !) mots-clés différents

Conclusion :: bien que le MP3 Finder soit loin d’être terminé (toujours en version bêta), je suis assez content de moi

P.S : n’hésitez pas à vous inscrire et à me dire ce que vous aimeriez voir ajouté/modifié/enlevé sur le MP3 Finder

Introduction

En effet, AIR permet aux développeurs qui, comme moi, n’ont pas beaucoup de connaissances dans la programmation « logicielle » de pouvoir construire des applications de bureau grâce à des langages qu’ils maîtrisent : HTML/CSS, Javascript, Flash/Flex/ActionScript, etc…
De plus, une fois votre programme compilé, l’exécutable obtenu tournera sans problème sur n’importe quel OS, la seule condition étant, évidemment, d’avoir installé AIR ainsi que son SDK (si vous comptez compiler vos programmes =p ).

Installation

Pour installer AIR lui-même, rien de plus simple. Il suffit de vous rendre sur cette page du site d’Adobe, et de télécharger la version qui correspond à votre système (officiellement, seules les versions Windows et Mac sont disponibles, la version Linux étant encore une version Alpha).

En ce qui concerne le SDK, élément indispensable au développement d’applications AIR puisqu’il s’occupe de la compilation de ces derniers, les choses sont un poil plus laborieuses …
Je ne détaillerai ici que l’installation du SDK sous Windows, n’ayant pas testé la version Linux (encore en Alpha), et ne possédant pas de Mac =p

Tout d’abord, commençons par télécharger le SDK, puis par dé-zipper le fichier ainsi obtenu.
Remarque : je vous conseille fortement de placer le contenu de cette archive dans un dossier « AIR«  (par exemple), et se trouvant à la racine de votre disque dur principal (il porte le plus souvent la lettre « C« ). En effet, nous serons très bientôt amené à configurer la variable d’environnement Path, variable qui représente l’adresse de de votre SDK =)

Passons maintenant à la configuration de cette fameuse variable d’environnement. Pour ce faire, il suffit de cliquer-droit sur « Poste de travail« , d’aller dans l’onglet « Avancé« , et de cliquer sur le bouton « Variables d’environnement » en bas de la fenêtre.
Dans la liste des variables d’environnement, trouvez la variable « Path« , et cliquez sur « Modifier« .
Afin d’ajouter l’adresse du répertoire « bin«  du SDK, il vous faut placer votre curseur à la fin du champ « Valeur de la variable« , d’entrer un point-virgule, ainsi que le chemin complet vers le répertoire « bin » (dans mon cas : « C:\AIR\bin\« ). Pour que les changements soient pris en compte par Windows, vous devez redémarrer votre PC.

Et maintenant, le moment de vérité, celui de la vérification du bon déroulement de l’installation :p Pour ceci, ouvrez un terminal MS-DOS ( « Exécuter … » -> « cmd » ), puis entrez la commande « adl« .
Si le terminal vous insulte ou vous dit que la commande n’est pas reconnue, bon courage, il ne vous reste plus qu’à relire ce tuto car vous avez sûrement dû faire une bourde quelque part
Dans la cas contraire, vous serez impatient de lire le prochain billet traitant de AIR et d’y apprendre comment coder un programme (vous aurez même droit à un programme d’exemple : un client Twitter )

Enjoy !

Au vu de mon âme généreuse et pleine de bonté, le fait que je partage avec vous quelques unes des cheat sheets que j’utilise ne vous étonnera pas j’espère

Si vous êtes intéressé par une mini liste d’à peine 17 cheat sheets, alors ce billet est pour vous ! =D

HTML

  Tableau des entités HTML

Balises usuelles

CSS

en français

Javascript

Généralités

Expressions régulières

jQuery

Méthodes

Scriptaculous

Effets

Prototype

MooTools

PHP

Expressions régulières

MySQL

Twitter

Commandes usuelles

Google

Enjoy ! =p

Je veux pour preuves l’avancée significative qu’a subit le dev’ d’Inova, celui de la V2 du MP3 Finder, du site de présentation de mon TPE ( sarcastic: ), ainsi que la création de plusieurs class PHP, dont une class de génération de nuages de tags =D

Cette dernière permet, d’une manière très simple, d’ajouter des tags, et d’afficher juste après le tag cloud. Voici un code illustrant ce que je viens de dire :


//quoi de mieux qu'un exemple ? =)
$tags = array(
'test', 'test', 'test', 'test', 'test',
'ajax', 'ajax', 'ajax',
'tt', 'jhk', 'jjjj', 'jjjj',
'yop' => 5, 'moi' => 10
);

$tag_gen->add_tags('mon_tag', 3);
$tag_gen->add_tags(
array(
'mon_autre_tag', 'mon_autre_tag',
'mon_autre_tag', 'mon_autre_tag',
'youhou !'
)
);
echo $tag_gen->generate_tag_cloud();


Simple n’est-ce pas ? ^^

Comme d’habitude, vous pouvez télécharger cette fameuse class sur le portfolio :-°

J’annonçais dans mon billet que le code source avait été refait, ce qui était vrai. Mais ayant quelque peu progressé en PHP depuis, il a encore été refait mdr:

Un nouveau système de template a été codé (bien plus rapide que l’ancien), la gestion des plugins est maintenant implémentée, la création de pages à la volée est aussi de la partie, etc …

Je suis d’ailleurs en ce moment même en train d’implémenter une autre fonction, et pas des moins utile : les trackbacks

Donc qui sait, une version alpha sera peut-être disponible dans les prochains mois, voire même dans les prochaines semaines (tout dépend de la masse de devoirs que j’aurais en fait xD )

Il y a heureusement des exceptions. Akismet est par exemple très performant, bien qu’il laisse passer quelques billets indésirables. Mais son code a l’inconvénient d’être incompréhensible par le commun des mortels, ce qu’il le rend difficile à améliorer soi-même (j’adore trifouiller les systèmes que j’utilise :jap: )

Partant du principe qu’une simple ruse est souvent la meilleure des défenses, j’ai décidé de vous retranscrire le contenu du billet montrant comment combattre le spam grâce au CSS

On sait que pour parvenir à leurs fins, les bots (ou robots) remplissent tous les champs présents dans un formulaire, histoire d’être certain que ce dernier sera traité. Pour repérer un bot, il nous suffira donc d’ajouter un champ vide par défaut (que l’on appellera ici « info »), puis de le cacher via un attribut CSS.
Si le champ info est vide, alors l’utilisateur n’est pas un robot, si il a été rempli, c’est certainement qu’un vilain bot est venu vous spammer.

Passons maintenant à la réalisation du piège à bot diable:
Tout d’abord, le formulaire :

<form action="mapage.php" method="post"> <label for="pseudo">Pseudo: </label>

<input id="pseudo" name="pseudo" type="text" /> <label for="mail">Email: </label>

<input id="mail" name="mail" type="text" /> <label for="text">Comment: </label>

<input id="text" name="reaction" type="text" /> <input class="input" name="info" type="text" /> <input type="submit" value="Envoyer" /> </form>

Vous noterez l’attribution de la class « input » à notre champ anti-bot. Cela nous permettra de ne cacher que ce champ grâce au seul code CSS qui suit :

.input {
    display: none;
}

Cette simple instruction va cacher le champ, mais il restera visible dans la source de la page. Le robot, qui ne voit que la source, tombera dans la panneau et remplira le champ : il sera piégé !

Maintenant, voyons la partie traitement du formulaire :

if($_SERVER['REQUEST_METHOD'] == 'POST')
{
    if(empty($_POST['info']))
    {
        //on continue le traitement du formulaire
    }
    else
    {
        //bot signalé
        die('A bas les bots !! Mouahahaha !!!!!');
    }
}
else
{
    die('Non mais tu veux faire quoi sur cette page ?');
}

Et voilà, le tour est joué et vos problème de spam envolés

Simple n’est-ce pas ?