WordPress Pour Tous

Tagged: Code RSS

• admin 10:58 on 31/03/2010 Permalien | Répondre
  Tags: Code, Gestion, Installations, Multiples   

  Installer plusieurs sites WP sans WPmu 

  Dès qu’on a plusieurs sites WordPress, la gestion des mises à jour peut devenir fastidieux. Il faut automatiser la gestion du code source WP.

  Il est possible de faire chaque installation avec SubVersion (SVN), l’outil de gestion de version de WP. C’est gérable pour un nombre de sites inférieur à 100 et cela permet de faire une mise à jour progressive.

  Mais cela entraîne une multiplication/duplication des fichiers: un jeu complet pour chaque installation, plus les fichiers de version .svn.

  Pour faire plus compact, il est possible d’installer le code WP dans un sous-dossier. Si le serveur Apache est bien configuré, il doit aussi être possible de faire un lien symbolique. Ainsi, on peut installer un seul code WP et puis pour chaque site, faire un lien du sous-dossier contenant le code WP vers ce dossier à part.

  Mais, le fichier wp-config.php est recherché par rapport au code… Il faut alors créer un fichier wp-config.php intermédiaire qui fera l’include en se basant sur le __$SERVER['DOCUMENT_ROOT']_.

   

  Répondre Cliquez ici pour annuler la réponse.

  Nom (obligatoire)

  E-mail (obligatoire)

  Site web

   

• admin 13:23 on 06/07/2009 Permalien | Répondre
  Tags: Code, GPL, Licence, Source   

  Mettez du GPL dans vos thèmes 

  Dans les questions existentielles que se posent Matt sur WP… il y a les frontières du GPL. C’est l’un des principaux intérêts de WP, le code est librement accessible et modifiable sans aucune contrainte. Mais jusqu’où s’étend le code WP ?
  De manière étonnante, un cabinet d’experts en Licences Libres a répondu que la licence GPL ne s’applique pas complètement à tout le site sous WP. Pour exemple, les thèmes qui déterminent le rendu graphique de la page HTML incluent des fichiers CSS et des images qui ne passent pas par le code WP.
  La page HTML est générée par WP, mais c’est seulement l’instruction d’utiliser telle image ou tel fichier CSS qui est contenu dans le fichier HTML. C’est ensuite le navigateur qui fait appel au serveur web pour charger ces fichiers, sans aucun appel à WP.
  De tels fichiers sont alors considérés comme indépendants de WP, même si ils se trouvent dans l’arborescence des fichiers de WP.
  
  Donc les thèmes pour WP ne sont pas automatiquement sous licence GPL. Il faut le préciser clairement dans le thème.
  Cette situation a provoqué la création d’une page qui référence les thèmes qui dont vraiment GPL: http://wordpress.org/extend/themes/commercial/
  
  On peut peut-être relier cette nouvelle à une autre dans le développement de WP ?
  
  Il est question, depuis quelques semaines, d’unifier le code WPMU et WP. A mon avis, cela est dû à la gestion des ressources dans l’équipe. WPMU était jusqu’à maintenant géré par une seule personne (donncha) et cela induisait un laps de temps non négligeable entre la sortie d’une nouvelle version de WP et puis de WPMU. Pour exemple, la version WP2.8 est sortie depuis quelques semaines et il n’y pas vraiment de nouvelles sur une date de disponibilité de WPMU2.8…
  Mais une autre particularité de WPMU est de prendre en main l’envoi au navigateur des fichiers uploadés. Est-ce qu’on va voir un tel système se mettre en place pour les fichiers des thèmes ? Comme ils transiteraient par le code WP, ils deviennent ainsi soumis à la licence GPL.
  Mais est-ce que ça ne pose pas un problème pour le système WPMU existant ? Les media téléchargés par l’utilisateur sur une plateforme WPMU sont ensuite fournis aux visiteurs par du code WPMU. Est-ce que le contenu en devient automatiquement GPL ? A priori non, puisque les contenus des blogs WP peuvent être sous copyright. Et ils sont bien sur fournis par le code WP.
  
  Mais tout cela n’est pas complètement clair…