planete php fr

Je serai à la Web-5 de Béziers

Thu, 16 May 2013 13:41:18 +0200

Salut à tous ! Ça roule ? Bon alors aujourd’hui, je vous annonce ma présence à la prochaine Web-5 à Béziers.

OK ça c’est bien gentil mais pourquoi aller à l’autre bout de la France ? Parce que j’y suis invité. C’est une raison valable à elle seule, non ? Mais il n’y a pas que ça.

Avec ma future camarade Camille, que je ne connais pas encore IRL, nous allons y assurer la couverture presse, ce pourquoi nous avons été invité. Vous allez donc entendre parler de Béziers dans les semaines à venir. Peut être même plus que de mon séjour à Montréal pour la ConFoo !
Donc déjà, je me demandais qui parmi vous sera présent là bas. J’adore rencontrer mes lecteurs, c’est toujours un super moment avec plein de trucs à apprendre (faut d’ailleurs que je relance les BeerJs). Alors, qui ?

Parlons donc un peu de la Web-5. Au planning, du web, du web et… Du web ! Plus sérieusement, des développeurs, des designers, des ergonomes, des experts référencement. Enfin du bon gros gratin. Et international en plus le gratin. Non content d’avoir invité des gens comme Raphaël Goetter d’Alsacréations, Stéphanie Walter de InPixelITrust (et aussi Alsacréations), Xavier Cambar, membre régulier de ParisJS, Julien Pauli, un poil connu dans le monde du PHP ou encore Alexandre Morgaut, l’un des big de boss du projet Wakanda chez 4D et membre du W3C. Ils ont aussi invité des grosses têtes étrangères, des mecs d’IBM, de Shazam, un dev du Zend Framework, de Thomson Reuters.

Pour la suite des évènements sur ce blog, je publierai prochainement le communiqué de presse. Puis suivront des interviews de différents orateurs. On va aussi sûrement expliquer avec Camille comment nous allons nous répartir les conférences et ce que vous pourrez espérer de nos prises de notes.

Ça se passe le 14 et 15 juin, à Béziers donc, il y aura des conférences passionnantes, des rencontres à faire, des soirées. Si vous ne l’avez pas, vous pouvez encore prendre votre place. Et puis bon, un détour dans le sud mi juin, vous savez quand il fait beau et bien chaud, ne me dites pas que ça ne vous donne pas envie

Pour deux jours, vous avez un billet individuel à 150?. Si vous venez à 5, il y a 20% de réduction avec les 5 places pour 600?. Moins cher que nombre de conférences à travers le monde. Pour un niveau franchement bon d’orateurs.

Ça se passe ici : http://conf2013.web-5.org/achetez-votre-ticket/

Navigation dynamique avec Backbone.js sur une carte OpenStreetMap

Wed, 15 May 2013 18:34:26 +0200

Il y a quelques ~~jours~~ semaines, nous avons vu comment créer une page spécifique dans Mezzanine pour afficher une carte grâce à OpenStreetMap. Nous allons poursuivre l’exercice et en faire une application un peu plus puissante. Notre but : permettre à un administrateur de rentrer lui-même différents « lieux » ou points intéressants, pour qu’ils puissent s’afficher sur la carte. Chaque point est cliquable, et dispose de sa propre url. Pour pousser un peu le raffinement, nous utiliserons Backbone.js pour que la navigation soit dynamique, et éviter la nécessité de recharger toute la page à chaque fois.

Des p’tits points? des p’tits points? encore des p’tits points !

Nous allons créer une application Django qui contiendra le code spécifique à la gestion de notre carte. Commençons par le modèle :

# models.py
from django.utils.translation import ugettext_lazy as _
from django.db import models
from mezzanine.core.fields import RichTextField
 
 
class PointOfInterest(models.Model):
    name = models.CharField(_('name'), max_length=50)
    description = RichTextField(_('Description'), null=True, blank=True)
    lat = models.FloatField(_('Latitude'))
    lng = models.FloatField(_('Longitude'))
    slug = models.SlugField(_('Slug'))
 
    class Meta:
        verbose_name = _('Point of interest')
        verbose_name_plural = _('Points of interest')
 
    def __unicode__(self):
        return self.name

Rien de trés compliqué jusque là ; chaque « lieu » dispose d’un titre, d’une description, et de coordonnées géographiques. L’activation du module d’admin est encore plus simple.

# admin.py
from django.contrib import admin
from city_map.models import PointOfInterest
 
 
class PointOfInterestAdmin(admin.ModelAdmin):
    prepopulated_fields = {"slug": ("name",)}
 
 
admin.site.register(PointOfInterest, PointOfInterestAdmin)

Configurons maintenant les urls de notre application :

