Használd az api-t a mentéshez
Használd az api-t a mentéshez, ne az adatbázisba irkálj.
A hetesben a body az egy ugyan olyan field mint minden más. Az adatbázis sémát elnézve ott kell a summary-nak lennie az adatbázisban. Azonban, ha megnézed a hozzá tartozó formattert akkor láthatod, hogy a Drupal-t nem zavarja, ha nincs summary.
Remélem segített ez a leírás.
Palócz István
https://palocz.hu | https://tanarurkerem.hu
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Ha angolul viszel fel egy
Ha angolul viszel fel egy node-ot és azt fordítod magyarra akkor is ez a jelenség? (szerintem az lesz a megoldás, hogy angolul kell felvinni a tartalmakat, mert a node-oknál mindig van egy eredeti tartalom amit fordítasz és az jelenik meg, ha nincs az adott nyelven tartalom... bár lehet, ugye, hogy ez egy bug, avagy egy feature. :D)
pp
Palócz István
https://palocz.hu | https://tanarurkerem.hu
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Ha megvan a link, egy embed
Ha megvan a link, egy embed kódot már nem kunszt köré tenni, nem?
Drupal full-stack developer at Wunderman Thompson Budapest
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Kép nem jelenik meg a Cikk tartalom hozzáadásakor.
A problémám megoldásában odáig jutottam, hogy localhoston működik a Cikk feltöltése képpel együtt, de a Freeweb tárhelyen nem.
Igen ám, de mégsem Ők a bűnösök, mert azt a .htaccess fájlt, ami megakadályozza a kép megjelenését, a Freeweb csapat tájékoztatása szerint, a Drupal CMS generálja, nem ők!
Arra jöttem rá, hogy az általam létrehozott files mappába, amely public_html/drupal/sites/default/files úton érhető el, megjelenik egy .htaccess file. Ez a file csinálja a bajt. Ha átnevezem pl. .htaccess_atnevezem – re, akkor minden jó, azaz, feltölthetem a Cikket, és a kép is megjelenik. Csakhogy a következő belépéskor már megint ott van egy .htaccess és megint át kell neveznem. A fájlba beleírnom nem sikerült, feltöltéskor változatlanul kerül vissza a helyére.
De persze úgy gondolom, hogy nem is szabad átírni, mert nyilván nem ok nélkül került oda.
Ezek ismeretében talán már tutok segíteni, hogy hol lehet a hiba?
A .htaccess file tartalma:
SetHandler Drupal_Security_Do_Not_Remove_See_SA_2006_006
Options None
Options +FollowSymLinks
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Nem biztos, hogy keverni
Nem biztos, hogy keverni kellene a táblázat alapú ás a felfedett szűrős sorrendezést.
----
Rájöttem, miért kérdezek olyan ritkán a drupal.hu-n. Amíg szedem össze az infokat a kérdéshez, mindig rájövök a megoldásra.