[sf 1.4.x] PB chemin des CSS et JS

[guiyomh]

bonjour,

j'ai un phénomène bizzard. et j'arrive pas à la résoudre. J'aurais besoin de vos lumières.

dans mon fichier view.yml j'ai mis :

Code :

1
2
3
4
 
  stylesheets:    [style.css,jquery-ui/jquery-ui-1.8.6.custom.css]
 
  javascripts:    [clockp.js,clockh.js,jquery-1.4.2.min.js,jquery-ui-1.8.6.custom.min.js,jconfirmaction.jquery.js]

j'ai mis les fichiers dans les répertoire suivant:
/mon/docRoot/css/
et /mon/docRoot/js/

Lorsque je suis sur la page d'accueil www.mondomaine.com tout se charge bien. Mais lorsque j'essaye d'accéder à un module du genre www.mondomanie.com/package/
les css et js ne fonctionne plus.

J'ai remarqué que dans le code sources, les chemin des CSS n'était pas bon ou lieux d'avoir /css/style.css j'avais /package/css/style.css.
Alors je me dis que c'est normale que ça fonctionne pas, c'est pas le bon chemin. Mais comment corriger ce PB ?

Merci.

[Michel Rotta]

Ça ressemble méchamment à un bogue.

Mais si ce bogue existait, il ne serait pas possible qu'on en ai jamais entendu parlé. Et je ne l'ai jamais rencontré.

Donc, j'en déduis qu'il y a un phénomène extérieur qui entre en compte.

Quel est la configuration de la machine sur la quel cela ce produit ?

As-tu testé sur un autre serveur (voir sur une machine virtuel) avec un autre OS ? (objectif, valider l'application php symfony, ou pas)

[guiyomh]

J'ai chercher de mon coté, j'ai trouver un ou deux cas qui ont le même soucis. mais il n'y a pas vraiment de résolutions.

Par contre, apparemment le point commun à tous, c'est l'activation des règles de réécriture pour le passage en prod. Lorsque je désactive les règles de réécriture et que je mets le no_script_name à Off, j'ai plus le soucis.
Pour infos je remets les règles de réécriture que j'ai fais, (pour ceux qui n'ont pas lu mon précédent post)

Code :

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
 
<VirtualHost *:80>
        #[...]
 
        RewriteEngine On
 
        #Activation des log de réécriture (A activé au besoin)
        RewriteLog /var/log/apache2/rewrite-warsa.log
        RewriteLogLevel 9
 
        #suppression du path du reverse proxy
        RewriteCond %{REQUEST_URI} ^/warsa(.+)$
        RewriteRule ^/warsa(.+)?$ $1
 
        #réécriture vers l'index
        RewriteCond %{DOCUMENT_ROOT}%{REQUEST_FILENAME} -s [OR]
        RewriteCond %{DOCUMENT_ROOT}%{REQUEST_FILENAME} -l [OR]
        RewriteCond %{DOCUMENT_ROOT}%{REQUEST_FILENAME} -d
        RewriteRule ^.*$ - [NC,L]
 
        RewriteRule ^.*$ /index.php [NC,L]
 
</VirtualHost>

Je vais me pencher sur la mécanique de symfony, et si je trouve pas, je crois que je vais me faire un petit plugin. Pour faire se taffe. Je voulais en faire un pour minimiser les CSS basé sur XCSS, donc je crois que sa seras le moment.

Mais si quelqu'un à une solution, je suis tout de même preneur.

[Michel Rotta]

Je suis d'accord avec toi sur l'origine du problème. Il est probable que les deux erreur que tu rencontres aient une même origine. Reste à la trouver.

Je continue à pense que cela provient d'une configuration particulière à ton serveur Linux. Avant que d'essayer de réécrire tous symfony dans un plugin () essaye d'installer ton application sur une autre machine linux installé pour faire un test (une machine virtuel devrait largement faire l'affaire). Installée au plus simple. Et regarde si cela tourne.

[nlefebvre1]

salut moi je charge le pak. autre pare .
As-tu essayer un chemin absolu?