CMS Made Simple Forums

Beste,

ik heb een raar probleem op één van mijn websites.
Als ik in Firefox de paginabron bekijken, en ik klik op een URL a-la "http://www.domein.nl/scripts/jquery.js , dan zegt hij dat hij het bestand niet kan vinden. Op de pagina zelf worden de scripten wel goed ingeladen; jquery/cufon werkt allemaal perfect.

Als je kijkt naar welke URL het verwijst, zie je ook gelijk het probleem. Als ik bijvoorbeeld op de pagina "http://www.domein.nl/contact zit, en ik bekijk de bron en klik iets aan, gaat hij naar "http://www.domein.nl/contact/scripts/jquery.js .. Doe ik hetzelfde via "http://www.domein.nl/index.php?pagina=contact, gaat wel alles goed. Neem dus aan dat het met mod_rewrite/htacces te maken heeft. Dit probleem is me echter nog nooit eerder opgevallen.

De site werkt prima, maar vind het gewoon slordig, hoe los ik dit op?

CMSMS 1.11.5

Dit is logisch en verklaarbaar gedrag. Je lost het op door absolute url's te gebruiken.

Persoonlijk kies ik altijd voor {uploads_url} (als het in uploads staat natuurlijk) of {root_url}.

Binnen je cmsms stylesheets zou je dat ook moeten doen voor de include van fonts en images. De syntax is dan:

[[root_url]] en [[uploads_url]]

Heb je wel een {metadata} tag in de head van je pagina-sjabloon staan?

Jos wrote:Heb je wel een {metadata} tag in de head van je pagina-sjabloon staan?

Ja, dit is het begin van mijn sjabloon. en dan gebruik ik het html-blok 'script_algemeen' voor de javascriptjes.

Verder gebruik ik in mn CSS wel [[root_url]], maar voor javascript niet.. Maar vaak staan m'n tags ook weer tussen {literal} {/literal}, dus wordt het nog 'feest' met openen/sluiten/openen om alles goed te zetten. Is er geen logische oplossing voor?
Voor mijn gevoel had ik hier, pakweg, een jaar geleden nooit last van.

Het gaat niet om je javascript CODE tenzij je daar weer gebruik maakt van 'includes'.

De cmsms versie die je gebruikt vereist de {literal} tag niet meer als je er maar voor zorgt dat je in je javascript om elke { en } een extra spatie laat staan.

Als je url geeft dan kunnen we kijken wat er gebeurt. Door het gebruik van pretty urls lijken pagina's uit subdirectories te komen. De browser vraagt bij relatieve url's dan spullen op relatief aan de huidige subdirectory. Dat is altijd al zo geweest (zover ik terug in de tijd kan dan).

Dat {literal} niet meer nodig was wist ik niets van.
Het gaat om deze website.

Het werkt allemaal toch goed?

Omdat je {metadata} gebruikt krijg je daar de bij kado.

Dat zorgt er volgens mij voor dat het wel werkt. Zou je kunnen testen door {metadata showbase='false'} te gebruiken. Denk dat het dan gelijk kapot valt.

velden wrote:Het werkt allemaal toch goed?

Omdat je {metadata} gebruikt krijg je daar de

Code: Select all

<base href="http://www.domein.nl/" />

bij kado.

Dat zorgt er volgens mij voor dat het wel werkt. Zou je kunnen testen door {metadata showbase='false'} te gebruiken. Denk dat het dan gelijk kapot valt.

Klopt, dan worden de scriptjes niet ingeladen.
Het werkte ook gewoon, alleen ik vond het niet netjes ogen, dat als je de bron bekijkt en op een relatieve url klikt, naar bijvoorbeeld scriptjes, dat er een 'not-found' error komt.

Firefox's 'View source' doet dat wel goed.

Maar als je er vanaf wilt dan werk je dus met {root_url} en {uploads_url}

Ok duidelijk, bedankt voor de uitleg en hulp!