Lehet rossz helyen keresgélsz.
Editor nélkül jó? Mert, ha editor nélkül jó, - és persze engedélyezett a sortörés elem a szövegformátumban - akkor lehet csak az editor szűri ki a sortörést.
Ha az editor nélküli szerkesztőablakban jó, akkor nem a drupal szűri meg (persze nem árt megnézni a szövegformához beállított szűrőket).
Drupal7 alatt nem használtam editort, de a 8-ban alapból benne volt.
Én a GeSHi kódkiemelő használatakor találkoztam hasonló problémával. Egyszerűen elrontotta a kódokat, míg sima szövegmezőben, vagy a Drupal.hu-n is használt BUEditor-ban jól jelent meg minden és újbóli mentésnél sem volt probléma.
A CKEditor-t egy megfelelő pluginnel kiegészítve tudtam megoldani a problémát.
A 8-as drupalban lévő editorban sortörésnél nem <br>, hanem <br /> tagokat tesz az editor (érdekesek ezek a lezárt tagok, pedig html5-ben, már nem kötelező a szimpla tagok lezárása csak xhtml-ben).
Az oldaladon milyen sortörés tagok vannak?
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Igen. Nem rossz leírás.
Nagy szívfájdalmam, hogy szép magyar nyelvünk ily mostohán képviseltetik az informatika területén, de ehhez hozzá kell szokni. Vagy, ha valaki ismer egy gazdag mecénást, aki szívesen áldozna milliárdokat a magyar nyelvű informatikai könyvkiadásra, akkor szóljon neki, hogy hajrá :).
A valósághoz visszatérve: az angol nyelv mindenképpen alap. Nem olyan vészes, de, ha teljesen nulla a tudásod, akkor eltart egy darabig, míg menni fog. A google fordító eszköze ebben az esetben jó szolgálatot tehet (időnként játszok vele és állíthatom, hogy a kezdetekhez képest sokat okosodott, bár mostanság sem tökéletes). Valamint esetedben a php ismerete is fontos, hogy valóban könnyen készíthess egyedi jól működő témákat.
Egy kérés:
Szerintem nyiss egy új témát a következő kérdéseidhez, ha lesznek, mert igencsak elvékonyodott a megjelenés a sok hozzászólásnak köszönhetően. Nyugodtan lehet célirányosan az adott problémát illetően. Mint legutóbb például: régiók beazonosítása D7 témákban.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges

szolgáltatás
Szolgáltatásról beszélünk, nem termékről. Itt meg kell állapítani a teljesítés helyét (néha nem egyszerű), valamint azt, hogy a megrendelő EU adóalany-e vagy magánszemély:
Egy gyakorlati példán megvilágítva: ha egy magyar internetes cég 2004. május 1-je után szoftverfejlesztést végez egy német adóalanynak, akkor a számlát adómentesen állítja ki (mivel a szolgáltatás kívül esik a magyar áfa-törvény hatályán), ám, ha megrendelője nem áfa-alany magánszemély, akkor magyar áfát kell felszámítani az általa nyújtott szolgáltatásra. Viszont, ha ugyanez az internetes cég Romániába nyújt szolgáltatást (azaz román magánszemélyek és adóalanyok tölthetik le a továbbfejlesztett szoftvert), akkor erre a szolgáltatásra (magyar) áfát nem kell felszámítania.
Forrás: EUvonal. (Közben Románia is belépett az unióba, tehát a németekkel azonos elbírálás alá esik.)
De persze csak kóklerkedünk itt, valójában még az átlagos könyvelő sem igazodik ki ebben.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges

404
Ha a 404-et az Apache küldi, akkor vagy a szolgáltató a tettes, vagy a .htaccess fájlod. Ennek kellene a .htaccess-ben szerepelnie:
# Customized error messages. ErrorDocument 404 /index.php # Set the default handler. DirectoryIndex index.php
Készíts biztonsági mentést az adatbázisról, nevezd át a .htaccess-t és próbálj a helyére felmásolni egy frissen kicsomagolt példányt.
De szerintem a szolgáltató kavart valamit az Apache Virtual Host beállításokkal. Ha a Drupal nem talál valamit, akkor Page not found (Az oldal nem található) üzenetet kapsz a Drupalon belül (a fenti .htaccess utasítások miatt).
- A hozzászóláshoz regisztráció és bejelentkezés szükséges

lightweight item nem node
Két tartalomtípust hoz létre: feed és feed-lightweiht item. Mi a különbség a kettő között? Mindkettő node-t generál a bejegyzésekből - nem?
Nem, a lightweight item nem node, ahogy a neve is mutatja.
Mivel magyarázható, hogy pár feedből kinyeri a teljes tartalmat, másból csak annyit amennyit az RSS közzétett?
Nem biztos, hogy értem a kérdést, de mindig csak annyit tud kinyerni, amennyi az RSS-ben közzé van téve. Ez a feed tulajdonosának a döntése, hogy engedi-e a teljes tartalmat RSS-ben olvasni, vagy csak a bevezetőt, és akkor a teljes cikkért el kell látogatni az RSS-t kibocsátó oldalra.
A simplepiei parsert és a common parsert is használnom kell vagy csak egyiket? (drupal6)
Csak az egyiket.
És ha valaki még tudna segíteni a cron beállításában megköszönném, többféleképp próbáltam de hibát adott.
Milyen hibát adott? Titok? Vagy nehezedre esik leírni?
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Alap esetben nem a Drupal szolgálja ki a publikus fájlokat
Az a helyzet, hogy alap esetben a Drupal nem érintett a publikus fájlok kiszolgálásában.
Ezt értsd úgy, hogy a HTTP szerver ilyen fájlok esetében (zip, pdf, stb...) nem futtat PHP-t. Tehát nincs a mi számoljon.
Ennek ellenére a HTTP szerver (beállítástól függően) naplózza az ilyen fájlok letöltését, és vannak rá eszközök az ilyen naplófájlok analizálására.
A "file_download_count" modult még nem használtam, de a leírás alapján úgy működik, hogy a publikus fájlokra is alkalmazza ugyanazt a megoldást mint amit a privát fájl rendszer használ.
A modul bekapcsolása után a
"file/[file:fid]/download"
útvonalat a Drupal szolgálja ki, és nem HTML-t ad vissza hanem a megfelelő fájlt.Hogy ez működni tudjon a fájlokra mutató URL-t is meg kell változtatni. Valószínűleg ezt a problémát az modul nem oldja meg.