Webappz képe

Kicsit többet kellene tudni a környezetről, hogy pl.:
- Milyen módon használják a PHP-t (modul,fastcgi,suphp) egy phpinfo() kimenet többet mondana?
- Milyen felhasználó és milyen csoport beállítása van az ftp könyvtáradnak?
- Milyen felhasználó és milyen csoport beállítása van az általad feltöltött fájloknak/könyvtáraknak, illetve az Apache által létrehozott fájloknak/könyvtáraknak?
- Milyen jogosultsággal rendelkeztek az általad feltöltött fájlok/könyvtárak, illetve az Apache által létrehozott fájlok/könyvtárak?

Szerintem az alap Unix/Linux jogosultságok mellett valamilyen ACL (Access Control List) beállításokat is használ a szolgáltatód, amivel tovább lehet finomítani a beállításokat (felhasználónként/csoportonként), illetve alapértelmezett beállításokat lehet végezni.

Mint ahogy korábban is említették, feltehetőleg az Apache által létrehozott állományoknak nem te vagy a tulajdonosa, ezért csak PHP-ból tudod megváltoztatni a jogosultságát olyanra, hogy azután már a te ftp-s usered is törölni tudja a kívánt állományokat.

0
0

Páldi Zoltán

hosszu.kalman képe

Tegnap a beszélgetés végén felmerült az a kérdés, hogy hogyan lehet az elkészített oldal admin felületét olyanra elkészíteni, hogy az ügyfél is tudja használni, tehát ne kapjon sokkot az admin felületen elhelyezett rengeteg link miatt. Mondtam az admin modult, úgyhogy most belinkelem:
http://drupal.org/project/admin

Ha nincs kiválasztva admin smink, akkor automatikusan átvált. Engedélyezés után létrejön egy új menü Admin néven amit testre lehet szabni, ki lehet választani hogy mi jelenjen meg és mi ne (admin/build/menu-customize/admin). Minden menüelemhez tartozik fasza ki ikon is, úgyhogy sokkal beszédesebb kezelőfelületet lehet vele kialakítani.

Természetesen ez a smink nem a legmegfelelőbb fejlesztés alatt (már csak azért sem, mert ha jól tudom összeakad az admin menu modullal, nameg a fejlesztők megszokták a garland felületet), de a végső, az ügyfél által használt felületnek szerintem tökéletes.

rh04 képe

Egy általában kívánatos sorrend felállítható így?

Ha van rá lehetőség, akkor Megoldás 1, ha ez nem lehetséges, akkor Megoldás 2, végső esetben Megoldás 3?

Nyilván, amire van megoldás css-ben turkálás nélkül, azt inkább úgy jó megoldani, de amikor valamire nincs kényelmes megoldás, akkor tudnom kéne, hogy hová nyúljak - a későbbi komolyabb problémákat és az esetleges rossz megszokást megelőzendő. Ilyen esetben a Megoldás 3 akkor általánosan használt és elfogadott megoldás? Vagy van valami oka, amiért nagyon nem jó?

pl. az Ubercart 2.x Product tartalomtípusánál van a "display price" mező. Ha ezt nem az admin felületen beállítva szeretném "eltüntetni", akkor mi az üdvös megoldás? Én az UC uc_product.css állományában az .uc-price-display piszkálását találtam erre (display:none).

Ez így jó, vagy más megoldás is van, amit illene használni?

Köszönöm az eddigi válaszokat.

0
0
pp képe

Nem értelek továbbra sem. Miért tekinted problémásnak a teljesen evidens működést. :D

Ha egy node-nál bekapcsolom egyszer az új verzió készítését attól fogva az mindig be lesz pipálva. Ráadásul akinek nincs joga a verziók kezeléséhez az ezt ki se tudja kapcsolni.

Az meg, hogy mikor készüljön új verzió az egy vicc ugye? Ha valamit változtatok legyen az bármilyen kicsi változtatás is az egy új verzió és kész.

Továbbra is azt mondom, hogy a nid és vid értékeknek egymáshoz semmi közük! Abból, hogy egyezik-e vagy sem semmilyen következtetést nem tudsz levonni azon kívül, hogy ha egyezik akkor soha senki nem hozott létre még új verziót egyetlen egy node-ból sem és ha nem akkor már igen. Ennél többet nem.

Mondjuk usability szempontból el lehetne gondolkodni azon, hogy a verzió kezelést csak bekapcsolni lehessen és ki már ne. :D

pp

0
0
k.dani képe

Nálam azért nincs előnézet, mert az adatbázisból jelenítem meg a node-omat, márpedig akkor előtte fel kéne töltenem azt...vagy a presave-re gondolsz? ott meg az a baj, hogy még nincs node azonosító, ha egy új node-ot hozok létre...
A lényeg az lenne, hogy van egy fájl, aminek a tartalmát átvizsgálom(feltöltöm, megnyitom olvasásra). Eddig nincs is probléma. Ha nem jó, hibaüzenetet küldök, és törlöm a fájlt, ha viszont jó, akkor jönne az 'insert' v. 'update' opció, elmenteni a fájl tartalmát az adatbázisba(ez még nem működik, mert nem tudom, melyik fájl tartozik a node-omhoz)
Igaziból annyit szeretnék elérni, hogy valamilyen változóban el tudjam menteni a feltöltött fájl azonosítóját a 'validate' opció alatt úgy, hogy azt el tudjam érni majd az 'insert' opció alatt a hook_nodeapi-ban. A $form_state-tel próbálkozom ezt megoldani, de nem akarja az igazságot...:S

0
0
szabozee képe