# urls.py
from django.conf.urls import patterns, include, url
 
 
urlpatterns = patterns("city_map.views",
    # L'url racine, qui affiche la carte globale
    url('^$', 'map', name='map'),
 
    # Url spécifique affichant le détail de chaque lieu
    url('^(?P<slug>[\w-]+)/$', 'point_of_interest', name='point_of_interest'),
 
    # Nos markeurs seront disponibles en json
    url('^markers.json$', 'markers_data', name='markers_data'),
)

Les vues correspondantes ne contiennent absolument rien de compliqué.

# views.py
from django.http import HttpResponse
from django.core import serializers
from django.shortcuts import get_object_or_404
from django.utils import simplejson
from mezzanine.utils.views import render
from your_map_app.models import PointOfInterest
 
 
def map(request):
    return render(request, 'map.html')
 
def point_of_interest(request, slug):
    selected_poi = get_object_or_404(PointOfInterest, slug=slug)
    return render(request, 'map.html', {
            'selected_poi': selected_poi,
    })
 
def markers_data(request):
    pois = PointOfInterest.objects.all().values()
    data = simplejson.dumps(list(pois))
    return HttpResponse(data, mimetype='application/json')

Tout est en place, il ne nous reste plus qu’à récupérer les données json pour les afficher sur la carte. Dans le template écrit la dernière fois, remplacez le bloc extra_js par celui-ci :

<script type="text/javascript">
 
// This function is called whenever the map is ready
function citymapInit(map, bounds) {
    $.getJSON('{% url 'markers_data' %}', function(data) {
        $.each(data, function(key, val) {
            var link = getMarkerLink(val);
            L.marker([val['lat'], val['lng']]).addTo(map).bindPopup(link);
        });
    });
}
 
function getMarkerLink(json) {
    // Returns a correct link to the point of interest url
 
    var url_root = '{% url 'map' %}';
    var url = url_root + json['slug'] + '/';
    return '<a href="' + url + '">' + json['name'] + '</a>';
}
</script>

Si tout s’est bien passé, chaque marqueur dispose maintenant d’un lien qui permet d’accéder à l’url du lieu. Pas mal, non ?!

Un peu de dynamisme avec Backbone.js

Notre carte est bien sympathique, mais elle manque un peu de dynamisme. Chaque clic génère un rechargement complet de la page, ce qui va vite devenir fastidieux. Nous allons donc ajouter une couche de javascript qui va y remédier. Et pas n’importe quel javascript s’il vous plaît ! Nous allons utiliser Backbone.js.

Il fut un temps ou la création d’applications web dynamiques et single page apps se faisait difficilement sans l’apparition de code jquery spaggheti particulièrement dégueulasse. Du js mélangé au html, des données stockées dans le dom, etc. Tout cela n’était pas sans rappeler le bon vieux temps pré-frameworks MVC ou PHP, HTML et requêtes SQL s’imbriquaient lubriquement sans la moindre pudeur.

Heureusement, le monde Javascript a lui aussi gagné en maturité et de (trop ?) nombreux outils sont apparus pour remédier à ce problème. L’un des premiers et plus populaires est Backbone.js, que l’on qualifiera (pour simplifier de manière éhontée) de framework MVC côté client.

Concrètement, Backbone.js fournit les outils pour gérer les données et leurs traitement via leurs propres classes ; il (ou elle ?) offre des vues pour gérer l’UI et rendre des templates à partir des données des modèles ; elle gère les événements pour permettre la synchronisation entre les interactions de l’utilisateur et les modifications des données ; elle propage l’enregistrement des données sur le serveur via des appels ajax à une api json ; elle propose une navigation en se basant sur l’API History. Bref ! Backbone fait pas mal de trucs.

En revanche, Backbone.js est plus une librairie qu’un véritable framework, en ce sens qu’elle n’impose pas de structure à votre application. Le cas échéant, on lui adjoindra une surcouche comme Marionette.js, ou on préférera un vrai framework comme Angular.js.

Notre utilisation de Backbone sera trés simple puisque notre appli sera read only. Mais c’est un bon début pour se mettre le pied à l’étrier.

Du dynamique sans la bolognaise

Reprenons notre template map.html, effaçons notre bloc extra_js, et remplaçons-le par ceci :

 
// La librairie backbone et sa dépendance
<script src="{{ STATIC_URL }}js/underscore.js"></script>
<script src="{{ STATIC_URL }}js/backbone.js"></script>
 
// C'est dans ce fichier que nous allons développer notre appli Backbone
<script src="{{ STATIC_URL }}js/map/app.js"></script>
 
