path
Az adott node-okon használjatok útvonalat, esetleg automatikus átirányítással (globalredirect). Ezután ezt az útvonalat az új helyen arra a tartalomra teszed, ahova csak szeretnéd.
Nem javaslom a node id piszkálgatását.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Szia,
Szia,
Mielott nekiallnal konyveket bujni, probaljuk behatarolni hol a hiba.
- Eloszor is, mit jelent az, hogy nem latsz semmit? Feher oldal jon be?
- Masodszor, ha felmasolsz egy sima html fajlt, mondjuk valami.html neven, pontosan ugyanoda, ahova a Drupal-t is masoltad, majd bongeszobol lekered http://enoldalam.hu/valami.html (az enoldalam.hu helyere a sajat oldalad domainjet helyettesitsd be kerlek), akkor visszajon a tartalma?
Azzal az alapfeltevessel elve, hogy az elso kerdesre az a valasz, hogy feher oldal jon be, a masodikra pedig az, hogy a HTML fajl bejon, valoszinuleg valamilyen PHP-s problemaba szaladtal bele.
Elso korben lepj be a szolgaltatod adminisztracios feluletere (ha van ilyenje), es nezd meg, hogy mi az adatbazisod neve, illetve ha meg nincs letrehozva adatbazis, hozz letre egyet, es ha mar ott vagy, egy felhasznalot is hozza. Celszeru egyforma neveket valasztani, tehat az "enoldalam" adatbazishoz celszeru a felhasznalot "enoldalam"-nak elnevezni. Az adatbazis felhasznalo jelszavanak valassz valami bonyolultat, ha a felulet ad lehetoseget jelszo generalasra, akkor generalj egyet.
Ha nincs felulete erre a szolgaltatodnak, akkor levelben, vagy ahogy altalaban kommunikalsz vele, kerj egy adatbazist felhasznaloval es jelszoval.
Ha ezek az infok megvannak (db nev, felhasznalo, jelszo), akkor ezeket az infokat a feltoltott settings.php -be (tehat semmikeppen se abba, amelyik a gepeden fut) be kell irni a megfelelo helyre. Azt hiszem, hogy 6-os drupal eseten a db_url valtozoban (ami egy URL-kent nez ki) kell kicserelni a dolgokat, valami ilyesmire a vegen: mysql://user:pass@localhost/database (user: felhasznalonev, pass: a hozza tartozo jelszo, database: az adatbazis neve).
Drupal 7 eseteben pedig van egy kis struktura (tomb), amiben ezek az ertekek kitoltendoek. Figyelj arra, hogy Drupal 6 eseten a teljes URL, 7-es eseteben pedig az egyes ertekek aposztrofok vagy idezojelek kozott legyen.
Ezutan probald meg elerni az oldalt. Ha szerencsed van, akkor fel kell jojjon a Drupal telepitoje, ha nem, akkor mindenkeppen beszelj a szolgaltatoddal, mondd el, pontosan mit csinaltal eddig, es mi a hibajelenseg.
Ha a telepito feljott, az mar fel siker, utana mar csak a helyi gepen meglevo adatbazist kell felmasolni, ha van a gepeden phpmyadmin, azzal egyszeruen ki tudod exportalni, es - mivel a szolgaltatoknal altalaban szinten van phpmyadmin - azzal konnyen be is tudod importalni. Figyelj arra, hogy a megfelelo adatbazis legyen kivalasztva.
Ha barhol elakadtal, kerdezz tolunk nyugodtan, pontosan ird le, hogy meddig jutottal, mit latsz, es mi a problema vagy mit nem ertesz.
--
()=() Ki oda vagyik,
('Y') hol szall a galamb
C . C elszalasztja a
()_() kincset itt alant.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Tegyünk ellene
Szükség lenne egy olyan oldalra ami kifejezetten az ügyfélnek szól, technikai lehetőségekről. Félreértés ne essen nem ügyfelet kioktatni, csak hogy jobban rá lásson a lehetőségekre, funkciókra.
Szerintem ha az ügyfél el tudja mondani mit szeretne, akkor nincs gond, hiszen ezért van a fejlesztő, aki naprakészen ismeri a legkényelmesebb, legcélravezetőbb, időszerű, trendi megoldását annak. Tehát rá lehet bízni.
Viszont ha az ügyfél nem tudja pontosan mit akar, csak azt hogy: kellene egy oldal mert már mindenkinek van, és legyen ez sikeres, trendi, és ne 1 a többi 50 mellett,
akkor neki is rá kel szánnia egy kis időt.
Jobb eset az ha van egy oldal ami tetszik neki, kb. ugyanolyat akar néhány különbséggel. Így, van egy konkrét példa, érti a funkcióit, van hasonlítási alap, látja már az egészet fejben.
Ha ez nincs:
Kell egy oldal ami ismertet alapvető megoldásokat, és azoknak "rendeltetésszerű" működésit elsősorban az ügyfeleknek..
Pl. hogy van olyan hogy radio, check box van select és van olyan ami többszöri választást biztosít. Példával, néhány alkalmazott környezetben, stb.
Van olyan hogy ajax, Flash, miket lehet ezekkel csinálni, mi az előnye mi a hátránya. Ki elemezni néhány oldal megoldását. Mi az a felhasználó, hogy kel ezt érteni. Miért jó a Drupal, miért nem stb...
Így az ügyfél pontosabban, könnyebben tudná gondolatait egymásra építeni, definiálni azt hogy mit szeretne.
A webfejlesztőnek ez kevesebb időt, az ügyfélnek meg minőségi, célratörő, olcsóbb munkát jelent. Kevesebb félreértéssel.
Ha valakinek lenne kedve egy ilyen bemutató oldal kialakításában részt venni az jelezze.
blast
blast
hibás megközelítés
nagyon általános hiba ez és szerintem teljesen rossz megközelítés. mindig mindenki mindenhol a cck -t és a mezőket erőlteti és közben nem látja a fától az erdőt. ezt például miért node_reference -el??? taxonomy meg dísznek van? :)
én úgy próbálnám, hogy:
- van egy szótárad, hogy 'üzletek', beállítod ahogy gondolod. (nincs hierarchia, kötelező, többet is lehet jelölni, mittudomén)
- nat modult is beüzemeled (http://drupal.org/project/nat) és megmondod neki, hogy ha új 'üzlet' típusú tartalom jön létre, akkor automatikusan jöjjön létre neki a megfelelő term az 'üzletek' szótárban.
- a termékeket már úgy küldöd be, hogy az 'üzletek' szótárból kiválasztod a term -eket, ahol kapni lehet az adott terméket.
hogy magát az üzletet hogyan kötöd a term -hez, arra tucatnyi ötletet tudok elképzelni, nekem eddig az tűnt praktikusnak, hogy magát az 'üzlet' típusú tartalmat is beleteszem a saját maga term -jébe az 'üzletek' szótárban.
ezek után sokkkkkal könnyebb dolgod lesz a szűrésekkel, ugyanis a taxonomyt pontosan erre találták ki. csak a cck mindenkinek elveszi az eszét és mindent mezőbe akar megcsinálni, ha kell, ha nem. pedig a mezők alapján szűrögetés enyhén szólva macerás, pláne a term -ek alapján szűrögetéshez képest. valójában, ha más taxonomyt nem használ az oldalad, akkor 'csak' a taxonomy/term/x nézetet felülírod és kész is vagy.
szerintem a node_reference mezőnek akkor van értelme, ha egy node -ból egy max 2-3 másik node -ra akarsz hivatkozni, azt se túl gyakran. ha egyik node -ból sok másikra akarsz hivatkozni és ráadásul minden esetben, akkor már nem valami használható, akkor az már taxonomy!
-
clear: both;
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Nem átolvastam, hanem végigcsináltam...
Kedves István, először is a türelmedet és a segítségedet köszönöm, mert jól esik. Hááát, az én fejemben van még fogalmi kavarodás....
Amit viszont a taxonómiáról mint elméletről írsz azzal nem értek egészen egyet. Az egy redszerezési elmélet amit a drupal valahogy kezel. Akár alapból akár kiegészítve ebből a szempontból lényegtelen. A rendszerezés mint elmélet nem adattipus függő dolog azt a technikai felfogás és megoldás teszi azzá. (Bővebben ld. Halassy Béla : Adatbázis kezelés c. könyve )
Az eredeti kérdésem - Tags for the current post : ő ki és mire jó - azért jött elő mert a blokkok között is keresgéltem a jelenségeket kutatva. Azt hiszem nem ott kell, és ha meglesz igérem megírom, rengeteg ilyen jegyzetem van már lépésről lépésre. A javaslatod szerint, hogy alapokról kezdjem, már túl vagyok, ezért írtam az előzőt lépésről lépésre, hogy hogyan csináltam és mi lett az eredmény. Ennek ellenére egy újabb nekiugrás, a javasolt linkek tanulmányozása után, megint előről kezdem az egészet. Az az érzésem hogy valahol az útvonalaknál van a rejtély kulcsa. A pathautot már kiismertem valamennyire, talán...
A Videó és a Szószedet az hasznomra van és köszönöm, és ilyesmi dolgok amik azt hiszem hogy most segítenek. Barangolog egy kicsit és nézelődöm. Ki kell fésülnöm az agyam. Csak annyit kérnék most, ha van időd, hogy irányba állítanál néhány szerinted fontos linkkel amit olvassak nézzek, stb. Nem kézikönyvre meg a Gusztáv jegyzetére gondolok, azokat tudom hogy hol találom és dolgozom is velük. Azért kérem ezt tőled, mert gyakorlatból tudom, nincs instant tudás, csak kávé....
Mégegyszer köszönöm a segítségedet és a türelmedet. Tudom néha makacs vagyok, mint egy szamár :))
Németi Vilmos - méregzöld kezdő Drupal-os
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
sajnos nem vagy jobb
Sajnos nem vagy jobb, pedig nagyon örültem volna Neki.
Az alapvető probléma az, hogy én jobbára otthon fejlesztek, ahol nincs hozzáférésem a világhálóhoz (legalább nem vonja el az ember figyelmét), ezért az api modullal elkészítettem egy saját, a localhost -on futó, az api.drupal.org -hoz hasonló oldalt, amely segítségével tudom tanulmányozni a Drupal API készletét is.
Bár úgy gondoltam (és a kézikönyvből is ez jött le), hogy ez a Drupal API oldalához hasonlóan minden szükséges információt tartalmazni fog, mégsem található meg benne az általad is linkelt függvény, sem az azt tartalmazó core.php állomány.
Ezt a helyzetet szeretném valamilyen módon orvosolni, hogy otthon is minél teljesebb dokumentáció alapján tudjak dolgozni.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
hadd ne mi értelmezzük a hibaüzenetet
Légyszives... hadd ne mi értelmezzük a hibaüzenetedet, ha az érthető, egyértelmű, és világos!
Can't create database '***'; database exists
Vagyis nem tudja létrehozni az adatbázist, mert már az létezik. Ami persze igaz is, hiszen így kezdődik a kimentett cuccod:
CREATE DATABASE `****` DEFAULT CHARACTER SET utf8 COLLATE utf8_general_ci;
Tanulság: Nem kell létrehoznod (vagy töröld le) az adatbázist, amelybe importálni akarsz a gépeden, hiszen maga az import azzal kezdődik, hogy létrehozza az adatbázist magának.
Ez nem extra, nem php, nem apache, hanem egy minimális angol-tudás (vagy megközelítése), illetve józan paraszti ész. Szerintem.
Ki érti ezt?
Aki mielőtt belevág az ilyenbe, szerez egy kis ismeretet SQL -ből, PHP -ből, stb. Hidd el, megéri.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
MYsql manager
Lényegében arról van szó, hogy az adatbázisodnak kevés a memóriája, hogy észben tartsa a sok dolgot. A megoldás a következő (nem túl szép, de használható)
a lényeg az volna, hogy minél több olyan funkciót kikapcsolj, amire nincs szükséged (pl modulokat, sminkeket)
*Az extráról belépsz az oldaladhoz tartozó sql-kezelőbe.
*Ott kiválasztod az adatbázisok menüpontot, majd az ott lévő egyetlenegy adatbázisba belépsz
*keresd meg a system táblát, ez kezeli a modulokat és a sminkeket. A Status nevű oszlop mutatja, melyik van bekapcsolva (1-bekapcsolav, 0-kikapcsolva)
*itt állítsd át 0ra azokat a modulokat és sminkeket, amikre (egyenlőre) nincs szükséged
*minnél többet lapcsolsz ki, annál több szabad memóriád lesz, így akár a CCKval is folytathatod a munkát
*Miután befejezted a CCK mezők szerkesztését, már visszakapcsolhatod a modulokat, és sminkeket, elvileg már az oldal admin felületén keresztül (ha ekkor megint hibaüzenetet ír, akkor frissíts, mert elvileg elfogadja)
Nekem ez adta a megoldást.
- - -
Juhász Márton
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Online tanfolyam
Ha van erdeklodo keszitenek egy online bemutatot drupal dojo stilusban, magyarul.
Ket tema van amirol beszelnek:
1. sajat adatbazis tabla hasznalata views modullal, view sminkeles
2. cvs, Drupal patch keszites core-hoz es contrib modulhoz Eclipse PDT-vel
miaza dojo stilus:
irc-n chateles
dimdim-en keresztul latni az eloado monitorjat es hallani a hangjat
a tema foleg programozas, sminkeles, nem az admin feluleten valo klikkelgetes
a tema kotetlen, tehat ha kerdes, problema van akkor az eloadas mas iranyt is vehet
az eloadas nincs tokeletesen elokeszitve, tehat a felmerulo problemat azonnal kezelni kell. sok tanulhato abbol, hogy mit tesz ilyenkor a fejleszto ha valami nem akar mukodni.
az ingyenes dimdim verzio max 20 fot engedelyez, ugyhogy ne tessek tolongani :) az eloadasrol felvetel is keszul, kesobb is visszanezheto.
az elso eloadas elkepzelheto idopontja december kozepe vagy vege
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Köszönöm!
Köszönöm a segítséget! Már az előző alapján is sikerült megoldanom a problémát, de az új tanácsot is kipróbálom.
Modulprogramozásban, még akad tanulnivalóm, főként drupal 8 terén, de remélem idővel kellően kiismerem az új rendszert és Én is segíthetek, majd másoknak.