
no-www
A .htaccess fájlodban be tudod állítani, hogy a www.valami.hu-ról automatikusan irányítsa át a kéréseket a valami.hu-ra. Csak ki kell kommentezni a kérdéses sorokat, és átírni az example.com-ot a saját domainedre.
Ami a filepath problémát illeti, ha nem túl nagy méretű az adatbázis, akkor a legegyszerűbb, ha kiexportálod pl. PHPMyAdmin-on keresztül, megnyitod egy kódszerkesztővel, és a csere funkcióval lecseréled a sites/www.aloldal.domain.hu/files karakterláncot a helyes útvonalra, utána visszaimportálod.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Sajnálom
Hát sajnálom, hogy ha ilyen rossz véleményed van a nyílt forrású projektekről, én azt látom, hogy fókuszált kérdésekre konkrét válaszokat a kérdező megelégedésére gyakran könnyen kapni, az ilyen "csináljatok meg sokmindent helyettem, és akkor majd jó lesz" típusú kérésekre viszont még sosem láttam pozitív választ. Lehet, hogy ilyen nagyon negatív környezetben élek, bár remélem nincs így.
Ha a Drupal telepítése és beállítása számodra túl sok erőbefektetéssel jár, akkor választhatsz másik rendszert, amit könnyebb telepíteni, több magyar leírás van hozzá, stb. Én arra gondoltam, hogy valami okod lenne arra, hogy pont a Drupal iránt érdeklődj, talán mert biztonságosabb vagy gyorsabb, mint egy másik könnyebben telepíthető rendszer. Dehát ennek megvan az ára. Vagy így vagy úgy kompromisszumot kell kötnöd.
Amit így ajándékba kapok, attól én nem várom el, hogy tökéletes legyen, sőt felteszem, hogy nem is lehet az, hiába is igyekeznek sokat azon, hogy tökéletessé tegyék.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges

Mivel én apszolute láma vag
Mivel én apszolute láma vagyok a Drupalhoz feltennék még pár kérdést neked. Az első, a $sb_url-ből hármat találtam, mind a háromhoz be kell írni a felhasználónevet, jelszót? Vagy csak a felsőnél kel megadni?
Database URL format:
* $db_url = 'mysql://username:[email protected]/database';
* $db_url = 'pgsql://username:password@localhost/database';
*/
$db_url = 'mysql://username:password@localhost/database';
$db_prefix = '';
A másik kérdésem: Az URL-t pedig itt kel megadnom?
$base_url = 'http://localhost';
Végül is megcsináltam az amit írtál, de valószinü nem helyesen, mert ugyan a többi hiba üzenet sikeresen eltünt, de egy még mindíg maradt.
Warning: mysql_connect(): Can't connect to local MySQL server through socket '/var/run/mysqld/mysqld.sock' (2) in /includes/database.mysql.inc on line 31
Can't connect to local MySQL server through socket '/var/run/mysqld/mysqld.sock' (2)
- A hozzászóláshoz regisztráció és bejelentkezés szükséges