<script type="text/javascript">
// Il nous faudra passer des paramètres de Python à Javascript
App.Config = {
    // L'adresse à laquelle récupérer les marqueurs en json
    markerCollectionUrl: "{% url 'markers_data' %}",
 
    // L'url courante de la carte
    mapUrl: "{% url 'map' %}"
};
 
function citymapInit(map, bounds) {
    // Quand la carte est prête, nous lançons l'application
    App.start(map);
}

Notre application Backbone va définir un objet racine App, qui va entre autre contenir les paramètres de configuration, et son point d’entrée sera la fonction start, que nous appelerons pour lancer le schmilblick. Bon, et si nous y jetions y coup d’?il, à cette fameuse application ?

// your_map_app/static/js/map/app.js
 
var App = {
    Models: {},
    Collections: {},
    Views: {},
    Routers: {},
    Config: {}
};

Nous commençons par définir notre objet App, qui servira de conteneur pour toute l’appli. Backbone nous offre des outils pour déclarer des modèles et des collections, destinées à recevoir des listes de modèles.

 
// Nous n'aurons pas de traitements à effectuer, aussi
// notre modèle est-il vide
App.Models.Marker = Backbone.Model.extend({});
 
// L'API Backbone permet, une fois la collection déclarée, de
// l'initialiser à partir de données json sans difficultés
// particulières
App.Collections.MarkerCollection = Backbone.Collection.extend({
    model: App.Models.Marker,
    initialize: function() {
        this.url = App.Config.markerCollectionUrl;
    },
    getBySlug: function(slug) {
        return this.findWhere({ slug: slug });
    }
});

Nous avons défini la partie modèle de notre application. Les classes en question sont bien vides, vu que nous sommes en read only. Nous allons maintenant définir les vues. Dans Backbone, les vues sont des classes chargées d’effectuer des actions (rendre un template, par exemple) en fonction d’un modèle ou d’une collection et des événements qui y sont rattachés.

 
// MarkerView est une classe à laquelle on passe un marqueur,
// et qui sera chargée de l'afficher sur la carte via
// l'API Leaflet
App.Views.MarkerView = Backbone.View.extend({
 
    // fonction lancée à l'instanciation de la vue
    initialize: function(options) {
 
        // L'objet map (API Leaflet) doit être passé en paramètre
        this.map = options.map,
 
        // Create the marker using leaflet api
        // Notez l'api d'accès aux données du modèle
        this.marker = L.marker([this.model.get('lat'), this.model.get('lng')]);
 
        // Create the marker popup
        var popup = document.createElement('a');
        popup.href = App.Config.mapUrl + this.model.get('slug') + '/';
        popup.innerHTML = this.model.get('name');
 
        // We have to bind the event here, because leaflets prevents
        // the click event to bubble outside the map element
        var slug = this.model.get('slug');
        popup.onclick = function(event) {
            event.preventDefault();
            // Lorsque l'internaute clique sur le lien, nous
            // indiquons à Backbone qu'un changement d'url doit être
            // intercepté
            Backbone.history.navigate(slug + '/', true);
        };
        this.marker.bindPopup(popup);
 
        // Render the marker to the map
        // (Leaflet API)
        this.marker.addTo(this.map);
    }
});
 
// MapView est la vue principale. Elle va instancier la collection des marqueurs
// et les afficher un par un
App.Views.MapView = Backbone.View.extend({
    initialize: function(options) {
        this.map = options.map;
        this.markers = new App.Collections.MarkerCollection();
 
        // Nous téléchargeons les données json pour instancier
        // la collection. Dés que c'est fait, on lance la fonction
        // de rendu.
        this.listenTo(this.markers, "reset", this.render);
        this.markers.fetch({ reset: true });
    },
    render: function() {
        this.markers.each(this.addOne, this);
        return this;
    },
    addOne: function(marker) {
        var view = new App.Views.MarkerView({
            model: marker,
            map: this.map
        });
    },
    getMarkerBySlug: function(slug) {
        return this.markers.getBySlug(slug);
    }
});
 
// Cette vue permettra de mettre à jour la page à partir d'un
// marqueur donné
App.Views.MainView = Backbone.View.extend({
    initialize: function() {
        this.descriptionElement = $('#poi-main');
        this.titleElement = $('h1');
        this.sidebarElement = ('#poi-sidebar');
        // Nous utiliserons un template pour le rendu de la
        // sidebar. Nous le définirons un peu plus tard
        this.sidebarTemplate = _.template($('#poi-sidebar-template').html());
    },
    render: function() {
        this.descriptionElement.html(this.model.get('description'));
        this.titleElement.html(this.model.get('name'));
        this.sidebarElement.html(this.sidebarTemplate(this.model.attributes));
    },
});

Même si l’API utilisée peut dérouter dans un premier temps, le code est relativement simple. Une vue principale, MapView, récupère les données via l’API en instanciant une collection, puis pour chaque marqueur délègue son affichage en instanciant une vue spécifique.

