Là je vais vous poster un plugin d’une page, vous permettant de modifier :
- les données personnelles de l’utilisateur (du rédacteur), rajouter un champ
- modifier l’affichage (lors de la récupération) du champ par un autre champ
Pour la première partie, il existe 2 possibilités :
- passer par un filtre
- passer par une fonction

Le filtre rajoute le champ là où il est absent :

function add_googleplus_profile($contactmethods) {
    $contactmethods['google_profile'] = 'Google+ ID';
    return $contactmethods;
}
add_filter( 'user_contactmethods', 'add_googleplus_profile', 10, 1);

La seconde doit être exécutée à 2 moments :

add_action( 'show_user_profile', 'GP_user_profile_fields' );
add_action( 'edit_user_profile', 'GP_user_profile_fields' );
function GP_user_profile_fields( $user ) {
    $s  = '<h3>Extra profile information</h3>'.PHP_EOL;
    $s .= '<table>'.PHP_EOL;
    $s .= '<tr>'.PHP_EOL;
    $s .= '<th>'.PHP_EOL;
    $s .= '<label for="google_profile">Google+ ID</label>'.PHP_EOL;
    $s .= '</th>'.PHP_EOL;
    $s .= '<td>'.PHP_EOL;
    $s .= '<input type="text" name="google_profile" id="google_profile" value="'.get_the_author_meta('google_profile', $user-&gt;ID)).'" /><br /><span>https://plus.google.com/xxx -&gt; only the xxx</span>'.PHP_EOL;
    $s .= '</td>'.PHP_EOL;
    $s .= '</tr>'.PHP_EOL;
    $s .= '</table>'.PHP_EOL;
    echo $s;
}
add_action( 'personal_options_update', 'GP_save_user_profile_fields' );
add_action( 'edit_user_profile_update', 'GP_save_user_profile_fields' );
function GP_save_user_profile_fields( $user_id ) {
    if ( !current_user_can( 'edit_user', $user_id ) ) { return false; }
    update_usermeta( $user_id, 'google_profile', $_POST['google_profile'] );
}

