DruTa képe

Kösz!

Azon az egy helyen csak átírom az InnoDB-t MyISAM-ra és kész is, vagy a lentebbi paramétereknél is állítani kell dolgokat, hogy az InnoDB-hez passzoljanak?

0
0
vajdasági képe

Nem jol latod, valahogy az az erzesem hogy a php nem az erosseged... Ne keressem ki ujbol ha jol emlekszem php fuggvenyt hiv meg a datum reszekre bontasara ...

1
0
makgab képe

Az alapértelmezett "Kapcsolatfelvétei űrlap"-ot használod?
admin/structure/contact

Vagy sajátot állítottál be pl. webform modullal?

Az "About" (Névjegy) nem az lesz, szerintem...

0
0
Webappz képe

Ha a cég dolgozóit (gépeit, stb) szeretnéd nyilvántartani, melyben szeretnéd a szervezeti
struktúrát felépíteni és a felhasználókat különböző csoportokba szervezni, akkor érdemesebb az adatokat
LDAP-ban tárolni (OpenLDAP vagy akár MS AD).

Az LDAP több előnnyel is jár, csak néhány ezek közül:
1., Központi helyen van és rengeteg programozási nyelv támogatja.
2., Nem kell különböző nyilvántartásokat vezetned, hanem egy helyen el tudod intézni
az összes beállítást.
3., Az előző kettőből következik, hogy authentikációt igénylő alkalmazásokban könnyen fel tudod
használni.
4., A Drupalban az ldap_integration modullal tudod kezelni a felhasználókat és azok adatait.

A te esetedben gondolom az utóbbi a fontos.
Az ldap_integration modul előnyei közül néhány:
1., Lehetőség van az LDAP-ban használt csoportok átvételére.
2., Használatával nem kell regisztrálni a felhasználót, hanem a modul egyből létrehozza
a Drupal accountot és az átvett csoportok tagja lesz.
3., Lehetőség van a Drupal felületén keresztül módosítani a felhasználónak az adatait.

Lehet, hogy elsőre ágyúval verébre, de később megtérül a befektett energia.

Üdv: Webappz

0
0

Páldi Zoltán

Désiré képe

Köszönöm működik, ennyit javítanék az utókornak:
Csak az adatbázist kell megadni, utánna pont, és _nem_ kell a tábla neve, mert az megismeri magától.
tehát:
'adatbazis1.'
'adatbazis2.'

Ezzel így működik nekem a közös felhasználóbázis, de két problémám akadt még:

Az első kisebb probléma, az, hogy ha az egyik webhelyen belép a felhasználó, attól még a többi oldalon is be kell jelentkeznie. Még mit kell beállítanom, hogy ez így működjön?

A második probléma viszont sokkal komolyabb:
A regisztráció mindegyik oldalon működik, de külön számozzák a regisztrációkat, te hát, ha az egyik oldalon regisztrált valaki a 2es uid-re, és utánna a másik oldalon regisztrál valaki, ahol még csak a 1 esnél tart a számláló, akkor hibaüzenetet fog adni, hogy van már valaki regisztrálva ezzel az IDvel, és csak a következő próbálkozásnál fogja engedni.

A következő táblákat osztottam meg:
users
sessions
authmap
sequences

(miközben az adatbázis táblákat nézegettem, rájöttem, hogy gőzöm sincs, hogy melyik mire való, csak tippelni tudtam, majd kicsit (nagyon kicsit) keresgéltem a drupal.org-on, hátha találok leírást erről, de nem találtam, tudja valaki, hogy hol találhatom meg legalább az alaprendszerhez tartozó adatbázistáblák leírását?)

0
0

- - -
Juhász Márton

http://juhaszmarton.hu

LaM képe

Hat ez az, a virtualis szervert mar regebb ota tervezem egy autoresponder program miatt. En elsore erre is gyanakodtam, hogy ez lessz a hunyo, de a hosting valtig allitotta, hogy nem itt a gond.

Mindenesetre amint minden at lessz pakolva csinalok egy komplett analizist es rendszertisztitast.

Mi az a vegtelenul lapozhato naptar? En szerintem semmi extra nincs az oldalakon. Az egyik a fooldal alap informaciokkal es egy webformmal. A masik egy sima blognak hasznalt Drupal a Blog modul bekapcsolasa nelkul. Itt van egy Notify modul, ami ertesitot kulld nekem, ha uj hozzaszollas tortenik. Elmeletileg itt lehet gond, ha egy robot egy PHP scriptet juttat be a hozzaszolasokba, ami megkeveri a Notify modult. Viszont a PHP kod nincs engedelyezve latogatoknak, es Image Captcha vedi a formot.
A harmadik oldal egy kliens zona ahova csak regisztralt tagok lephetnek be, itt van jopar Flash video, Es szinten a Notify modul.
Valamit az utolso oldal szinten egy eladasi oldal, ahol az autoresponder-t arulom.
Nem tudom keverhet-e, hogy az Aggregator modullal a blog oldalrol beolvasom az osszes tobbi oldalra a friss blogbejegyzeseket - de szerintem erre kicsi az esely.

Jelzem mi lett az eredmeny.

Koszonom, Zsolt

0
0

B. Zsolt

tiwaz képe