Nous avons notre modèle, nos vues. Il manque? le? le? controleur ! Bravo à ceux qui suivent.

 
// Dans l'API Backbone, un router permet de déclarer les différentes
// urls disponibles, et de faire correspondre un traitement spécifique
// à chacune d'entre elles
App.Routers.MapRouter = Backbone.Router.extend({
    initialize: function(options) {
        // Nous n'utiliserons que deux urls pour notre appli
        this.route('', 'map');
        this.route(':slug/', 'pointOfInterest');
 
        // instancions maintenant les vues principales
        this.mapView = new App.Views.MapView({ map: options.map });
        this.mainView = new App.Views.MainView();
    },
    map: function() {
        // La carte est déjà affichée, rien à faire ici
    },
    pointOfInterest: function(slug) {
        // L'utilisateur vient de cliquer sur un lien, il
        // faut afficher le marqueur correspondant
 
        // Récupérons le marqueur en question, à partir du "slug" passé en url
        var marker = this.mapView.getMarkerBySlug(slug);
 
        // Il nous suffit de passer le bon marqueur à la vue
        // et de la laisser s'occuper du rendu
        this.mainView.model = marker;
        this.mainView.render();
    }
});

Il manque une chose à notre appli. Notre point d’entrée, la fameuse fonction start. Son seul but est d’initialiser le contrôleur.

App.start = function(map) {
    var mapRouter = new App.Routers.MapRouter({ map: map });
    Backbone.history.start({
        pushState: true,
        root: App.Config.mapUrl,
        silent: true,
    });
};

Tadaaaam ! Le résultat est visible sur ce site de démo, et le code est sur Github. Dans le prochain billet, j’essaierai d’employer encore plus de technos hype d’un coup.

photo by: Luz Adriana Villa A.

Cet article Navigation dynamique avec Backbone.js sur une carte OpenStreetMap est apparu en premier sur Miximum.

La programmation n'est pas industrialisable

Wed, 15 May 2013 14:00:00 +0200

Je poursuis ici ma réflexion entamée dans mon précédent billet concernant la difficulté de certaines personnes à comprendre qu?il est impossible de quantifier finement et surtout de manière fiable le temps nécessaire à la réalisation d?un logiciel.

Plus j?y pense, plus je me dis que le problème vient du fait que la personne qui demande un tel chiffrage à un développeur pense que la création d?un logiciel est le résultat d?une industrialisation.

Dans notre contexte, la définition la plus adéquate de l?industrialisation est la suivante, d?après Wikipedia :

L?industrialisation désigne le processus de transfert du processus de création de l?offre au processus de réalisation de l?offre.

En résumé, lors de la phase d?industrialisation d?un produit, l?ensemble de la phase de conception de ce produit a été réalisé et il est donc possible de définir précisément les étapes devant être successivement suivies pour l?obtenir à l?extrémité de la chaîne de production.

De plus, puisqu?au moins un exemplaire du produit existe dans le monde réel à l?issue du processus de création, il est possible de quantifier très précisément les ressources temporelles et matérielles qui seront nécessaires pour sa fabrication à grande échelle.

Enfin, pour la même raison, ses spécifications sont clairement définies et il est donc possible de s?y référer afin d?effectuer tout au long de la chaîne de fabrication des contrôles précis pour vérifier la qualité du produit final.

En résumé, l?industrialisation permet de dupliquer à grande échelle le produit conçu lors de la phase de création en s?assurant de sa qualité et en maîtrisant les coûts au plus juste, car l?ensemble de ses caractéristiques est connu précisément.

Or, n'en déplaise à certains, le développement logiciel est par essence une activité créative, au même titre que l?écriture d?un livre, la réalisation d?un dessin ou d?une peinture ou l?élaboration d?une nouvelle théorie mathématique.

En effet, si le programme existait déjà, personne ne demanderait à un développeur de l?écrire, donc de le créer?

La conception de logiciel ne peut donc être industrialisée puisque comme nous l?avons constaté précédemment, il est indispensable de disposer d?au moins un exemplaire physique pour pouvoir estimer précisément les ressources nécessaires à sa fabrication à grande échelle et avoir les informations nécessaires aux divers contrôles de qualité.

Il est donc très délicat sinon impossible d?estimer de manière fiable les ressources humaines, techniques et temporelles nécessaires à la conception d?un logiciel, et encore plus difficile de définir les spécifications permettant de s?assurer qu?il répond bien aux besoins.

J'en connais qui me rétorqueront qu?il est tout de même possible d?industrialiser à minima le développement d?un logiciel à l?aide de framework et autres briques logicielles « clef en main ».

