Először is az App eleve azt
Először is az App eleve azt írja ki hogy "You have to submit it"... vagyis jóvá kell hagyni ha kész. Na de ahhoz hogy ezt meg tudjam, kel hozzá "Privacy Policy", "Terms of Service", stb. Meg kéne maga az App gondolom, mert most üres, csak létrehoztam egy App "vázat" mert nem tudom mit tegyek bele.. vagy azt a Drupal tölti meg tartalommal?
Nekem ez az egész miért App továbbra sem világos. Maga a domain kell hogy követve legyen (és amúgy van is, mert sima FQL lekérdezésekkel nekem kézzel lehozza az adatokat az a FB API, amivel bármely domain adatait láthatom. Tehát minek az App?
Belenéztem a PHP kódba is, és ugyanaz a FQL lekérdezés benne van, tehát a Drupal adatbázisba bele kéne hogy menjenek az adatok, ha lefut. Kérdés hogy miért nem fut, vagy ha lefut miért nem frissít. A MySQL tábla, ami a LIKE számokat tárolja (views_facebook_like) üres.
Használja valaki ezt a modult?
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Az UR 'többet tud' - ez csak
Az UR 'többet tud' - ez csak a látszat.
Van egy olyan aspektusa a dolognak, hogy a FF az flagre épül. A flag viszont egy mezőzhető entity. Ez azt jelenti, hogy gyakorlatilag mindent tud magától, amihez az UR-hez egyesével meg kell írni a kódot.
Vagyis a FF alapból mindennel kompatibilis, ami az entity rendszerre épül, flag, view, rules, tokenek, ds, mezők, megjelenítési módok, panels, etc.
Pillanatnyilag az UR-ben a node accessen kívül semmi olyat nem látok, amit ne tudna a flag, ellenben UR-ben pl olyat nem csinálsz meg egyszerűen, hogy a barátnak jelöléskor megadja, hogy családtag vagy akármi.
Ez a flagnél egy plusz mező a flag entityre, és már készen van minden.
Az igaz, hogy UR-nél a sok kész dolog miatt kevesebbet kell dolgozni, a FF-nél ugyanazért már gondolkodni kell.
De az is biztos, hogyha valamit UR-nél nem lehet a kész dolgok alapján összekattintgatni, azt már csak kódolással lehet megcsinálni.
----
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
Bevallom Te vagy az első aki
Bevallom Te vagy az első aki ezt nehezményezi. Természetesen megfontolom a tanácsodat, és köszi az észrevételt!
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
FCK editor van fennt. Csak az
FCK editor van fennt. Csak az a gond hogy az egyik fele nem látszik a téma miatt.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Az utolsó 5.x-es nyitott
Az utolsó 5.x-es nyitott issue pont ezt a hibát próbálja meg orvosolni, esetleg egy tesztverzión ki lehetne próbálni a legutolsó patchet.
Mindazonáltal a jövőt tényleg az szolgálja legjobban, ha 7-es Drupalra kerülne valahogy az oldal...
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Az fck-ban a felső sorban van
Az fck-ban a felső sorban van olyan gomb hogy sablonok (balról a hatodik ha default módot használsz) ezt próbálgasd, lehet meglévő szövegre is alkalmazni, de eleve így is felvinni. Meglévő szövegnél vedd ki a pipát a "kicseréli a szöveget" négyzetből mielőtt sablont választasz, különben törli a szövegedet. Ha képeket akarsz könnyen ide illeszteni használd az IMCE modult, ilyenkor meg kell adni az imce beállításnál, hogy az fck-vall együtt működjön.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Sajnos az IT biztonság ilyen :-(
Szinte mindenhol a nullához közelít a IT biztonság, ezért aki már egy hajszálnyival többet tesz, mint a nulla sajnos már az is kiemelkedőnek számít. A weboldalak jelentős részén még az adminisztrációs jelszó is szótárazható, de legtöbbször még arra sincsen szükség, mert vagy az oldal nevével, vagy a felhasználóéval egyezik meg ha nem épp valamelyik a top 10-ből mint az "abc123" "qwert" "asdfg" "12345" stb... És ilyen esetekben sajnos a https sem véd meg semmit és senkit.
szabozee (zee zee zee kukac free mail pont hu)
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Nem dísz az. :) Nálam egy
Nem dísz az. :) Nálam egy másik CMS esetében XML-ben tárolódik az Árgép árlista. :)
--
Üdv:
Charlos
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Meséld már el, légyszi, mi az
Meséld már el, légyszi, mi az a követelmény, ami miatt nem jó az utf8?
Tényleg érdekelne…
--
Szabó Dénes - Internode.hu - Munkára fogott weblapok
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Mozdult valami, de nem az igazi
Föltettem a "views"-t. Létrehoztam egy nézetet. Beállítottam a "taxonomy/term/%"-t és, ha jól sejtem sikerült a "argumentum: taxonomy: termID, sort Post date ASC"-t is beállítani. Erre az összes menüpontban időrendben rendezte az összes tartalmat a legelsőtől kezdve, a szótár figyelmenkívül hagyásával. Minden menüpontban ugyanaz, mégpedig a webhely teljes tartalma jelent meg időrendi sorrendben.
Ezután a "taxonomy/term/%"-t átírtam "taxonomy/term/16"-ra, annak a menüpontnak az elérési útjára, amiben a sorrendiséget meg akarom változtatni, illetve nem annak a menüpontnak, hanem annak a kifejezésnek az elérési útja ez, ami a menüponthoz van rendelve. Ezek után a fönti jelenség csak abban a menüpontban ismétlődött meg, tehát a menüre kattintva a weboldal teljes tartalma listázódott a kezdetektől kezdve, szépen időrendi sorrendben. Azonban én csak azokat a kifejezéseket akarom időrendbe rendezni, ami ehhez a menüponthoz tartozik, a többi a saját menüpontja alatt az alapbeállítás szerint megjelenhet, azok jelen esetben nem érdekelnek engemet.
Az újonnan létrehozott nézetem "views" beállításai között találtam a "Page settings"-ben menüre vonatkozó beállítási lehetőséget is, azonban itt nem tudtam az általam kívánt menüpontot hozzárendelni ehhez a nézethez.