Pont az a lényege, hogy csak
Pont az a lényege, hogy csak akkor jelenik meg a szerkesztő amikor a megfelelő beviteli formát választjuk ki. Ha átkapcsolunk egy másikra akkor eltűnik, vagy megjelenik ahhoz a beviteli formához rendelt editor. Ha nem tűnne el akkor pl amikor átválaszt filtered html-re ahol nincsenek engedélyezve a p elemek, a sortörést átalakítja stb, akkor az editor ilyen elemeket tolna bele a body-ba ami természetesen nem jelenne meg a renderelés után.
Igazából nem gondolom hogy az egyik profi a másik meg amatőr, én pl tinyMCE-t szoktam feltenni az ügyfeleknek, azért mert anno x éve ezt választottam ki és ezt szoktam meg.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Rendben, el fogom olvasni az
Rendben, el fogom olvasni az irányelveket, anélkül értelmetlen lenne fordítási javaslatokat tenni.
A "Show only users where" helyett szándékosan írtam rövidebbet, de végülis nem fontos.
A "permission is" a fent részletezett php karakterszám korlátozás miatt nem fér be magyarul, azért írtam jogokat. Igaz, hogy egyes szám lenne helyes, de a "jog" szó már inkább nem a jogosultságra, hanem az igazságüggyel kapcsolatos dologra utalna.
Talán a legintelligensebb megoldás amit fentebb javasoltak (most már nem tudom megnézni a nevét, mert benne vagyok a kommentben) azaz módosítani az engedélyezett karakterszámot és akkor maradhatna az eredeti szó.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Azt hiszem, itt az idő
Azt hiszem, itt az idő feladni. Olyan mélységben kellene megismernem a drupalt hozzá, ami ennyi idő alatt lehetetlen.
Esetleg akad valaki, aki nagyon unatkozik most vasárnap, és hajlandó lenne segíteni ebben? Az igényeket lejjebb adtam, elég lenne egy darab nyamvadt form két-három mezővel, aminek az eredményét mindig ki kellene tolni egy RSS xml-be. Ennyi, azt szeretném még csak, hogy a felhasználó aki beküldi a formot, ne találkozzon a drupal admin felületével, a lehető legegyszerűbb megoldásra törekszem.
Az egész jelenleg tesztcélokat szolgál, non-profit, de pár sört abszolút megérne nekem pl. :)
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
A views az egy vizuális sql
A views az egy vizuális sql query lego. Minden egyes view egy lekérdezés eredményét produkálja, márpedig a lekérdezésben benne vannak a szűrők is. Felhasználói logikával a total-t érthető, hogy így veszed, de a views sokkal inkább fejlesztői logika. Amit ezzel a totallal tudsz kezdeni:
Mindenképpen két view kell, az egyik ami tartalmazza a szűrőket, a másik meg nem, az mondjuk csak a @total-t mutatja.
A terv: Panels. Az A nézeted alá berakod a B nézetedet.
B terv: A views header/footer részébe be lehet rakni olyat, hogy Global: View area. Szóval a szűrt A nézeted header/footerébe bepattintod a szűretlen B nézeted.
----
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.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
rss az oldalról, rss blokk
És azt hogyan lehet elérni, hogy mások is ugyanígy elérhessék az én oldalam tartalmát?
Ez automatikus. Még jól látni is fogos, ha valami modern időket tekintve korlátokkal nem küszködő böngészőt használsz (IE-ből minimum hetes verzió, Firefox vagy Opera stb), hogy a böngésző felajánlja az RSS olvasását, amit az oldalad generál.
És bocs, ha továbbcifrázom, de azt hogyan lehet, hogy egy 5 elemű boxban ne csak egy hírforrás hírei jelenjenek meg, hanem keveredjen a többivel is? Köszi!
Talán el kellene olvasni a leírást. Idézek az admin súgó szövegből:
Az egyes források vagy kategóriák legutóbb beérkezett hírei külön blokkokban is megjelentethetőek a blokkok beállításainál.
Azaz a hírforrás kategóriáknak (ez eltér a tartalom kategóriáktól) lesznek blokkjai. És kategóriánként is lehet blokkot megjeleníteni. Kategória beállítása a hírforrás szerkesztésénél.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Lehet hogy az egyik php
Lehet hogy az egyik php bevitelű node-nál olyan fgv-t hívtál meg ami nem létezik, ezért elhalt az egész. Amikor a cron futott és a keresés megpróbálta beindexelni akkor lefuttatta az oldalt emiatt elszállt a futás.
Ha tesztelésre szoktad használni, akkor könnyen lehet, hogy kikapcsoltál egy modult, vagy megváltozott egy fgv neve stb, ami miatt bekövetkezett a baj. Persze ugyanez bármely php-s error miatt is bekövetkezhetett.
Szerintem valami ilyesmi lehet a jelenség oka.
Ha ezeket az oldalakat csak tesztelésre használod, akkor szerintem nem jó ötlet fent is hagyni, felesleges beindexeltetni, és ha be akarja indexelni akkor gondolom publikus is (bár az igazat megvallva nem tudom most hirtelen teljes bizonyossággal azt mondani, hogy a nem publikus tartalmakat nem indexeli, de úgy lenne logikus), ami szintén nem a legjobb.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
A webszerver és az ftp user
A webszerver és az ftp user(vagy aki létrehozta az adott könyvtárat) nem ugyanaz, és nem is egy csoportban van. Ezért kell a 777. Biztonsági kockázatot jelent ez a beállítás, de hogy mekkorát, az függ az alkalmazásodtól. Pl. Banki oldalt ne működtess így. :)
Ha nem https alatt megy a kommonikáció, akkor felesleges ezzel foglalkoznod, a http nagyobb lyuk mint ez. Ha azt befoltoztad, utána jöhet ez. No meg, ha már akkora kockázat, hogy sok pénz forog kockán, akkor saját szerver javasolt, ahol azt állítasz be, és úgy ahogy neked tetszik.
(ráadásul nem is lesz más felhasználó azon a szerveren, aki ki tudná használni ezt a hibát. (a "nem is lesz", egyébként híres utolsó mondat, de ha lesz akkor már tök mindegy, hogy mit állítottál, mert az a legkevesebb.))
pp
Palócz István
https://palocz.hu | https://tanarurkerem.hu
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Azon az oldalon, ahol először
Azon az oldalon, ahol először észrevettem ezt, nincs is slideshow. Valamikor tervbe volt ugyan, telepítettem is a Views Slideshow modult a Cycle modullal, de ki volt kapcsolva eddig, mégis jöttek az undifined-ek tömegesen. Most el is távolítottam a modulokat, csak a Views maradt. Figyelem, mi lesz...
Azt gondolom, hogy valami történhetett a legutóbbi nagyobb core frissítésnél, talán a 7.30-ról a 7.31-re váltáskor. Előtte kb. egy héttel volt a 7.29-ről 7.30-ra update. Akkor még nem volt ez a gond...
Te hogy szoktál frissíteni? Az admin felületről, vagy törlöd a modult a szerverről és ftp-n töltöd fel az újat. Én egy ideje az admint használom (admin/modules/update), de pl. a Google Analitycs legutóbbi update-nél ez nem volt jó, mert ugyan bezöldült minden, de mégis ftp-znem kellett, hogy jól működjön a modul. Lehet, hogy itt kell keresni a hibát, valamelyik modul rosszul lett updatel-ve. Még az is lehet, hogy a Transliteration???
Nem tudom érthető-e voltam :)
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Az alsmink úgy működik, ahogy
Az alsmink úgy működik, ahogy leírtad. Létrehozol egy mappát az alsminknek, beleteszed az info fájlt, abban jelzed hogy mi a fősmink, és mondjuk megadod neki az új css elérésér:
name = Alasminkem neve description = Leírása core = 6.x version = VERSION engine = phptemplate stylesheets[all][] = uj_css_neve.css base theme = fosmink_neve
Ekkor behúzza az eredeti smink css-eit tpl-jeit és a Te új css-edet is. Fontos hogy más legyen a neve mint az eredeti sminkben, mert akkor felülírod és csak a Tiéd fog bekerülni.
A template.php-ban pedig úgy működik, hogyha phptempalte_themehook() a fgv prefixek akkor az alsminkre is végrehajtódnak, hapedig sminkemneve_themehook() akkor azokon nem...ha jól emlékszem.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Átírtam az elérési utat és
Átírtam az elérési utat és ekkor eltűnt az összes kép helyette a következő fogadott:
"The derivative images for 1 have been regenerated." és ez több soron át a képek neveivel.
A képeket csak úgy tudom újra elővarázsolni ha az ideiglenes fájlok könyvtára ez:
/nfs/x0401/1/1b/1bgdoisaszeg
Ha visszaírom az eredetire akkor megjavul, és a legelső hosszú hibaüzenet eltűnik, de feltölteni
nem tudok mert hiába adom be a feltölteni kívánt kép helyét a sajátgépen akkor is úgy veszi mintha nem adtam volna meg és bepirosozza azt a sort, hogy töltsem ki.