Problème avec le .config() d'Angular

**thierryler** · 17/09/2015, 20h14

Bonjour à tous,

Sur mon site, j'ai ajouté le code suivant :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
 
.config(function($locationProvider) {
   $locationProvider.html5Mode(true).hashPrefix('!');
})

Ça s'insère ainsi dans mon code :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
 
angular.module('machin', [])
		.controller('machinController', function($scope) {
		})
		.config(function($locationProvider) {
			$locationProvider.html5Mode(true).hashPrefix('!');
		})

On peut difficilement faire plus simple. Je voulais mettre cette ligne parce qu'Angular remplace mes "#" par des "#/". Par exemple "http://www.monsite.com/mapage.php#ancre" devient "...mapage.php#/ancre" et ça ne fait pas ce que je veux. Il y a peut être une manière plus intelligente de faire ce dont j'ai besoin.

Mais dans l'immédiat, mon problème est que quand je mets le ".config..." ça fait partir en vrille toute la page. Notamment, plus aucun de mes "ng-include" ne fonctionne. On peut voir ce que ça donne ici : http://dev.profil4.com

Si ça aide, voici à quoi ressemble ma page :

Code html :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
 
<!DOCTYPE html>
 
<?php include($root_dir . 'zone/zone-head.php'); ?>
 
<body ng-app="machin">
<div class="wrapper page-option-v1">
 
	<ng-include src="'header.html'"></ng-include>
 
    <?php include($root_dir . 'zone/home/zone-slider-home.php'); ?>
 
	<ng-include src="'home-intro.html'"></ng-include>	
 
	<ng-include src="'home-animaux-totem.html'"></ng-include>
 
	<ng-include src="'home-kesako.html'"></ng-include>
 
	<ng-include src="'home-quote-marston.html'"></ng-include>	
 
	<ng-include src="'home-formules.html'"></ng-include>
 
	<?php include($root_dir . 'zone/home/zone-compteurs-home.php'); ?>
 
    <?php include($root_dir . 'zone/home/zone-clients-home.php'); ?>
 
	<ng-include src="'footer.html'"></ng-include>
 
</div>
 
<?php include($root_dir . 'zone/home/zone-js-home.php'); ?>	
 
</body>
</html>

**Marco46** · 18/09/2015, 10h48

Si je comprends bien, ton problème initial c'est d'utiliser les ancres avec Angular ?

Regarde du côté du service $anchorScroll (natif).

**Marco46** · 18/09/2015, 10h50

Pourquoi utiliser Angular dans une page PHP ?

**thierryler** · 18/09/2015, 19h42

Bonjour,

J'ai l'impression que ça ne correspond pas tout à fait à mon besoin.

Pourquoi Angular + php ? Parce que la version précédente était en php. Les includes c'est bien mais je voudrais que ce soit le client qui fasse les includes des parties statiques. Et puis sur certains formulaires, je voudrais qu'il n'y ait pas des allers retours serveur sans arrêt.

Th.

**Marco46** · 21/09/2015, 10h24

Envoyé par thierryler

Pourquoi Angular + php ? Parce que la version précédente était en php. Les includes c'est bien mais je voudrais que ce soit le client qui fasse les includes des parties statiques. Et puis sur certains formulaires, je voudrais qu'il n'y ait pas des allers retours serveur sans arrêt.

Le truc c'est que PHP est exécuté côté serveur. Le modèle de PHP c'est de construire les IHM côté serveur et de les renvoyer au client alors que celui d'Angular c'est de tout télécharger côté client, donc de construire les IHM côté client et de ne requeter que de la data sur les serveurs via des webservices.

Du coup quand je vois :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

<?php include($root_dir . 'zone/zone-head.php'); ?>

Je m'interroge

Que tu exposes des webservices écrits en php ne pose aucun problème, mais que tu mixes IHM générées côté serveur et côté client va, je pense, poser des problèmes difficiles à résoudre pour un débutant dans le framework.

Pour ce qui est de ton problème, le service que je t'ai linké est bien la solution. Évidemment ça suppose de ne pas passer en html5Mode. Le # est nécessaire pour le routage.

**thierryler** · 21/09/2015, 21h10

Bonsoir,

Je n'expose pas de web service (enfin pas encore).

Je t'explique.

J'ai écris une première version de mon site en php : http://profil4.com/
Là je refais tout le design du site en bootstrap : http://dev.profil4.com/
Mes pages php restent les mêmes. Je ne change que le rendu.

Comme le template incluait Angular, je me suis dis que j'allais en profiter pour faire le plus d'include possible coté client, et non plus coté serveur. Concrètement, j'ai remplacé des php-include par des ng-include. Et au fur et à mesure je remplace des if et des for par ci par là.

La suite, c'est de remplir tout le bla bla du site et de finir les fonctionnalités pas encore développées. Et en fin d'année, je prévoie de vraiment migrer vers Angular ou Angular 2.

**thierryler** · 21/09/2015, 21h33

Au passagec'est quoi "html5Mode" ? Si ça se trouve, j'ai juste compris ça de travers.

**thierryler** · 21/09/2015, 21h43

Je devrais peut-êre préciser que mon besoin est de pouvoir appeler une page avec un diese : monsite.com/mapage.php#monancre

J'ai aussi remarqué que quand je suis sur index.php, les liens vers index.php ne semblent plus fonctionner. Et c'est valable pour les autres pages.

**Marco46** · 22/09/2015, 14h38

Ne le prends pas mal mais je pense que ton approche est mauvaise. Tu cherches à faire cohabiter des architectures et des technos qui sont opposées en terme de design.

PHP : Templating côté serveur, un maximum de logique gérée côté serveur
SPA js + webservices : Tout ce qui est déportable dans le client doit l'être. Zéro génération de template côté serveur. Le serveur ne connait rien de l'interface. En fait, une fois le 1er accès effectué la webapp est autonome.

Tu devrais réécrire plutôt que de chercher à migrer lentement. Une webapp js qui n'est pas nourrie par des webservices n'a pas de raison d'être.

**thierryler** · 23/09/2015, 18h13

Pas de soucis, d'autant que je pense que tu as raison. Mon petit problème m'a obligé à comprendre le fonctionnement d'Angular, ou d'essayer, notamment sur l'utilisation des ancres. Du coup, j'ai aussi compris pourquoi c'est impératif de faire une appli mono page si on veut tirer pleinement partie du framework. Et en fait, je pensais pouvoir l'utiliser comme un moteur de template simple et ça ne sera pas possible. Du coup j'ai tout repassé en PHP. L'étape d'après est donc, soit de mettre un moteur de template, soit faire une vraie migration complète, où même PHP devrait être remplacé par Java (Surement Vert.x).

Problème avec le .config() d'Angular

AngularJS

Discussions similaires

Partager

Partager