Cependant, la colle nécessaire pour assembler ces briques afin d'obtenir le programme demandé devra être inventée et nécessitera donc toujours un effort créatif.

En conséquence, même en recourant à de tels outils, il reste impossible de donner une estimation précise et fiable du temps nécessaire à la réalisation d?un programme.

Car en réalité, les frameworks et autres briques logicielles ne permettent pas d?industrialiser le processus de développement d?un logiciel.

Ils facilitent uniquement la vie du développeur en lui permettant d?utiliser du code en théorie de bonne qualité, correctement documenté et conçu pour répondre aux besoins essentiels et communs à la plupart des programmes.

Évidemment, cela lui permet de développer plus rapidement son programme, mais ce n?est pas pour cela qu?il pourra estimer plus précisément le temps qu?il mettra à le concevoir dans son intégralité, d?autant que parfois, ces outils peuvent au contraire lui faire perdre du temps indépendamment de sa volonté.

De même, certains outils tels que les frameworks de tests unitaires ou fonctionnels ainsi que certaines méthodologies comme le TDD permettent effectivement d?estimer la qualité du code, tout comme les méthodes agiles permettent d?estimer le temps nécessaire à la réalisation d?un ensemble de tâches en se basant sur le temps passé précédemment pour réaliser d?autres tâches plus ou moins complexes.

Cependant, ces estimations sont empiriques et n?ont donc pas la précision absolue et intangible de celles ayant court dans le cadre d?un processus industrialisé.

En conclusion, demander à un développeur le temps qu?il mettra à développer un logiciel n?est pas la même chose que demander à un peintre en bâtiment le temps qu?il va mettre et le nombre de pots de peinture dont il aura besoin pour peindre un mur de 12 m² en vert.

C?est en fait comme demander, s?ils étaient encore de ce monde, à Léonard de Vinci le temps qu?il va mettre à peindre le tableau d?une femme posant devant un paysage ou bien à Albert Einstein le temps qu?il lui faut pour inventer une théorie expliquant la relation entre l'espace, le temps, et peut être éventuellement d'autres paramêtres.

Et je suis prêt à parier que dans les deux cas, la réponse serait du style « un certain temps ».

Revue de presse industrialisation semaines 19-20

Tue, 14 May 2013 11:54:20 +0200

Le temps passe, PHP et ses communautés continuent à évoluer à grands pas ! De PHP à JavaScript Pour commencer cette revue de presse, un petit clin d'oeil à atoum, le fameux framework de tests unitaires en PHP, qui désormais dispose d'un fork en JavaScript développé par Julien Bianchi. Outils - console PHP Quoi de [...]

Tester l?existence d?une fonction Javascript

Mon, 13 May 2013 23:27:17 +0200

Ci-dessous une petite astuce Javascript pour vérifier qu’une fonction est définie ou non. Le comportement rappelle la fonction « function_exists() » en PHP. Le test se base sur la fonction Javascript typeof() qui renvoi functionsi le handler passé est déclarée comme fonction. Il suffit de décommenter ‘mafonction’ pour constater que l’existence de la fonction est correctement prise en compte. Pour vérifier si un handler est utilisé comme une fonction ou comme une variable, vous pouvez utiliser le [...]

PHP 5.4.15 et 5.3.25 et 5.5.0RC1

Sat, 11 May 2013 21:14:44 +0200

L'équipe de développement PHP vient de publier 3 nouvelles versions de PHP, concernant les branches :

PHP 5.3 (5.3.25)
PHP 5.4 (5.4.15)
PHP 5.5 (5.5.0 rc 1)

Les 2 premières versions correspondent au cycle de vie des mises à jours mensuel de PHP. Elles corrigent plus de 10 bugs et la Team de PHP Group encourage de mettre à jour vos différentes versions. Pour connaître l'ensemble des points , vous pouvez consulter le fichier de 'changeLog'.

Tags:

php

5.5

PHP 5.4.11 et 5.3.21 et 5.5.0RC1

Sat, 11 May 2013 21:14:44 +0200

L'équipe de développement PHP vient de publier 3 nouvelles versions de PHP, concernant les branches :

PHP 5.3
PHP 5.4
PHP 5.5

Tags:

php

5.5

Caranille 3.5

Fri, 10 May 2013 13:13:25 +0200

Caranille est un MMORPG (massively multiplayer online role-playing game), c'est à dire un jeu de rôle pour le web, sous licence GNU GPL, réalisé en PHP5 et MySQL. Il va vous permettre de concevoir et bâtir rapidement votre propre environnement de jeu, utilisable en multijoueur.

Ce logiciel propose une gestion modulable en créative commons, avec la possibilité de contribuer et de développer vos propres modules en PHP.

