Reprise du message précédent :
+1, tu prends le framework de base, (pour le systeme responsive + grid), et tu stylise comme tu veux tous tes éléments.
Ya pas mal de thèmes gratuits, d'autres premium qui ajoutent pas mal de fonctionnalités sympa pour des back-offices.
Genre : http://bootswatch.com

foundation est vraiment agréable  
 
bootsrap a un meilleur ecosysteme

Ici on utilise Bootstrap 3

J'utilise bootstrap 3 et dans la mesure du possible, j'utilise des plugins plutôt que de faire des styles customs (en particulier des contrôles customs). J'en suis très heureux pour le moment.

Quand vous devez intégrer un PSD fourni vous utilisez un framework aussi ?

Ça dépend du cahier des charges..

 
j'ai jamais utilisé parseJSON, je pensais que le JSON était un type de fichier...  
Merci, je vais aller dans cette voie là pour contruire cet objet    
 

 
Si tu utilises pas le thème fourni, y'a pas beaucoup de look & feel comme tu dis.
Après dans la version SASS, t'as accès aux variables et tu peux désactiver un tas de trucs (coins arrondis, borders etc..), changer les couleurs des boutons, etc..

Des utilisateurs de Cordova (floNuméro ?) ?
 
Y'a un piège ou c'est l'outil magique ? Je suis un peu à la croisée des chemin, pour une nouvelle app, j'ai le choix entre partir sur :
- site web en responsive ;
- Cordova ;
- app iOS (et apprendre Swift) et Android (que je connais déjà un peu).
 
J'ai un début de maquette en responsive, mais quelques points me gênent, notamment la fluidité générale et le fait de pas être natif : à mon sens, l'utilisateur moyen n'ira jamais sur un site, aussi adapté qu'il soit.
 
Vous avez des exemples d'app développées avec Cordova, histoire que je me fasse une idée du résultat (celle de Wikipedia ?) ? iOS reste obligatoire pour le build de ce que j'ai compris ? Courbe d'apprentissage ?
 
Merci

c'est les deux

Est ce que tu peux réaliser les apps native android et iphone au mini ? Tu dois avoir du matos apple ( OSX ) pour builder l'app iphone, ou tu t'appuie sur phonebuild ( mais de toute façon il te faudra un environnement psx-IOs pour tester)

Moi , je ferai comme ça :

