kipróbaltam, de nem megy.
A következőt próbáltam.
- Drupal-ban OpenID modul bekapcs, ok.
- A google-n csináltam egy openid-t, kaptam ott egy URL-t:
http://openid-provider.akarmi.com/akarmi
- Drupal-ban felvettem a usernevem felhasználót. Az "openid azonosítók" fülön hozzáadtam az openid-t, bár nem irta a drupal, hogy rendben vagy valami...
- Aztán openid-vel próbáltam bejelentkezni, átdob és megkérdezi, hogy response with username? Mondom neki YES, erre a drupal azt mondja:
"OpenID belépés sikertelen!"
Mit csinálok rosszul?
G.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Kipróbáltam.
Sajnos nem jó! Valószínűleg mégsem kellene alapbeállításon hagyni a két táblázatot. Egyébként melyik micsoda? Miért van belőlük kettő? A felsőben alapból semmi sincs kijelölve, az alsóban pedig összesen 6 darab.
Ti hogyan győződtök meg róla, hogy valóban működik. Én kértem egy alaphelyzetbe való visszaállítást a Neobase lapján. Megcsinálta. Visszatöltöttem a mentést. Eredmény: adott egy sor piros (vagy rózsaszín?) hibajegyzéket, amivel természetesen semmit sem tudtam kezdeni.
Ezekután kezdhettem előlről az egész felépítést. Mondjuk nem akkora baj, mert "gyakorlás a tudás anyja", de nem megnyugtató számomra, hogy nem tudok menteni-visszaállítani. Így nem merek nekiindulni a valódi elképzelésemnek.
nem arra gondoltam, hogy nincs helye hasonlításnak
hanem arra, hogy nem kell elvakultan védeni a drupalt és főleg nem kell mindenkit áttéríteni rá. szuperfőleg nem kell minősíteni más rendszereket. jön és mondja, hogy bezzeg a "..." mennyivel jobb mer' abba van ez-meg-az, akkor az ilyet rá kell hagyni. mindenki eldöntheti maga, milyen szempontok alapján jelenti ki egy alkalmazásról, hogy jobb vagy nem jobb. slusz. nincs mit dumálni rajta. nem tett fel kérdést, tett egy megállapítást, jólvan. értelmetlen bármilyen választ is adni - pláne többet egymás után gyorsan -, csak hogy "megvédjük a drupal hit valóság alapját" .. erre gondoltam.
-
clear: both;
Köszönöm
Szerencsére még nincs sok hozzászólás, de PathAuto-val generáltatom az útvonalakat, így ezt szerettem volna elkerülni, de úgy néz ki, hogy nem tudom elkerülni. A drupal.org-on találtam egy olyan bejegyzést, amelyben az szerepel, hogy a variable táblában a forum_containers értékében található, a szülő-gyermek kapcsolat leírása. Kipróbáltam, de ez még nem oldotta meg. Nagyon nem akarom hackelni, így marad amit te is javasoltál.
Köszönöm Gusztáv!
Páldi Zoltán
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Már meglevő, működő drupal alá multisite
Sziasztok!
Van egy drupalos működő oldal. Szeretnénk azt, hogy egy alsite (mindegy, hogy aldomainnel, vagy alkönyvtárral oldjuk meg) is legyen ugyanazon a drupalon. Ugye az adatbázis már tartalmaz táblákat, tartalmakat. Amikor létre lett hozva, nem használtunk prefixet a táblanevekhez. Ha újra létrehozok egy teljesen új drupalt, akkor ki tudom alakítani az adatbázis szerkezetet prefixes táblanevekkel, de ugye akkor a már működő tartalom hogyan kerül bele? Létezik valami megoldás arra, hogy a már meglevő tartalom mellé tegyek multisite megoldással különálló tartalmat, eltérő smink, eltérő tartalom lenne, de ne kelljen külön regisztrálni a különböző oldalakhoz?
Köszönöm!
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Vagy...
Less bele a /opt/lampp/etc/httpd.conf fájlba és keress ilyesmit:
<Directory /opt/lampp/htdocs/*> AllowOverride All </Directory>
Ha nincs ilyen, írd be a fájl végére és indítsd újra az Apache-ot. Ez engedélyezi a Drupallal érkező .htaccess-nek az alap szerverkonfiguráció felülbírálatát.
Fox Mulder
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
drupal is offline
addig valtoztattam a php.init ameddig azt mondja, hogy drupal is offline
eleinte nem vette figyelembe a valtoztatasokat, akarhanyszor mentem az adminiszracio/webhely beallitasa/fajlok feltoltese helyre nem fogadta el, azt mondta, hogy a php beallitasai nem engedik meg 64MB-nal nagyobb fajlok feltolteset. Gugliztam egy kicsit, megtalaltam, hogy az xampp\apache\bin\php.ini a legfontosabb, erre hallgat, nem a masikra, amelyik a php mappaban van, igen am de aaz xampp\apache\bin\ mappaban nem volt php.ini fajl. Nem baj, csinalunk egyet es odatesszuk. Azota offline van a drupal.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
semmit
ugyan azt tudja pont, mint amit masszív sminkeléssel elérhetsz. más használatra gondolj. nem van 2-6 "paneled", hanem naponta születnek a panelek számolatlanul, mert pl egy panel ami megjeleníti egy og news and events részét. erre pedig azért van szükség, mert valahogy nodeosítani kell a nézet, hogy ogbe lehessen sorolni, hogy az adott "microsite" sminkjében jelenjen meg az.
persze máshogy is el lehetne érni, hogy egy nézet egy adott og sminkjében jelenjen meg. a panels egy megoldás, ami még ennél sokkal többet is tud, én se régóta használom, de szerintem remek. (3.x)
-
clear: both;
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Nem fogunk kinevetni
Először is azt tisztázzuk, hogy itt nem modulokról, hanem blokkokról van szó. Legalábbis ha a "Friss hírek, felhívások", "Sikerek, beszámolók" stb-re gondolsz.
Nagyon dicséretes, hogy a linket megadtad. De azzal még jó lenne pontosítani, hogy pontosan mi az a más felbontás. Mert ugye azt nem tudjuk, hogy mi a "nem más", amiben meg jó. Ilyesmire gondolok:
"1024-es felbontásban IE 6,7,8 és FF 3 alatt rendben van, de nagyobb szélességnél már a "Friss hírek, felhívások" dobozból kilóg a cím."
A legtutibb az lenne, ha egy képernyőképet is tudnál mutatni, pl. pirossal odanyilazva, bekarikázva stb, hogy mi a gond.
Nagy Gusztáv
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
nem tudom
nem szamoltam http://drupal.org/node/206666
ha meg mindig tobb akkor egesz biztos, hogy mar nem sokaig..
kezdj hatossal, mert jobb, es a modulok is jobban mukodnek. A 6os verzio 2008 februarjaban jelent meg (http://drupal.org/drupal-6.0), ugyhogy amire szukseged lesz az biztos, hogy megvan 6oshoz. Az 5os verziohoz keves modult fejlesztenek (aktivan), ezert ha valami nem mukodik, vagy valami funkcio hianyzik, akkor azt megszivtad.