Ez a szokás nekem is furcsa, hogy egy szakoldalon ennyire megy az offtopic, és megjegyzem, a többi helyen nem véletlen, hogy új témához új topik is nyílik. Sokkal áttekinthetőbb fórumot eredményez, és az olyanok, mint én, akiknek nagyon kevés az idejük, ám néha gyorsan 1-1 helyen tudnának segíteni, nem fogják tudni végigolvasni, hol kell segítség, és hol beszélgetnek csak úgy általában. Követhetetlen szálakat, témához nem tartozó személyeskedéseket és duplikációkat eredményez. Pont az időhiány miatt keveset vagyok itt, pedig szeretnék sokat lenni, szóval átveszem én is az itteni szokásokat, de ettől még nem biztos hogy jók ezek, így az sem biztos, hogy praktikus másokra erőltetni. A másik témához tartozó egyébként kétségtelenül nagyon értékes hozzászólások pedig nem offként is megszülettek volna. Most is úgy érzem, be kell írnom, hogy bocs az off-ért, de ugye ezek szerint ez itt nem számít annak. ;-D

0
0

szabozee (zee zee zee kukac free mail pont hu)

csakiistvan képe

Persze értem hogy modern, de válaszodban nem látok utalást az exe szükségességére. Mi lesz a linux, OSX, illetve mobilon érkező látogatókkal?
Illetve oké hogy az asztalkádon ez működik, de egy linux szerver hogy fogja lekezelni az exe fájl futtatását? Vagy Microsoft szerveren fog dübörögni?

Ha az exe csak arra kell hogy elindítson egy folyamatot, akkor erre elég kell lennie egy flash-nek is, ahol egy gombbal indul el minden, így máris megoldottad a windows függőséget.

Ha leírnád azt hogy ez a valami(exe, swf, xml) micsoda is pontosan, azaz minek a melléktermékei az exe és swf/xml fájlok lehet az is hasznos lenne. Úgy sejtem exportáltál egy projektet a flash-ben, és az adta a fájlokat, de ez nem biztos ugye...

Más kérdés hogy amiről itt most szó van már nem is DRUPAL rendszerről szól :)

0
0

Drupal full-stack developer at Wunderman Thompson Budapest

vajdasági képe

Ez a tartalomtipus valami urlappal vagy ilyesmivel lessz feltoltve, vagy ez egy mongyuk ra hogy statikus oldalszeruseg lessz (pl. jogi nyilatkozat, felhasznalasi feltetelk vagy valami hasolnok)? Habar nemertem bennuk a sok kepet akkor. Mert ha mongyuk ra hogy nemsok (egynehany) ilyen tartalmad lessz akkor persze egyszeruen megcsinalhato kozonseges page tartalommtipussal is, es mongyuk ra hogy az FCK editorban letrehozod az egesz kinezeset.

De ha ezekbol sok lessz vagy valami urlappal vagy egyeb modon lesznek az adatok felvive akkor mint az elottem szolo is irta a nagy (fenti) kepnek is kell egy kulon mezo.

Azt is jolenne tudni hogy az a szoveg ami a felso keptol jobbra lessz a kep melett az a szoveg fog folytatodni a kep alatt is mongyuk ugy hogy ami nem fer ki melle az folyatodik alatta vagy a ket szovegmezo teljesen kulonallo tartalommal rendelkezik? Mert akkor 2 szovegmezo is kell.

0
0
pp képe

Hastag-at kell használni a iframe urljében. Ekkor nem tölti újra az oldalt, de tudni fogja, hogy éppen hol jár és el lelhet menteni az url-t, meg továbbküldeni. Szóval ez is egy megoldott dolog.

Itt nem technikai problémák lesznek, hanem csak annyi, hogy amikor az ember honlapot épít, akkor nem magának csinálja azt. Ha egy megrendelő ragaszkodik ahhoz, hogy zene szóljon az oldalon és nem tud mellé rakni érveket, csak azt, hogy mert neki az tetszik, az egy hallott projekt, nem érdemes beleszállni. Ha tud mellé rakni normális érveket akkor meg kell csinálni. (hirtelen nem tudok, de nem tartom kizártnak, hogy létezik ilyen)

Az meg megint egy másik kérdés, hogy ez mennyiben érinti a Drupal tartalomkezelőt, hisz a legtöbb ilyen megoldásnak édesmindegy, hogy egy statik weblappal, valamilyen tartalomkezelővel vagy mivel állítják elő a tartalmi részt.

pp

0
0
eager képe

Repülős példa:

Van egy repülőgéped (ez a Drupal) és várhatóan előbb-utóbb úgyis palástorsókat, legyezőt, meg még dugóhúzót is meg kell oldanod vele (ezek olyan feature-beállítások lesznek, amikre most még nem mentél rá, de később jó ötletnek fogod tartani, hogy az oldalad tudja).

Szerintem (lehet, hogy csak kezdőségem miatt érzem így?) ha most, már az elején belenyugszol egy ilyen átirányítósdiba, az később esetleg plusz figyelmet igényelhet a további bővítések során: mintha egy plusz immelmannal kéne kezdened némely komoly manővereket, olyanokat is, amiknek amúgy semmi közüknek sem kéne lennie hozzá...

Szóval én ezért lennék inkább túl azon az immelmann-on most az elején egyszer (betenni a webhelyedet a helyére, (sajatoldal.com)), minthogy a későbbiekben random alkalmakkor kényszerpályára küldjön valami, amit az elején nem oldottam meg rendesen.

[igen, ezt a hozzászólást az egóm mondta tollba, csak hogy villoghassak a repülős tudásommal. Bocs érte.]

0
0