Várok, még kicsit a többiek véleményére.
Szemlesütve bevallom, hogy a disztribúció magyarosított formát használtam ezen a téren. Olyan, mint a fájl.
A csomagról kicsit kettős az érzésem. Talán a linux miatt. A disztribúció mondhatni csomagok összessége. Tehát ezért nálam a csomag kisebb egységként asszocializálódik.
A különböző tool-ok miatt a készlet esetén is hasonló érzésem van.
Így nálam maradna az összeállítás. A google is terjesztésnek fordítja, amiben van némi igazság. Tökéletes magyar szó talán nincs is erre. Nekem a disztribúcióval kapcsolatban a kiadás szó is eszembe jut, de ez sem tökéletes.
Egyelőre megvárom mások szavazását, felvetéseit, indokait, mielőtt véglegesen szavaznék.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Hát..., hogy egy-két videó és
Hát..., hogy egy-két videó és máris pöpec kis honlapokat üt össze Drupallal egy kezdő...:-). Mintha valamiért nem ezt lehetne internet szerte olvasni. Az olló meg nagyon szétnyílt a felhasználói élmény javára, ami szintén nem kedvez a puritán megközelítésnek. Ha meg valaki látványos, kifinomult, interaktív megoldást akar az asztalra tenni, nem hogy pár videó után, de még évek múlva sem biztos, hogy D. alatt összejön neki. Jó pár itteni felhasználónak is döglött már a honlapja, mert annyira nem érdekes már ez a honlap téma, mint 10-15 évvel ezelőtt. A közösségi rendszerek elszívták a levegőt...
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Nekem is ismeretlenül cseng
Nekem is ismeretlenül cseng efféle aggály, nem találkoztam még ilyesfajta biztonságkritikus kéréssel ÜF-oldalról. Amennyit az ügyről így megértettem, talán célszerűbb lenne először ezeket az aggályokat átbeszélni, „kimasszírozni”, amire utána lehet bevett, már bizonyított, iparágilag elterjedt biztonsági óvintézkedéseket javasolni. NID-et megpróbálni teljesen elrejteni a kimenetből kissé antipattern barkácsolásnak érzem, a webhely biztonságát valóban növelő lehetőségekhez képest. Csak pár ötlet:
- Külső bejelentkeztetési szolgáltatók használata
- TFA implementálása
- Felhasználók jelszavainak rendszeres változtatásának kikényszerítése
- Részletes jogosultság-vezérlés
- Időben korlátozott („lejáró”) hozzáférések
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Mire megírtam a kérdést meg is oldottam
Azért leírom, hátha segíthet másnak.
Ha több tartalomtípusból rántunk be csatolmányokat, ráadásul még a comment attachment lehetősége is benne van a pakliban, akkor kevés az alapértelmezett distict --> pure distinct beállítás, mert a sok reláció miatt még így is duplikálódhatnak tartalmak a listában
Nekem a views_distinc modul oldotta meg a dolgot, ami egyszerű view beállításokkal lehetővé teszi az aggregációs lehetőségek bekapcsolása nélkül, hogy egy-egy mező miképpen szűrődjön.
A probléma ezzel meg is lett oldva :)
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Bocsáss meg, lehet hogy nem
Bocsáss meg, lehet hogy nem teljesen világos nekem ez. A taxonomy alapértelmezve mindent megjelenít amihez a kulcsszó tartozik (referál), minden tartalomtípípussal. Ezt lehet szűkíteni a szűrésekben...
Ahogy írod is a kategóriaoldal (kifejezés szerint legenerálódó URL) azonban így megjeleníti az x és y tartalomtípus alá tartozó tartalmakat is.
Ha két önálló oldalon szeretnéd megjeleníteni az x és y tartalomtípusok alá tartozó, de egyazon kifejezéshez hozzárendelt tartalmakat, akkor elég másolnod a standard taxonomy view-t és specifikálni. Adj új útvonalat nekik (/szotar/kifejezes/x és /szotar/kifejezes/y) és szűrd le tartalomtípusra őket.
Szerintem erre gondolhattál...
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
a gyorsítótárak törlésére
a gyorsítótárak törlésére több lehetőséged is van,
pl drush cc all
vagy az update.php futtatása - a settings.php-ben false-ra állítva a $update_free_access = TRUE;
- futtatás után visszaállítva true-re!
több lehetőség: other-ways-of-clearing-the-cache
...szerintem a nyelv észlelésénél van valami hiba :-(
tárhelyen volt valami változás? az error_log-t nézted?
Geva
----- Számítások - Kalkulátorok
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
lehetőségek tárháza
Nézd, senki nem vette el a lehetőséget senkitől, hogy idejöjjön, rendbetegye a kézikönyvet, új tartalmakkal bővítse azt, vagy bármilyen módon hozzájáruljon.
Nem másokra kell várni, az aratnivaló sok, az arató kevés.
Jó pontja lehet a közösségi munkába való bekapcsolódásnak. Viszont ha nincs egy angol nyelvű alap, akkor nehéz lesz a boldogulás és ez nem csak a Drupalra igaz.
Aki kódol, modulokat fejleszt vagy karbantart, attól végképp nem várható el, hogy még itt is aktív legyen.
És akkor itt még önként, szabadidőben végzett dolgokról van szó.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Eszköz?
Mit jelent az, hogy a táblázatok nem jelennek meg? A dumpban benne van a drop table, create table, és import után nem hozza létre a táblákat? Milyen eszközzel végzed az exportot/importot? Pl. a mysqldump-nak van egy-két ismert bugja. Utána lehet nézni a MySQL Bugs nyilvántartásában.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
induláshoz ötlet
Készítesz egy másik nézetet, ami a kívánt szempontok szerint listáz teljes node-okat. Beállítod, hogy 1 node-ot jelenítsen meg egyszerre, és bekapcsolod a Use pager opciót.
Ha nem csak a lapok sorszámát szeretnéd a lap alján, akkor pager helyett a láblécbe kellene tenni a kódot, ami lekéri az előző/következő node címét (talán az $offset változóval lehet itt operálni).
További probléma, hogy a teaser nézetben a linkjeid önálló node-okra mutatnak, ahol alul nem jelenik meg a pager. Ezt útvonal álnevekkel lehetne megoldani, tehát a node/1234 kapjon egy nezetneve/1234 útvonalat, ahol a "nezetneve" a teljes node-okat listázó view neve.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Én nem makraméznék cronnal,
Én nem makraméznék cronnal, rules (schedulerrel) szépen le lehet zongorázni.
A check A-nak az is jó lehet, hogy új komment beküldéskor egyszerűen lezárja a kommentet. Ha nem jó az azonnali lezárás, akkor node létrehozásakor időzíteni kell egy componentet, ami a comment count > 0-nál lezárja a kommentet, ha 0, akkor újraidőzíti saját magát egy nap múlva.
A check B is kb ugyanaz, csak nem +1napra, hanem +10percre időzíted a checket, hogyha be van pipálva a field, akkor lezár, ha nincs, akkor újraidőzíti saját magát.
Nem kell saját tábla, meg module sem.
----
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.