integrálni kellene
szóval integrálni kellene egy belső rendszerbe, ahol másra is drupal volna használva.
igen, én is néztem a project modult, de helyette inkább a case tracker tűnt kézenfekvőbbnek.
evvel viszont több gondom is adódott, valahogy nem működik teljesen klafán (bár az oldalon is említik, hogy: "very rough state") de ezen kívül még vannak hiányosságai, mint pl az előre meghatározott befejezési idő, több júzerhez asszociálás v. ilyesmik.
tehát valami hasonló kellene, mint pl egroupware -ben a projects rész... (a projekthez tarozó tulajdonságokra gondolok elsősorban)
ha más nem akkor a casetracker -t fogom átírni és kibővíteni úgy, hogy megfeleljen a célnak (bár van 1000 más jobb dolgom is) de inkább örülnék egy kész vagy közel kész megoldásnak.
ha nincs ilyen, akkor az általad említett kész scrip -ekre is nyitott vagyok (átmenetileg míg a modulfejlesztés megy megteszi)
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Detto
Akkor úgy látszik nem mi voltam az egyetlenek, aki nem tudták ezt bevállalni. Ahogy Edit is írta, tényleg nagy a projekt (én inkább a Yedda-hoz hasonlítanám), ami kérdésessé teszi a sikerét az az időráfordítás és jó közelítéssel a Yedda büdzséjének (a VC roundupokat is beleszámítva) milliomod része. A Y! Q&A-t nem is számolom...
Sajnos Seth Godin nagyon okosan mondta, hogy kétszer ugyanazt a mutatványt hasonló sikerrel nem lehet elsütni, pláne egy olyan gyorsreagálású világban, mint a web2.0 . Andrásnak igaza van abban, hogy sok sikeres web2-es projekt minimális költségvetéssel készült, de ott a tulajdonosi és fejlesztői csapat egy és ugyanaz. A fejlesztőknek van egy újszerű ötlete, és pénzt és időt ölnek bele, remélve, hogy valaki feltőkésíti, és sikerül felfuttatni. Itt sajnos a reménybeli fejlesztők hiányoznak, akik szakmailag felkészültek és hisznek a projekt üzleti modelljében. Sajnálom, hogy nem sikerült ezeket a fejlesztőket megtalálnod, de ez nem a Drupal hibája.
ne szervezzük agyon
Hello Edit,
megmondom őszintén, hogy én nem vagyok túlságosan elájulva a book modultól. Ugyan, mondja már meg valaki, hogy miért jobb html -ben, könyvlaponként böngészni a kézikönyvet? Arról nem is beszélve, hogy a html -t az ember szinte élete végéig szerkesztgetheti, ha azt akarja, hogy jól nézzen ki az összes, egymással harcban álló böngészőben. :)
Szerintem nem mindig a "rend" meg a "logika" útja a legjobb. Azt kell nézni, hogy mi kell a felhasználónak, hogy mire "harap rá." tényleg szép és logikus egy katonás kézikönyvet csinálni, de ha ezzel temérdek pluszmunkát okozunk magunknak és a laikus érdeklődők meg csak néznek bambán, akkor minek?
Inkább létre kellene hozni egy kategóriát (pl. "mindenféle leírások"), melyhez tartozhatna mindenféle tartalmi forma és ebbe pakolásznánk az általunk kreált dokumentációkat: ppt fájlokat, könyvlapokat, videókat stb. stb. amit a saját felhasználóinknak készítettünk és megosztanánk másokkal. Ezen kívül csak egy dolog kellene: a dokumentációkat beküldők számára fájl feltöltési jogosultság.
Szerintem...
dhost.hu admin
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
akciós ár mező
Ha már úgy is módosítottad a templatet, akkor javaslom vegyél fel egy akciós ár mezőt. Ha az akciós mező üres, akkor megjeleníted simán az árat, ha nem üres, akkor mehet ki az akciós ár meg a leárazott ár áthúzva.
if(trim($node->akcios_ar)==""){ ar kiíratása }else{ akciós ár kiíratása }
pp
Palócz István
https://palocz.hu | https://tanarurkerem.hu
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
igen, ez bennne a zseniális
Fejlesztesz egy modult, de kéne html kimenet. Ezt nem belegányolod a kódba, hanem készítesz egy függvényt, melyet 'theme_' szövegrészlettel kezdesz, pl: theme_modulneve_formazasneve. Ahol szükséged van erre a html kimenetre ott meghívod ezt a függvényt, de nem csak egyszerűen ahogyan php-ban tennéd, hanem a theme függvénnyel: theme('modulneve_formazasneve');
A theme függvény ugyanis az első függvényt hívja meg amit megtalál a következő sorból:
sminkneve_modulneve_formazasneve
sminkmotorneve_modulneve_formazasneve
theme_modulneve_formazasneve
Tehát ha meg akarod változtatni valamelyik modul html kimenetét(és jól írták azt meg) akkor nem kell más tenned, mint megkeresned a modulban a theme_ kezdetű függvényeket, és a neked megfelelőt(amelyik azt a tartalmat állítja elő amit át akarsz sminkelni) egyszerűen bemásolod a template.php-ba. Aztán a theme helyett beírod a smink nevét és azt csinálsz az adatokkal "amit csak akarsz". (megenni nem tudod, úgyhogy akár kisgyerek kezébe is adhatod, hisz nem fogja felszippantani az apró darabkákat.)
remélem így már érthető.
pp
Palócz István
https://palocz.hu | https://tanarurkerem.hu
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
$view->exposed_filter felülírása
Ha téged sem érdekel annyira, hogy átválts angolra, akkor miért kérdezed, hm?
Szerintem ezt úgy lehet legegyszerűbben megoldani, hogy kóddal hívod meg a szűrős keresőformot, és előtte felülírod a $view->exposed_filter tömböt azokkal az értékekkel, amelyek a szűrőkben kellenek neked. Exportáld ki a nézetet, és akkor látod, hogyan épül fel a tömb. taxonomy_get_tree()-vel le tudod kérdezni a legfelső szintű kategóriákat úgy, hogy a $max_depth értékét 1-re állítod.