Nem akarok túl követelőzőnek tűnni, hogyan tudom azt megoldani, hogy a "Home" és egyéb kezdőlapra mutató linkek (pl. logo, szájt cím a fejlécben) mindig az eredeti, magyar nyelvű kezdőlapra mutassanak, még az /en előtaggal rendelkező oldalak alatt is.
Jelenleg az /en előtaggal rendelkező angol felületben ha a behívom a címlapot megjelenik a "Welcome to your new Drupal website!
Please follow these steps to set up and start using your website:"...
angol drupal installt követő standard szöveg.
Érdekes, hogy az elsődleges linkek között az oldal jobb fölső sarkában van egy English link, de az alá csináltam egy külön tartalomtípust, csak 3 vagy max 4 node lenne angolul. Ez az "English" eltűnik az elsődleges linkek közül ha az /en előtagra átváltok, pedig a tartalomtípus nincs definiálva direkte angolként, csak egy a sok közül. Ezért is fontos volna, "Magyar" link hiányában ha a Home-ra vagy a logora kattitva bejönne az eredeti kezdőlap.
Eddig a Path redirect modullal próbálkoztam, de semmi siker, mintha nyelvi verziókat nem kezelne, vagy én nem tudom használni.
Van továbbá egy /chat aloldal sima php kóddal (beilleszti a chatet) ami nem hajlandó betöltődni /en/chat link alatt (Page not found), pedig a kód ugyanaz és ugyanoda mutat.

0
0
moroland képe

Azt is bele kell írni a garanciális feltételekbe, de az tény, hogy minden üzleti kapcsolat a bizalmon alapul, nem a szerződésen. Kellő egyeztetések nélkül pedig nem lehet munkát végezni. Én mindig el szoktam mondani, hogy dolgozunk, az egész mivel jár stb.

Én attól vagyok inkább szomorú, hogy sok megrendelő nem csak az ár miatt dolgozik szívesebben "kóklerrel", hanem azért is mert úgy érzi, ő flexibilisebb. Hát könnyű úgy flexibilisnek lenni, hogy csak a zsebpénzem és nem egy egész cég megélhetése függ attól, hogy mit csinálok, bevállalok-e egy munkát úgy, hogy azt sem tudom igazából mit kell csinálni :)

Azokkal a megrendelőkkel pedig valóban sokkal nehezebb, akik egyéni vállalkozók, kisvállalkozók, cégtulajdonosok. Ők minden egyes fillért saját költségüknek éreznek, és azzal hasonlítják hogy mennyi mindent vesznek abból a pénzből az boltban. Közvetlenül az ő zsebükből húzod ki a lóvét, amikor pénzt kérsz valamiért. Van aki megpróbálja azt az érzetet kelteni hogy lenyúlod. Márpedig az ártárgyalás nem azonos a kéregetéssel. :)

Edgarpe példájára visszatérve sajnos az még néha rosszabb, ha a megrendelő ért valamit az informatikához, mintha gőze sincs róla. Mit lehet az olyannal tenni, aki lehetetlenné teszi a normális munkát és még reklamál is? Elköszönni tőle, sajnos nincs jobb javaslatom nekem sem.

0
0

Molnár Roland

aboros képe

sajna nem vagyok regexp magus tanonc. se. ;) ugyhogy azt boobaa bacsi adta nekem oda ircen. de logikusnak tunik az ervelesed. preprocess meg azert, mert akkor az nagy csoda volt nekem, orrverzesig preprocesszaltam nap, mint nap es a nodeapi szamomra meg a kanyarban sem volt.

azota persze majdnem egy ev is eltelt, nagyot fordult a vilag velem meg amugy is, pl kijott a drupal 7 :) meg egesz jopofa modulok vannak amik ilyesmiket csinalnak pl az insert. bar az sajnos belevagja a html kodot a szovegmezobe. ennek elonye hogy rogton latod a wysiwyg editorba, az a hatranya, hogy utolag nem tudsz valtoztatni ugye. ha teszem azt valtoztatni kell az oda kerulo html szerkezetet akkor azt nem tudod ugy megtenni, hogy atirod az insert templatejet, mert az utolag mar nem lesz ervenyes, a html mar a body mezobe van.

valami filter feleseg kene, amit a modulunk szerkeszteskor js segitsegevel forgat htmlre, de a mezobe nem a htmlt menti, hanem egy fentihez hasonlo markupot. de amugy ez se az igazi. :) az lenne jo ha feluleten hozhatnal letre "insert sablonokat" es a markupba csak a valasztott sablon idje kerulne. utolag is varialhatnad a sablont ahogy akarod. szerkeszto feluleten meg egy szovegmezobe irod a htmlt szepen, tokenek segitenek. vagy ilyesmi. nemtom mostanába máson gondolkodok :)

0
0

-
clear: both;

davinor képe

Nos. A 2. kérdésre a válasz: A Drupal főkönyvtárában van az includes/conf.php. Ebben keresd meg a köv sort:
$db_url = "mysql://drupal:drupal@localhost/drupal";
Ezt írd át a következő módon:
$db_url = "mysql://felhasznalonev:jelszo@szervereleresi_ut/adatbazisnev";
itt a felhasznalonev = az uw.hu-n a regisztrált felhasználói neved,
a jelszo = az uw.hu-n a jelszavad, a szerverelérési út a mysql szerver címe (uw.hu-n több is van. pl. sql3.ultraweb.hu, sql4.ultraweb.hu, sql5.ultraweb.hu), az adatbazisnev = az uw.hu-n az adatbázisod neve, ami jelen esetben a felhasználói neveddel egyezik.

0
0