On remarquera que dans le second cas, il faut penser à enregistrer les modifications du profil (alors que le premier, tout se passe tout seul…

Une belle jambe me direz vous. Le problème rencontré chez nous est de pouvoir vérifier rapidement les différences entre deux fichiers.

Un simple coup de diff ne suffit pas. En effet, les données dans le fichier sont positionnées par adresses mémoire, et le format de la ligne peut varier (longueur de la ligne, quantité de données). Cette solution n’est donc pas à retenir.

Il faut donc reconstruire les valeurs mémoires des deux fichiers et de les comparer. Un tableau, avec comme index les adresses, peut faire ça, mais une chaine c’est encore plus simple et le tout en php.

Ici, nous ne nous intéresserons qu’aux trames ayant un format S2, les autres ne seront pas utilisées.

Le but est de lire le fichier de données, lignes par ligne. Si une ligne commence par S2, on traite, sinon ligne suivante.

On récupère la première adresse et on la garde dans une variable.

On récupère les données utiles de la ligne et on compte l’adresse suivante. Si, à la ligne suivante, l’adresse est identique, alors c’est qu’il n’y a pas de « trous » dans le source, sinon on complète (par des -). De même, nous allons vérifier que les longueurs annoncées dans l’entête de la trame S2 sont conformes (mais on ne traitera pas du CRC).

Une fois les 2 fichiers lus, on s’assure que les 2 adresses de départ soient identiques, sinon on a déjà un problème à cet endroit; puis on compare, octet par octet, que le contenu de la zone est strictement similaire.

La source complète pourrait être celle ci

Dans une structure web assez complexe, il peut être grandement utile de regrouper les éléments, comme déclarer qu’une seule fois une connexion à une base de données… En utilisant mysql_connect, aucun problème, par contre, avec PDO, c’est une autre histoire.

Dans la réalité, avec PDO, il n’est pas possible de déclarer la connexion à la base dans un fichier et de faire un include de ce fichier.

L’objet, et c’est bien là la différence avec la fonction mysql_connect, ne fonctionne plus. Il faut donc passer par une classe singleton : la classe va définir l’objet une première fois, puis, à chaque fois qu’on en aura besoin, au lieu de re-créer l’objet, elle réutilisera l’instance précédemment utilisée.
En php, avec PDO, une telle classe peut être définie de la manière suivante :

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19

class ServeurMySQL extends PDO {
 
    // variable interne
    private static $_instance;
 
    // fonction de construction
    public function __construct () {}
 
    // fonction de clonage
    private function __clone () {}
 
    // récupération de l'instance courante
    // ou création d'une nouvelle si non existante
    public static function getInstance () {
        if(!isset(self::$_instance)) 
            self::$_instance = new PDO(DB_CONN, DB_USER, DB_PASS);
        return self::$_instance;
    }
}

Bien sûr, on utilisera un define() pour définir les informations de connexion dans un autre fichier.

Le mieux est de la récupérer et de la compiler soit même pour le système. Il faut d’abord récupérer le programme parent zint. On extrait le tout et puis un petit coup de

apt-get install make cmake gcc g++
cmake CMakeLists.txt
make
make install

Maintenant on va dans le dossier de l’extension php :

phpize
./configure
make
make install

Pour finir : on rajoute l’extension phpzint.so dans php.ini et un apache2 restart et on peut tester.

<?
zint_imagepng(« -o bar01.png -b 1 –height=50 –border=10 -d 87654321 –out=file »);
?>

Paramètres

-o, –output=FILE Write image to FILE. (default is out.png)
-d, –data=DATA Barcode content.
-b, –barcode=NUMBER Number of barcode type (default is 20 (=Code128))
–height=NUMBER Height of symbol in multiples of x-dimension
-w, –whitesp=NUMBER Width of whitespace in multiples of x-dimension
–border=NUMBER Width of border in multiples of x-dimension
–box Add a box
–bind Add boundary bars
-r, –reverse Reverse colours (white on black)
–fg=COLOUR Specify a foreground colour
–bg=COLOUR Specify a background colour
–scale=NUMBER Adjust size of output image
–rotate=NUMBER Rotate symbol (PNG output only)
–cols=NUMBER (PDF417) Number of columns
–vers=NUMBER (QR Code) Version
–secure=NUMBER (PDF417 and QR Code) Error correction level
–primary=STRING (Maxicode and Composite) Structured primary message
–mode=NUMBER (Maxicode and Composite) Set encoding mode
–gs1 Treat input as GS1 data
–binary Treat input as Binary data
–notext Remove human readable text
–square Force Data Matrix symbols to be square
–out=[file,print,return], default:print

Pour la liste des codes qui peuvent être générés

• 1 Code 11
• 2 Standard Code 2 of 5
• 3 Interleaved 2 of 5
• 4 Code 2 of 5 IATA
• 6 Code 2 of 5 Data Logic
• 7 Code 2 of 5 Industrial
• 8 Code 3 of 9 (Code 39)
• 9 Extended Code 3 of 9 (Code 39+)
• 13 EAN
• 16 GS1-12818 Codabar
• 20 Code 128 (automatic subset switching)
• 21 Deutshe Post Leitcode
• 22 Deutshe Post Identcode
• 23 Code 16K
• 24 Code 49
• 25 Code 93
• 28 Flattermarken
• 29 GS1 DataBar-14
• 30 GS1 DataBar Limited
• 31 GS1 DataBar Expanded
• 32 Telepen Alpha
• 34 UPC A
• 37 UPC E
• 40 PostNet
• 47 MSI Plessey
• 49 FIM
• 50 LOGMARS
• 51 Pharmacode One-Track
• 52 PZN
• 53 Pharmacode Two-Track
• 55 PDF417
• 56 PDF417 Truncated
• 57 Maxicode
• 58 QR Code60 Code 128 (Subset B)
• 63 Australia Post Standard Customer
• 66 Australia Post Reply Paid
• 67 Australia Post Routing
• 68 Australia Post Redirection
• 69 ISBN (EAN-13 with verification stage)
• 70 Royal Mail 4 State (RM4SCC)
• 71 Data Matrix
• 72 EAN-14
• 75 NVE-18
• 76 Japanese Post
• 77 Korea Post
• 79 GS1 DataBar-14 Stacked
• 80 GS1 DataBar-14 Stacked Omnidirectional
• 81 GS1 DataBar Expanded Stacked
• 82 PLANET
• 84 MicroPDF417
• 85 USPS OneCode
• 86 Plessey Code
• 87 Telepen Numeric
• 89 ITF-14
• 90 Dutch Post KIX Code
• 92 Aztec Code
• 93 DAFT Code
• 97 Micro QR Code
• 98 HIBC Code 128
• 99 HIBC Code 39
• 102 HIBC Data Matrix
• 104 HIBC QR Code
• 106 HIBC PDF417
• 108 HIBC MicroPDF417
• 112 HIBC Aztec Code
• 128 Aztec Runes
• 129 Code 32
• 130 Composite Symbol with EAN linear component
• 131 Composite Symbol with GS1-128 linear component
• 132 Composite Symbol with GS1 DataBar-14 linear component
• 133 Composite Symbol with GS1 DataBar Limited component
• 134 Composite Symbol with GS1 DataBar Extended component
• 135 Composite Symbol with UPC A linear component
• 136 Composite Symbol with UPC E linear component
• 137 Composite Symbol with GS1 DataBar-14 Stacked component
• 138 Composite Symbol with GS1 DataBar-14 Stacked Omnidirectional component
• 139 Composite Symbol with GS1 DataBar Expanded Stacked component
• 140 Channel Code
• 141 Code One
• 142 Grid Matrix

Pour ce qui est des utilisateurs dans un .htaccess (couplé à un .htpasswd), la solution est robuste mais comporte des inconvéniants :

D’un point de vue php, l’idée est identique, sauf que là on peut gérer les « niveau » d’utilisateurs ou encore enregistrer une session pour une utilisation future.

Le php/mysql est donc une solution à envisager.

Maintenant, la sauvegarde des mots de passe est quelque chose de complexe : il ne faut jamais le stocker en clair et jamais avec un algorithme qui peut le deviner (exemple : le base64 est à déconseiller).

md5 est pas mal, même si certains disent qu’il est vulnérable (ce qui est vrai) ou encore le sha1 (grandement utile pour les cas courants). Il est aussi possible d’utiliser le AES-256 ou d’autres encryptions plus approfondies.

Il ne faut pas stocker le mot de passe encrypté seul, il est conseillé d’utiliser le couple md5($email.$mdp) ou sha1($email.$mdp). Cela permet de limiter les injection SQL dans le formulaire et de bien vérifier que c’est l’interaction de ces 2 champs qui est utilisé.

Il en existait une sorte à la SNCF, le pdf417, depuis quelques années, puis est venu le e-billet le le code Aztec. Alors vous allez me dire, ok c’est beau mais à quoi ça sert ? Ca sert à automatiser les contrôles et les échanges de billets.

Je m’explique : pour les billets standards (en carton), le pdf417 est encore inscrit, il contient des informations (voir plus bas) sur votre voyage notamment. Lors d’un échange, le code pdf417 est lu (et j’espère que la piste magnétique sert encore) et permet de retrouver rapidement votre dossier. L’avantage, c’est que vous aussi pouvez lire ce qui est indiqué dessus.

Pour le e-billet, c’est différent, la SNCF vous laisse le soin de l’imprimer vous même et le code Aztec contient lui aussi des informations.

Une fois que vous avez votre billet, vous pouvez monter dans le train avec une pièce d’identité et hop, vous confirmez votre voyage.

Je me suis posé 2 questions : qu’est ce qu’il y a dans le code et comment était validé un e-billet auprès d’un contrôleur (il y a t il une vérification « online » de l’état de la commande par exemple) ? Alors pour le contenu c’est en dessous, et pour le contrôle : il n’y en a aucun. Le contrôleur doit juste vérifier que les informations du code Aztec correspondent à votre identité (et que le numéro du train correspond à celui ci), pour le reste, aucune vérification rapide n’est possible.

Pour le contenu, à la lecture, il est le suivant (il n’y a pas d’espaces, c’est juste pour améliorer la lecture):

i0CV aaaaaa bbbbbbbbb cccc dd/dd/dddd eeeee fffff ggggg hh/hh iiiiiiiiiiiiiiiiiii jjjjjjjjjjjjjjjjjjj kkkkkkkkkkkkkkkkkkk l mmmm n ooooo ppppp qqqqq

ça vous fait une belle jambe hein :p

Décomposons tout ça :

• ioCV : c’est l’entête, le début du code (une identification pour la SNCF ?)
• aaa (6 caractères) : votre numéro de dossier
• bbb (9 caractères) : le numéro de votre e-billet
• ccc (4 caractères) : aucune idée, possiblement une date (mm/yy)
• ddd (8 caractères) : votre date de naissance au format jj/mm/aaaa
• eee et fff (5 caractères chacuns) : votre gare de départ et d’arrivée, du premier train, au format SNCF : FRPNO pour Paris Gare du Nord, FRPST pour Paris Gare de l’Est…
• ggg (5 caractères) : le numéro de votre premier train sur 5 caractères (avec des 0 devant si le numéro est plus court).
• hhh (4 caractères) : la date de votre voyage (jj/mm)
• iii (19 caractères) : votre numéro de carte de réduction (référence client)
• jjj (19 caractères) : votre nom, en majuscule, aligné à droite, avec des espaces avant pour combler le vide
• kkk (19 caractères) : votre prénom, affichage identique au nom
• l (1 caractère) : la classe de voyage du premier train (1ère ou 2ème)
• mmm (4 caractères) : votre carte de réduction si vous en avez une (CJ11 pour une carte 12/25 ans par exemple)
• n (1 caractère) : la classe pour le second train
• ooo et ppp (5 caractères) : la gare de départ et d’arrivée pour la seconde partie du trajet
• qqq (5 caractères) : le numéro du train pour la seconde partie du trajet

Si vous n’avez qu’un voyage : n vaut 0, ooo et ppp sont des espaces (10 caractères), qqq est nul (0 sur 5 caractères)

Dans l’idée, que je n’encourage pas mais qui reste du domaine du possible, si vous maitrisez photoshop, il vous est possible de faire votre propre billet de train… mais là n’est pas le but.

Facile, on utilise la formule de Haversine !

On va utiliser une SQL pour faire la recherche finale, mais on va d’abord décortiquer la formule en php.

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16

// la formule calcule la distance entre 2 points
function Haversine($p1, $p2) {
	// $p1['lat'], $p1['lon'], $p2['lat'], $p2['lon']
 
	// le rayon de la terre : 6371 km ou 3960 Miles
        $ray = 6371;
 
	// le delta des distances
        $dlat = deg2rad($p2['lat'] - $p1['lat']);
        $dlon = deg2rad($p2['lon'] - $p1['lon']);
 
        $calc = sin($dlat/2) * sin($dlat/2) + cos(deg2rad($p1['lat'])) * cos(deg2rad($p2['lat'])) * sin($dlon/2) * sin($dlon/2);
 
	// on multiplie par le rayon de la terre et on obtient le rayon dans l'unité voulue.
        return = (2 * asin(sqrt($calc))) * $ray;
}

Bon, maintenant avec MySQL

Tout d’abord, il nous faut une base avec « id », « lat », « lon », « poi »
« id » représente l’id unique de la base, « lat » et « lon » les coordonnées des poi en FLOAT et « poi » du texte par exemple pour identifier votre POI. Rien ne vous empêche de rajouter des éléments.

1
2
3
4
5
6

CREATE TABLE  `labs`.`liste` (
	`id` BIGINT NOT NULL AUTO_INCREMENT PRIMARY KEY ,
	`lat` FLOAT( 6, 6 ) NOT NULL ,
	`lon` FLOAT( 6, 6 ) NOT NULL ,
	`poi` VARCHAR( 40 ) NOT NULL
) ENGINE = MYISAM CHARACTER SET utf8 COLLATE utf8_unicode_ci

pour la requête qui va bien, on va utiliser « plat » et « plon » pour les coordonnées du centre de notre cercle et « dist » pour la distance cherchée (en km) et limiter le nombre des résultats aux 20 premiers les plus proches.

On déclare donc une variable « distance » virtuelle qui va contenir la distance en km calculée avec les coordonnées de notre point central et chaque POI.

1

SELECT id, lat, lng, poi,  (6371 * acos(cos(radians(plat)) * cos(radians(lat)) * cos(radians(lng) - radians(plon)) + sin(radians(plat)) * sin(radians(lat)))) AS distance FROM locations HAVING distance < dist ORDER BY distance LIMIT 0 , 20;

Il ne vous reste plus qu’a prendre chaque « lat » et chaque « lon » de chaque POI pour l’afficher sur la carte et le tour est joué !