Tags:

Caranille 3.5

Fri, 10 May 2013 13:13:25 +0200

Ce logiciel propose une gestion modulable en créative commons, avec la possibilité de contribuer et de développer vos propres modules en PHP.

Tags:

Les stands PHP au salon solutions linux 2013

Thu, 09 May 2013 14:20:43 +0200

Le salon « solutions linux » va se dérouler le 28 et 29 mai 2013 au Cnit à Paris. Et de nombreuses sociétés Open source seront présentes, ainsi que de nombreux acteurs du langage PHP.

Au niveau du village associatif, le langage PHP sera aussi représenté avec les associations comme Dolibar, AFUP (Association Française des Utilisateurs de PHP), Drupal, GLPI...

Pour ma part, je vais m'occuper des stands AFUP et Drupal, situé sur les stands A34 et A32, mais aussi de nombreuses acteurs de ces communautés seront présents pour répondre à toutes vos questions et bien sur parler de CMS ou encore du langage PHP.

Par ailleurs, les elePHPants bleus et rose, effectueront le déplacement pour rechercher de nouvelles familles d'accueils et surtout ils adorent faire des calins, c'est pourquoi il ne faudra pas être surpris de leurs demandes.

Mais sans plus attendre, il faut vous inscrire gratuitement sur le stand du salon linux pour venir nous voir.

Le salon Solutions Linux qui se déroule du 28 et 29 mai 2013

Actualité de développement PECL, 2013 semaine 18 et 19

Wed, 08 May 2013 10:45:02 +0200

7 Paquets ont été mis à jour ces 2 dernières semaines :

Semaine 18 du 29 avril 2013

Semaine 19 du 5 mai 2013

Tags:

pecl

php

Actualité de développement PEAR, 2013 semaine 18 et 19

Wed, 08 May 2013 09:15:48 +0200

2 Paquets ont été mis à jour ces 2 dernières semaines :

Semaine 18 du 29 avril 2013

XML_XRD 0.3.0

Semaine 19 du 6 mai 2013

Net_WebFinger 0.3.0

PEAR est la bibliothèque de composants PHP.

Tags:

pear

php

Advanced module manager et page d'accueil : les modules ne s'affichent pas

Thu, 09 May 2013 09:36:50 +0200

Advanced module manager est une extension très util que nous utilisons depuis un moemnt à Puslar, elle permet de sélectionner finement comment afficher chaque module en s'appuyant sur des menus, de sfiltres PHP, du contenu, etc.
L'un des filtres proposés est l'affichage en page d'accueil, et pas sur l'élément de menu page accueil, dont plusieurs modules ont tendance à hériter, forcément.
Mais ce filtre ne fonctionne pas si l'URL utilisée contient un port. Pour que ce filtre fonctionne même avec un port dans votre URL, rendez-vous dans votre fichier:
plugins\system\nnframework\helpers\assignments\homepage.php
et modifier la fonction checkPass en ajoutant sous:

// remove trailing / $root = trim(preg_replace('#/$#', '', $root));

les lignes suivantes:

//remove the port
$root = preg_replace('#:[0-9]*#', '', $root);

Advanced module manager et page d'accueil : les modules ne s'affichent pas

Thu, 09 May 2013 09:36:50 +0200

// remove trailing / $root = trim(preg_replace('#/$#', '', $root));

les lignes suivantes:

//remove the port
$root = preg_replace('#:[0-9]*#', '', $root);

28-29 mai 2013 ? AFUP sera présent à Solution Linux

Tue, 07 May 2013 00:00:00 +0200

Le salon "SOLUTIONS LINUX" 2013 se déroule le 28 et 29 mai 2013 au CNIT / La défence.

L'Association Française des Utilisateurs de PHP (AFUP) sera sur le stand A34 dans la partie village associatif.

Nous vous invitons à venir nous voir pour parler de nos prochains événements PHP : Forum PHP, les meetups des antennes, le langage...

Nous vous attendons nombreux et l'inscription est gratuite en vous inscrivant au préalable.

L'Association Française des Utilisateurs de PHP (AFUP) sera sur le stand A34 dans la partie village associatif.

Nous vous invitons à venir nous voir pour parler de nos prochains événements PHP : Forum PHP, les meetups des antennes, le langage...

Nous vous attendons nombreux et l'inscription est gratuite en vous inscrivant au préalable.

Formulaire d'inscriptions

AgoraCMS en phase de devenir un succès

Tue, 07 May 2013 12:42:15 +0200

Le 1^er événement dédié aux CMS, appelé « AgoraCMS » se déroule le 15 mai prochain à la Maison des Associations, Paris 13, est en phase de devenir un succès, dont le site WebRIVER est partenaire.

Tags:

