Avec Git, il est possible de tomber sur des situations spéciales. ohshitgit propose quelques solutions.
Pour le moment, c’est un petit site, mais il peut aider.
URL : http://ohshitgit.com/
programmation Web
Avec Git, il est possible de tomber sur des situations spéciales. ohshitgit propose quelques solutions.
Pour le moment, c’est un petit site, mais il peut aider.
URL : http://ohshitgit.com/
L’article d’aujourd’hui consiste en une petite découverte que j’ai faite il y a quelques jours : un système d’onglets verticaux full CSS.
Il ne contient aucun code Javascript. Il est très léger, et peut être installé rapidement.
Cette petite bibliothèque s’appelle Bootstrap Vertical Tabs, et en est à sa version 1.2.1. Vous pouvez aussi voir cette bibliothèque sur son dépôt Github.
Avec cette bibliothèque, il est possible d’avoir des Tabs à droite ou à gauche. Le sens est déterminé par les classes CSS. Il est même possible d’avoir des tabs penché (Sideways), pour avoir plus de place.
En tout cas, il a été la solution à un de mes problèmes.
Enjoy !

Quand on travaille dans l’intégration de design Web, il faut d’abord tester les possibilités par rapport aux navigateurs Web du marché.
Ensuite, il faut garder les scripts créé pour pouvoir les réutiliser dans d’autres projets.
Lors d’une de mes recherches, j’ai pu trouver différentes collections de ressources offert par Brad Frost, un web designer et consultant.
Ces collections m’ont intéressé au plus haut point.
La première de ces collections est la suivante : Responsive Patterns – A collection of patterns and modules for responsive designs. Des ressources en CSS nous sont proposé dans différentes catégories (Layout, navigation, images, média, etc…).
A voir et à revoir, car le site peut être mis à jour.
La deuxième ressource est le site styleguides.io. Certaines de ces ressources datent de quelques années, mais les bonnes pratiques sont toujours là.
Pour cette ressource, je me suis principalement intéressé aux articles.
En espérant que cela vous soit profitable, cher visiteur.
Enjoy !
Dans toutes base de données SQL, il y a risque de présence de doublons de données.
Ces doublons ne sont pas une bonne chose pour votre base de données, et il faut trouver des solutions pour s’en débarrasser.
Le site sql.sh propose une solution à ce sujet, en 2 articles.
Le premier de ces articles traite des requêtes SQL pour trouver les doublons, et le deuxième traite des méthodes pour supprimer ces doublons dans une base de données SQL.
Ces deux articles sont assez complet à mon goût. Qu’en pensez-vous ?
Enjoy !

IntroductionComme je le disai dans l’article CodeIgniter : les 5 composants, CodeIgniter est basé sur le modèle de développement MVC (Modèle-Vue-Contrôleur).
Le MVC est une approche logicielle qui sépare la logique de l’application de la présentation. Dans la pratique, il permet à vos pages Web de contenir des scripts minimes, puisque la présentation est distinct du script PHP.
CodeIgniter a une approche assez libre du MVC sur 2 points particuliers.
Le premier point est que la partie Modèle n’est pas obligatoire.
Le deuxième point est que la partie Vue peut contenir du PHP (alors qu’elle devrait contenir que de l’HTML).
Si vous n’avez pas besoin de la complexité de la partie Modèle, vous pouvez l’ignorer et construire votre application avec juste les parties contrôleurs et vues.
CodeIgniter vous permet également d’intégrer vos propres scripts, et même de développer des bibliothèques de base pour le système, vous permettant de travailler d’une manière qui fait le plus de sens pour vous.
Les contrôleurs sont appelé en premier pour plusieurs raisons.
1) La raison la plus importante est que les URL sont construite à partir de ces classes, et des méthodes contenues dans ces mêmes classes.
Cela veux dire que l’URL http://domain.fr/blog/category, est construite à partir du contrôleur blog et de la méthode category.
De base sous Code-Igniter, l’URL ci-dessus devrait ressembler à celle-ci :
http://domain.fr/index.php/blog/category
Mais il y a la possibilité d’enlever le index.php des URLS. Je l’avais expliqué dans un article du même nom : CodeIgniter : enlever le index.php de l’URL.
2) Ensuite, les contrôleurs permettent d’autres choses comme l’appel des composants (bibliothèques, helpers, vues, modèles, etc…), la vérification des formulaires et de la partie administration, etc…
Les vues ont pour rôle de donner les informations aux visiteurs, via le navigateur. Ces vues sont principalement de l’HTML, et un peu de PHP. Je vous montrerai, dans un autre article, comment mettre un moteur de template comme Twig. Vous pouvez créer toutes les pages HTML que vous voulez avec ce framework, il n’y a aucune limitation.
De plus, il est possible de mettre plusieurs vues par contrôleurs, et par méthodes.
Maintenant que nous avons vue les deux premières parties, voici la dernière : les modèles. C’est la partie faisant la relation entre les contrôleurs et la base de données.
Les fonctionnalités les plus courantes dans les modèles sont celles du CRUD (Create, Read, Update et Delete). Ce sont les fonctions les plus basique des bases de données (ajouter, modifier, supprimer…), mais il est possible d’en avoir plus (count, etc…).
Ces fonctions envoient donc les données des requêtes, vers les contrôleurs dans différents formats (brut, json, XML, …).
Avec le MVC, vous connaissez 3 des 5 composants de CodeIgniter. les deux autres composants ne sont pas plus compliqué.
Si vous avez assez d’expérience avec PHP, alors vous n’aurez rien à craindre. Sinon, je vous propose de vous former un peu plus sur l’orienté objet en PHP5 (et aussi en PHP7).