1/ site responsive. Tu peux feinter pour le faire fonctionner comme une app ( http://www.alsacreations.com/astuc [...] icone.html par exemple )
2/ une fois l'app stabilisée, tu encapsules ça dans une app cordova avec quelques contrôles natifs là ou tu veux vraiment faire de l'effet waouh + les personnalisations par environnement et tu publie tout ça sur les stores
3/ tu portes de plus en plus d'éléments sur des composants natif. Par exemple un iphone 4/4S aura suffisament de performance web pour être super fluide même en 100% web. Pour android il te faudra un peu plus de natif.

La première conf est assez pénible , le temps que les environnement tournent, après c'est transparent et automatisable.
tu as pas mal d'exemples ici : http://phonegap.com/app/

 
Pas besoin de jQuery pour manipuler du JSON
 
https://developer.mozilla.org/en-US [...] jects/JSON

 
Upgrader le framework est aussi pénible, même si ca s'améliore.
 
Je persiste à penser que ca va s'améliorer et que c'est une voie à suivre plutôt que d'apprendre un nième langage.

D'autant plus que les navigateurs progressent, ainsi que les webview

 
c'est vrai qu'on voit bien la différence entre les thèmes  

 
C'est pas le meilleur exemple en effet Regarde ici par exemple : http://startbootstrap.com/sponsored-templates

 
Merci pour vos retours
 

Bhen oui, Free != Premium

C'est surtout pour montrer que ça se customise beaucoup, et qu'on peut ne pas reconnaître le « look'n feel » bootstrap

en point de comparaison, : c'est du bootstrap :

La v1 utilise un thème customisé
la V2 vire le sytème de grille pour une mise en page sur mesure et pousse un peu plus loin la custo( surtout pour réagir de manière plus fine en responsive) + des animations basées sur velocity  plutôt que jquery

Au final je garde BS pour son ecosystème de plugin

Les gars, on va faire faillite : http://www.votresiteweb.info/

Pas mal

PS : Velocity est une réimplémentation de $.animate() (jquery), c'est pas du lowlevel brut.

Pas mal du tout, codeur.com a du soucis à se faire.

Le low level est un peu pénible à faire à la main pour un dev comme moi. Et Famo.us est pire
Velocity me semble être un des meilleurs compromis

 
Holy fuck! Je vais de suite cesser mon activité, ils sont a des années lumières...

Pour ou contre les singletons
 
Je lis diverses docs là-dessus, et la communauté PHP ne semble pas être d'accord, apparemment les singletons c'est le bien et le mal. (notamment à cause des tests unitaires)
 
Sauf que dans mon appli (framework MVC perso), j'ai un objet AppComponent qui lie à peu près tous les objets entre-eux afin que je puisse faire des appels de modèles dynamiques à peu près partout.
(du style Entity -> getFieldModel -> getEntities, puis Entity -> Helper -> getConfig, etc..)
 
Après, c'est pas impossible que ma webapp soit mal conçue, mais j'en ai pas encore conscience
 
Mais bon dans mes debugs, et que je m'amuse à faire des var_dump d'objet, j'ai une sacrée recursion de l'objet AppComponent, et de plus en plus je me dis qu'un singleton et un appel statique là-dessus arrangerait bien la mémoire du process.
Vous en pensez quoi

Que PHP c'est le mal
 
Désolé  

Wai bon pour l'instant je suis plus efficace à faire des projets pour clients, en PHP, Node.js j'apprends donc je peux pas sortir de projets là-dessus.

Non mais c'était trollesque et pas constructif
 
De toute façon je peux pas t'aider

Il n'y a que moi que ca choque de voir que tu bosses sur des projets clients avec un framework maison alors que tu te poses la question d'utiliser ou pas un singleton ?

Ca cree une dependence en dur de la classe donc oui ca complique les tests unitaires et si jamais tu veux utiliser un objet alternatid pour par exemple etendre les fonctionnalites ou customiser certains parametres c'est impossible. A moins de se retaper toutes les dependances en dur.
 
Quant a la memoire du process je vois pas ? Parce que ca eviterait d'instancier toutes les classes a l'avance ?
Perso c'est un container de services dans lequel j'enregistre mes services ($container->register('router', function(){ return new Router; })). Lorsqu'un service est utilisé ($container->get('router')), il est instancié à la volée. Apres c'est sur le var_dump de tout objet lié au container prend cher mais c'est mineur.
 
Par contre pour eviter d'avoir a injecter toutes les dependances a chaque fois dans chaque service, j'utilise parfois des singletons qui me retourne une instance par defaut seulement si la dependance est manquante.
 
En regle general, si ca modifie l'etat de l'application, le static (donc les singletons) c'est a bannir.
 
 
Sinon ca m'interesse de savoir comment tes clients reagissent par rapport au framework fait-maison ? J'utilise aussi un framework fait-maison que je compte open-sourcer prochainement.

 
Merci pour ta réponse
C'est la partie en gras/italique qui m'intéresse, je pensais faire ça justement, du style "registry::get('Router'), et qui me retourne le routeur déjà instancié, ou si pas instancié, l'instancie et me le retourne.
Enfin, personnellement au niveau du code je trouve ça un peu plus propre mais à voir.
Quand je vois la flopée de singleton utilisés dans le framework zend (magento, etc..)..
 
Ah et sinon ma webapp, c'est un truc perso pour m'entrainer à structurer et coder un peu plus sereinement, pour mes clients je n'utilise pas de mvc maison.
 

Ouep c'est l'idee mais j'eviterais les appels statiques. L'ideal c'est d'utiliser une instance du container ($app ou $container) dans lequel t'enregistres tous les services dont tu pourras avoir besoin. Et ensuite $container->get('router').
Dans le pire des cas, t'utilises un singleton du container (\Container::singleton()) pour y avoir acces partout, mais idealement faudrait eviter meme si desfois c'est penible de se trimballer $container partout.
 
Pour l'utilisation d'un singleton, c'est rare que je m'en serve. En tout cas pas dans mon framework, dans lequel tous les services sont enregistrés avec toutes les dependances necessaires a l'initialisation. Mais desfois, en dehors du framework, si j'utilise une des librairies individuellement par exemple, ca devient vite penible d'avoir a configurer toutes les dependances pour chaque instance.
Par exemple j'ai une classe Validator (le nom est explicite) et une classe RulesRegistry (dans laquelle j'enregistre les regles de validations). Au lieu d'avoir a faire :
$rulesRegistry = new RulesRegistry;
$validator = new Validator;
$validator->setRulesRegistry($rulesRegistry);
a chaque fois que j'ai besoin d'un validateur, si jamais la dependance rulesRegistry de Validator est manquante, alors le validateur resout sa propre dependance en faisant appel a RulesRegistry::singleton(), ce qui dans 90% des cas fait l'affaire, et si jamais c'est pas le cas, ca n'empeche pas d'utiliser l'instance rulesRegistry de son choix.

Refonte d'un site, qui auparavant avait une page /banana.
Le contenu de cette page sera maintenant dans /fruits (avec du contenu autre autour, bien évidemment).
 
A. 301 vers /fruits#banana
B. 301 vers /fruits
C. je klaxonne
D. la réponse D
 
?

B, si tu as une ancre qui correspond bien sûr

Du coup tu voulais pas dire A ?!?

Non D.

spou voir si tu suivais  
A/

et sinon les css ça devient presque utilisable avec display flex :

la seule ligne de js est l'instanciation de la carte

pour ce que tu as fait, ya pas besoin de display:flex, un display:table et display:table-cell sur les fils fera le même boulot et ton champ de browsers compatibles sera plus grand. Mais tu n'auras pas le droit d'utiliser le position:relative sur les éléments sur tu aura "display:table*"-ifié

 
Bootstrap 2 et 3, mais par moment on se retrouve à passer un temps fou pour aligner le layout alors que sans bootstrap on ne se serait pas autant pris la tête (à côté de ça le gain de temps général est amha bien supérieur au temps perdu sur ces conneries).
Les variables Sass sont là pour customiser le bouzin, et t'as pas mal de thèmes qui tournent autour. Le gros problème avec bootstrap c'est que tout le monde a tendance à utiliser les classes de bases, ce qui donnent des élements avec whatmille classes non sémantiques, alors que la chose à faire serait d'utiliser les mixins sur des classes qui ont un sens.
 
Un de nos intégrateurs ayant un background bootstrap a testé Foundation, il ne jure plus que par ça.

 
Tu n'as pas choisi les meilleurs références en même temps
 

 
C'est bien de n'avoir à se soucier que des navigateurs modernes.

 
Faut pas confondre un thème et un template