agoracms

cms

agora

Chroniques jQuery, épisode 115

Mon, 06 May 2013 11:45:24 +0200

Pas grand chose cette semaine, pratique pour écrire cet épisode à l’arrache.

Mise à disposition de jQuery UI 1.10.3. Cette version de maintenance apporte des correctifs pour Draggable, Sortable, Accordion, Autocomplete, Button, Datepicker, Menu et Progressbar. Dans le lien proposé, vous trouverez le changelog complet.

Un livre est disponible sur TutorialZine, jQuery Trickshots. Il n’existe pas de version papier, étant seulement dispo en version électronique tous formats classiques : pdf, epub et mobi. Dans le lien vous pourrez obtenir le chapitre dédié à la partie Ajax gratuitement.

Avant de conclure, je voulais vous parler de l’article de l’ami Megaptery qui parle de MixItUp. Ce dernier est un plugin d’organisation de données présentées sous formes de structures HTML définies. Pas très original mais vu qu’il est très moderniste en se servant des dernières technos web, je ne pouvais qu’encourager.

Enfin, j’ai vu passer Jackbone, un framework qui souhaite allier jQuery Mobile avec Backbone. Pourquoi pas. A tester.

Comme d’habitude, vous pouvez retrouver l’ensemble de ces liens sur un carnet Evernote dédié partagé.

Ce mois-ci sur internals@php - Avril 2013

Mon, 06 May 2013 07:00:00 +0200

Après un mois de mars relativement calme, voici mon dépilage d?internals@ pour le mois d?avril 2013, qui poursuit la tendance avec seulement 359 mails.

Sous forme d?un graphique représentant le nombre de mails par mois sur les trois dernières années, on obtient (l?historique depuis 1998 est disponible ici) :

La sortie de PHP 5.5 continue de se rapprocher : la version bêta3 a été publiée le 11 avril, et la bêta4 a suivi le 25 avril. Cette version bêta4 devrait être la dernière version bêta, la première version RC étant prévue pour le 9 mai.

Dmitry Stogov a travaillé sur des optimisations pour l?extension de cache d?opcodes ext/opcache qui sera inclue à PHP 5.5, et s?est demandé si ces optimisations avaient leur place dans PHP 5.5, ou s?il était plus prudent de les prévoir pour la version suivante de PHP. Une réponse apportée par Zeev Suraski est qu?il devrait être possible de mettre en place des optimisations ne travaillant que sur un seul fichier ; et que certaines idées ne mènent pas forcément à des résultats intéressants, le compilateur de PHP étant relativement rapide en lui-même. Pierre Joye, de son côté, a fait remarquer que, même si des optimisations simples pouvaient être appréciables, les versions RC de PHP 5.5 approchaient.

Comme l?a souligné Larry Garfield, une durée de compilation (compilation qui n?a lieu qu?une fois ?de temps en temps?, avec un cache d?opcodes activé) un peu plus importante pour les scripts PHP est acceptable, à partir du moment où les gains à l?exécution ne sont pas négligeables.

Avec l?intégration de ext/opcache à PHP, Johannes Schlüter a fait remarquer qu?il y aurait probablement beaucoup d?utilisateurs qui essayeraient de charger cette extension avec extension= et non zend_extension= dans leurs fichiers de configuration. Le message d?erreur renvoyé lors de la tentative de chargement d?une Zend Extension avec extension= étant jusqu?à présent peu clair, pour éviter d?être submergés de demandes d?utilisateurs ne comprenant pas pourquoi ext/opcache refuse de se charger, il est proposé d?améliorer ce message ? vu les nombreux retours positifs, le correctif a été intégré à PHP.

A la toute fin du mois de mars, Laruence a proposé d?ajouter une constante indiquant si PHP est compilé avec support des wrappers curl (qui sont totalement distincts de l?extension ext/curl !). Ces wrappers ayant toujours été considérés comme expérimentaux, la discussion a finalement donné lieu à la rédaction d?une RFC visant à leur suppression : RFC: Removal of curl-wrappers ? et même si la décision a été un peu rapide pour rentrer dans la planning de sortie de PHP 5.5-bêta4, les wrappers curl seront supprimés pour PHP 5.5.

En tout début de mois, Sara Golemon a proposé la RFC: PHP Array API simplification : l?objectif est de fournir un fichier d?en-têtes .h permettant de simplifier les manipulations de tableaux PHP pour les développeurs d?extensions PHP (ce point ne concerne que les développeurs d?extensions, et absolument pas les utilisateurs de PHP). Comme l?a souligné Mike Willbanks, avec qui je ne peux être que d?accord, ce type de simplification est le bienvenu, en particulier pour les développeurs avec un background plus userland. La discussion n?a pas duré très longtemps et n?a pour l?instant pas mené à une inclusion de ce fichier d?en-têtes à PHP (peut-être pour une prochaine version ?), mais il peut dès maintenant être inclu manuellement par les développeurs d?extensions qui voudraient en tirer profit.

