Har skapat en node-type som heter "Hspalt"
Under menyn: Hem » Administration » Konfiguration » Sök- och metadata » URL-alias, på node-typen: "Pattern for all Hspalt paths:"
lägger jag in följande: "spalt/[node:title]"
Alla bildlänkar i noden får därefter fel adress. Kan tillägga att noden svarar "rätt" på url: sidansnamn.com/spalt/"NodeNummer|el. NodeNamn"
SAMMA FENOMEN med bildlänkar i ett block, som man sen "monterar" via Panels Everywhere.
ALLA bilder som länkas från WYSIWYG-modulen = innehåll i noden, har fått fel Path, som blivit = spalt/sites/default/files/pictures/BildensNamn.gif. Detta syns inte i WYSIWYG-editorn för bildlänken.
- Men texterna fungerar, så det är alltså bara "bildlänkarna" som blir fel.
(Den rätta adressen skulle ha varit: sites/default/files/pictures/BildensNamn.gif)
DVS "spalt" som kommer före "/sites" i bildlänksadresseringen är FEL, enl ovan exempel.
Är det någon som kan/vet en workaround på detta problem? Eller finns det någon inställning i WYSIWYG som jag kan ha missat?
NOT: Använder "Pathauto, Panels everywhere + WYSIWYG" i D7 - om det har betydelse (tror inte det)
Comments
Om du lagt in bilderna
Om du lagt in bilderna manuellt, kan du då inte bara ändra så sökvägarna är absoluta?
?
//Pontus Nilsson, Digitalist
Problemet med absoluta
Problemet med absoluta sökvägar är ju att man utvecklar på en server och sen har en skarp sida på ett webhotel, och då måste ändra alla länkar när man uppdaterar mellan plattformarna, t ex vid uppdatering som jag av säkerhetsskäl alltid "testar" lokalt först.
Jag ska testa en "absolut" länk och se om det förhindrar problemet så att länkarna funkar.
Jag tror detta problem härrör sig till någon inkompatibilitet mellan Pathauto och WYSIWYG -modulerna.
Återkommer, tack så länge ;)
// Göran
Absoluta länkar funkade
Absoluta länkar funkade - men det känns som "bad practice", enligt tidigare.
// Göran
När du lägger in en bild i
När du lägger in en bild i wysiwyg så ska du inleda url:en med "/" om du vill börja från roten. Dvs
<img src="/sites/default/files/pictures/bild.jpg"och inte<img src="sites/default/files/pictures/bild.jpg".Joakim Lundberg | Kollegorna
Tack, det gick det bättre - så enkelt OCH rätt
Tack, det gick det bättre när man började med ett /-tkn - så enkelt var det.
kanontack ;)
// Göran
NU blir jag ännu mer förbryllad - det funkade bara lokalt
Om jag lägger in / på webbservern - så funkade INTE bild-länken alls - bara lokalt (hade lite brådis att skriva förra inlägget.)
Har t o m tankat ned hela databasen från webhotellet och kan konstatera att det BARA funkade lokalt??? (provade i den också - för att vara säker)
Börjar jag med ett /-tkn på webservern så försvinner bilden, både i WYSIWYG och vid node-visning - superkonstigt.
Kan det vara så att felet ligger i .htacess - som är editerad på följande rader ??
# Modify the RewriteBase if you are using Drupal in a subdirectory or in a
# VirtualDocumentRoot and the rewrite rules are not working properly.
# For example if your site is at http://example.com/drupal uncomment and
# modify the following line:
# ----------- Omskrivet för unik placering ----------
RewriteBase /db_Hspalt
// Göran
Kanske ligger sajten i en
Kanske ligger sajten i en undermapp på servern? Då kommer inte / gälla.
T.ex. lokalt minsajt.local är adressen bilderna ligger under minsajt.local/sites/default/files/minfil.jpg
På servern minsajt.com/db_Hspaltl adressen till bilderna blir minsajt.com/db_Hspalt/sites/default/files/minfil.jpg
//Pontus Nilsson, Digitalist
Ja, siten ligger i
Ja, siten ligger i undermappen "db_Hspalt" och ditt förslag fungerar (= db_Hspalt/sites/default/files/minfil.jpg), så här har vi anledningen till skillnaden. Det fungerar enl. ditt förslag - tack ;)
En sak jag funderar på är om det är WYSIWYG-modulen som orsakar detta, och om det inte isf skulle gå att lösa i .htacess-filen?
Vad jag tror, så tar modulen inte hänsyn till .htacessfilen - men det gör t ex modulen för "Rena url:er" (som inte fungerar utan ändringen i .htacess-filen) efter det att jag skrivit om .htacess-filen enligt tidigare beskrivning, ovan.
Borde detta inte vara en fråga till dem som skrivit WYSIWYG-modulen? Har du någon uppfattning?
Tack för hjälpen, jag får skapa en motsvarande underkatalog - lokalt - så jag slipper "bad practice"-effekten för bildlänkarna, så länge men det vore bra om modulen fungerar som "rena url:er"-modulen gör, dvs "ser" (rätta) adressen via .htacess-filen.(enl ovan sätter den ju in fel mappnamn - i stället)
/tack i alla fall...
// Göran
Wysiwyg-modulen i sig gör
Wysiwyg-modulen i sig gör inget fel. Den är bara en hjälp för att slippa skriva
<p>Paragraf 1</p>. Den har vad jag vet ingen sådan logik i sig.Du kan som du skriver modifiera .htaccess-filen. Att hålla båda miljöerna så lika som möjligt är att föredra i alla lägen så man slipper söka och ersätta i databasen.
Ett alternativ kan vara att titta in på hur Media löser problemet med att lägga in bilder i Wysiwyg. Om den pekar på en entitet istället för direkt på bilden tills den skrivs om av textformatet så kan det vara ett alternativ som löser ditt problem.
//Pontus Nilsson, Digitalist
Tack ;) - väldig bra och
Tack ;) - väldig bra och kunnigt svar - uppskattas...
// Göran