Un autre point qui peut intéresser les développeurs d?extensions PHP et/ou ceux qui aiment savoir comment ça marche : Julien Pauli a annoncé avoir rédigé un article expliquant comment PHP charge ses extensions, et les différents hooks appelés : internals:extensions. En parallèle, des améliorations sont en cours de développement autour du chargement d?extensions, et pourraient être mises en place pour PHP 5.6.

Laruence a proposé, comme décrit via le Bug #64554: var_export does not export absolute namespace for classname , d?ajouter un \ en début de noms de classes pour les sorties de var_export(), serialize(), et autres fonctions du même type. Certains ont noté que ceci semblait logique par rapport aux espaces de noms ajoutés avec PHP 5.3, alors que d?autres ont fait remarquer que cela casserait la compatibilité avec PHP <= 5.2 ? et comme l?a souligné Rasmus Lerdorf, il n?est (malheureusement) pas rare de sérialiser des données avec une version de PHP, les stocker en base de données ou les envoyer via le réseau à une autre machine, et vouloir les lire avec une autre version de PHP. En conclusion, la documentation va être complétée, et le comportement de ces fonctions ne sera pas modifié.

Frank Liepert a rédigé la RFC: instance counter. Les quelques retours qui ont été postés sont assez négatifs : savoir combien d?instances d?une classe donnée existent ne semble pas vraiment intéressant ni utile. Les votes ont été ouverts sur cette RFC à la toute fin du mois ? considérant le peu de discussions qu?il y a eu sur internals@ à ce sujet, je doute qu?elle passe.

Julien Pauli a proposé d?ajouter une option à phpinfo(), qui permettrait de récupérer la liste des options de configuration utilisées lors de la compilation de PHP (j?ai au passage découvert php-config --configure-options). Les retours ont été assez négatifs, puisque peu de développeurs voient l?utilité d?un mécanisme de ce type, et suggèrent de plutôt utiliser les capacités de reflection de PHP.

Julien Pauli a soumis une idée où le bloc catch d?une exception pourrait rendre le contrôle à son bloc try. Amaury Bouchard a ensuite fourni plus d?explications sur le pourquoi de cette idée. La discussion n?était pas terminée à la fin du mois, même si plusieurs semblaient penser qu?utiliser des constructions try/catch de cette manière n?était pas une bonne idée. Nous aurons peut-être l?occasion de voir le mois prochain si les choses ont évolué.

Igor Wiedler a annoncé avoir commencé à rédiger la RFC: Importing namespaced functions, et a ensuite posté quelques cas où cette idée lui semble utile. La discussion n?était pas terminée à la fin du mois, et se poursuivra peut-être en mai?

Depuis le premier article que j?ai posté dans cette série de dépilages d?internals@, en novembre 2012, je crois que c?est la première fois que j?ai aussi peu de choses à dire. C?est probablement lié aux faits que PHP 5.5 arrive tout juste à la fin de sa période de bêta, qui marquait la fin d?ajout de fonctionnalités pour cette version, et que PHP 5.6 est encore loin, et pas encore entré en phase de développement actif !

internals@lists.php.net est la mailing-list des développeurs de PHP ; elle est utilisée pour discuter des prochaines évolutions du langage, ainsi que pour échanger autour de suggestions d?améliorations ou de rapports de bugs.
Elle est publique, et tout le monde peut s?y inscrire depuis la page Mailing Lists, ou consulter ses archives en HTTP depuis php.internals ou depuis le serveur de news news://news.php.net/php.internals.

Unirest

Sun, 05 May 2013 20:22:09 +0200

Unirest en une bibliothèque REST, qui s'appuie sur une idée originale, c'est de proposé la même qualité de codes dans tous les langages pour vous aider à développer des APIs REST plus facilement. Cette bibliothèque propose la compatibilité avec les langages de développement : Au niveau des langages du coté serveur

PHP
Java
Ruby
Python

Au niveau des langages coté mobile

Tags:

Mettre un site wordpress en production

Sat, 04 May 2013 23:55:02 +0200

Lorsque vous développez un projet web en utilisant le CMS Wordpress, vous devez penser à comment migrer celui-ci sur un serveur de production pour le rendre visible auprès des internautes.

Le site « CodeFores » montre qu'il existe plusieurs méthodes pour ce CMS, dont certaines étapes sont générales, car une partie de la configuration se trouve dans PhpMyAdmin et dans le fichier wp-config.php.

Tags:

wordpress

php

migration