Sorban
valahol olvastam valami dokumentacioban, hogy eloszor txt kiterjesztessel kell megcsinalni, aztan
Ez a Windows-os szövegszerkesztőkkel kapcsolatban szokott gondot okozni, amelyek automatikusan hozzáillesztik a .txt kiterjesztést a szövegfájlokhoz.
de a drupal csak azt mondja, hogy nincs jol beallitva
Az Apache config fájlokban megadott változtatások érvénybe léptetéséhez újra kell indítani az Apache-ot.
Szerintem a register_globals-t a php.ini-ben volna ildomos kikapcsolni, ha a saját gépeden van a szerver. Keresd meg a php.ini-t az /etc/php(5)/apache2 mappában és keresd meg benne a register_globals beállítást. A PHP5-ben ennek alapértelmezett értéke Off, PHP4-et használsz?
A .htaccess helye nem az /etc/apache2 mappa, hiszen az a lényege, hogy az /etc/apache2 mappában megadott egész webszerverre érvényes konfigurációt webhelyenként (Debianon /var/www/) felülbírálja, finomhangolja. A letöltött Drupal csomag is tartalmaz .htaccess fájlt. A ponttal kezdődő nevű fájlok rejtett fájlok, és a grafikus fájlböngészők (pl. KDE-ben Konqueror) alapértelmezésben nem jelenítik meg. Less bele a /var/www/drupal mappádba és használd a Konquerorban a Nézet >> Rejtett fájlok megjelenítése menüt.
Remélem nem írtam nagy hülyeségeket ;)
Fox Mulder
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Mit akarsz attól függ
az mitől függ, hogy mennyi '%' jel kell?
Attól mit akarsz. Ha azt akarod, hogy '%alma' akkor az alma helyett kell %s és a % helyett kell %%.
végül is, ha egy string karaktersorozatot várok akkor nem elég csak '%s'?
Akkor igen, de Te itt az sql mondatban is használsz % jelet. (nézz utána az SQL kézikönyv LIKE-ról szóló fejezeténél)
a másik kérdés, {} azon kívül, hogy ellátja prefixummal a táblát jó még valamire, vagy csak a coding standard része?
Első közelítésben igen, de nem mernék rá megesküdni, hogy később valaki valamiért nem fogja kihasználni azt, hogy ezt mindig kötelezően ki kell tenni. Pl. bizonyos funkciók nem mennek, ha nem nagy betűvel írod az SQL kulcsszavakat. Szóval ez nem csak olyan "nézzen ki szépen a kód" hóbort.
Nem szabad továbbá elfelejteni, hogy a szabad szoftver az mindig egy közös alkotás színtere, ezért érdemes a közösség által kitalált játékszabályok szerint játszani. Még akkor is, hogyha most úgy tűnik a kódodat nem fogod megosztani... mert mint látjuk már meg is osztottad. ;)
pp
Palócz István
https://palocz.hu | https://tanarurkerem.hu
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Sok a téves gondolat
Vilmos!
A szubjektív véleményedet írtad le! Tele elfogultsággal, amiből fakadóan nem csoda, ha zöldségeket is írsz. Pl.:
"Konkrét tapasztalat : A Drupalt működésre tudtam bírni ingyenes szervereken, a Joomla-t nem. Nem azért mert valamit rosszul csináltam."
Én rengeteg Joomlát telepítettem ingyenes szerverekre. A véleményem róla, hogy túl sokat akarnak. Ezt te is bizonyítottad a 10.-es pontodban. De nekem működött, működik!
De a sz.gépes történeti ismereteid is hibásak:
-Az IBM XT-t az Apple-nek tulajdonítod (Apple-XT)
-vagy kijelented, hogy 87-ben 5.5-ös DOS volt, holott, akkor még csak a 3.1-es muzsikált(karakteres módban).
Az ilyen és hasonló tévedések teszik egy írást hiteltelenné, elbizonytalanítja az olvasót, még, ha a cikk többi része pontos is. (Úgy tűnik az:)
Tény, hogy ha egy fórumba sokat írsz, a hibáknak is több így az esélye. Tudom ez már off, de tanácsom, hogy kevesebbet, de minőségit! Így könnyebb a többieknek, nekünk megérteni, illetve válaszolni a már nem sok felvetésedre, észrevételedre.
Végül egy jó tanács egy tapasztalt fórumozótól: Minél kevesebbet írsz annál kevésbé tudnak belekötni:)
Szeretettel:
Peti
Üdv. Peti
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Kedves József, ne sajnáld...
Kedves József, ne sajnáld, mert az alapokat a te leírásod alapján azóta már teljesen megértettem, és köszönöm. Most már nem is ide írnám a bejegyzést, elkapkodtam egy kicsit...
Ami gondom az következő linken látható:
http://drupal.hu/forum/t%C3%B6bbnyelv%C5%B1-oldal-men%C3%BCrendszere
Lényeg az, ha az elsődleges vagy másodlagos menünek bármely nyelv alatt nyelvi megkülönböztető nélkül adok meg útvonalat akkor gáz van szerintem pl :
Új oldal : node/add/page
New page : node/add/page
Ezt a drupal valahogy másképp kezeli szerintem, mert ez neki a rendszer része lehet. Én meg - Okoska - gondoltam csinálok egy szerkesztői menüt az elsődleges menüpontot használva. A többi ott abban a topicban. Látható, hogy méhkasba rúgtam azt hiszem, már megint...
Mégegyszer köszi a leírást és a segítséget, pusztán csak a sok beállítás miatt gondolom, hogy vagy egészítsük ki talán vagy csináljunk esetleg hasonlót és több mindennel foglalkozzunk, nem tudom, csak morfondíroztam, hogyan lehetne megérteni - akár elsőre, mert szerintem neked is ez volt az inditékod, amiért megirtad a bejegyzést. A videót azt megnézem és privátba visszajelzek...
Üdvözlettel :
Németi Vilmos - méregzöld kezdő Drupal-os

Felvétel
Sziasztok!
Ez az első hozzászólásom, szóval kérlek nézzétek el, ha nem a megfelelő formában töltöttem ki a mezőket, nem jöttem még rá mire kell ez a címlap mező.
A felvétellel kapcsolatosan lenne megjegyzésem. Ezen a héten úgy hozta a sors, hogy a 14-es találkozó videóját nézegettem, mert egy galériát szerettem volna összehozni. Nem a ti hibátok, hogy több naposra sikerült a művelet, ez volt az első drupalos megmozdulásom... a lényeg, hogy sikerült :)
Szóval a felvétel: kicsit nehéz volt követni a dolgokat, mert a kamera fókusza nem volt éles, menet közben is állítódott párszor, szóval az az elvetemült gondolatom támadt feszült figyelés közben, hogy nem lehetne valami olyasmit csinálni, hogy a monitor képe van rögzítve, és külön felvéve a hang, majd a kettő összedolgozva? Abszolút nem értek a témához, szóval ha hülyeséget mondtam, akkor elnézést a zavargásért. Tudom, hogy gondolati szinten sok minden jól hangzik, ami megvalósításnál már nem is annyira jó, pláne ha nem is ért hozzá az ember :)
Esetleg ez megoldást jelenthetne az anyagok digitalizálásának problémájára, ehhez csak egy diktafon, vagy egy laptop kellene, feltéve ha jól gondolom.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Nem teljesen értem, de a megközelítés hibás
bizonyos esetekben: ha a tartalom bejön www és www nélkül is az tartalom duplázása, amiért a google büntet. Természetesen, ha mindez nem érdekes, az oldal intraneten, vagy egyéb célod van az oldallal (egy ilyen esetet tudok elképzelni: valami közhivatal oldala, ahol nagy ívben tesznek rá, hogy mi van a weblapon, megtalálható-e az oldal, friss-e az információ. Lényeg, hogy megvan, kipipálva, harmincmilla).
Véleményem szerint a www-re semmi szükség. A drupal .htaccess állományában is le van írva, hogyan kell rendesen megcsinálni, hogy a www (egyik domain) összes kérése egy másik domainra (www nélküli) legyen átirányítva. Rendesen = 301-es permanent redirrel.
Ezáltal, ha valaki a www.domain-t gépeli be, akkor automatikusan a www nélküli url fog neki megjelenni. Utána a böngészésben már semmiféle hátrányt nem jelent. Az url-ed is rövidebb...
Ezért írtam, hogy rossz a megközelítés. Kapcsold be a redir-t a .haccess-ben (még jobb lenne a web szerver konfigban beállítani), és a probléma el is tűnik. Legalábbis én már évek óta így csinálom. Ha fontos a keresőkben a jó helyezés, akkor nem is csinálhatsz másképp.
(+ okosság itt: http://no-www.org/ )
--
Szabó Dénes - Internode.hu - Munkára fogott weblapok
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
a sablonfájlban vannak kiírva, ott kell kivenned őket
cím nélküli node nincs. a node.tpl.php -ban van egy print $title rész, az írja ki a node címét, de csak teaser nézetben. full node nézetben maga a node egyben az oldal is, tehát ekkor nem írja ki a node.tpl.php a címet, hanem a page.tpl.php írja ki (szintén print $title) azt, mert ekkor az az "oldal" címe.
a törzset el lehet hagyni. a tartalom típus szerkesztésekor, a törzs mező 'címkéje' szövegmezőt, ha üresen hagyod, akkor nem lesz törzse a nodenak. legegyszerűbben úgy tudod megoldani, hogy ezt is úgy szabályozhasd megjelenítésileg, mint bármelyik cck mezőt, hogy nem raksz 'core' törzs mezőt a tartalom típusodba, hanem helyette felveszel 'gyalog' egy saját cck szövegmezőt, amit aztán már ugyan úgy állíthatsz mint bármilyen másik cck mezőt.
persze használhatod a core törzs mezőt is és bűvészkedhetsz a template_preprocess_node és a template_preprocess_page előfeldolgozókkal, hogy if node->type == 'vezeto' { és akkor itt újraépíted az egész $content, de ez jóval macerásabb, mint bevezetni a törzs helyett egy saját cck mezőt.
ha pontosan leírnád, hogy mi az elvárt működés, akkor pontosan meg tudnánk mondani milyen módon a legcélszerűbb megvalósítani azt.
-
clear: both;
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
open source != nonprofit
Ne zavarodjunk már össze vissza.
http://wiki.hup.hu/index.php/A_GNU-ki%C3%A1ltv%C3%A1ny
lábjegyzet:
A megfogalmazás itt nem volt elég gondos. A szándék az volt, hogy senkinek ne kelljen fizetni az *engedélyért*, hogy a GNU rendszert használhassa. A szövegből nem derül ki ez világosan, és ezért az emberek sokszor úgy értelmezik, hogy a GNU-t mindig ingyen vagy nagyon csekély díj ellenében lehet csak terjeszteni. Ez soha nem volt a szándékunk, később a kiáltvány is említi a lehetőségét annak, hogy vállalatok a terjesztést profitért is végezhetik. Ebből következően meg kellett tanulnom pontos különbséget tenni a „free” szó két jelentése között: szabadság és ingyenesség. (A magyar fordításban pedig ügyelni kell a helyes szóhasználatra – a fordító.) A szabad szoftver olyan szoftver, amelyet a felhasználók szabadon terjeszthetnek és módosíthatnak. Bizonyos felhasználók ingyen jutnak hozzá, mások fizetnek érte – és ha a pénzt a fejlesztésre fordítják, az a legjobb. A lényeges dolog az, hogy bárki, aki rendelkezik a szoftver egy példányával, szabadon együttműködhet másokkal, és odaadhatja nekik.
Persze az egészet érdemes elolvasni.
pp
Palócz István
https://palocz.hu | https://tanarurkerem.hu
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Esküszöm, hogy ide írtam egy
Esküszöm, hogy ide írtam egy jó hosszú választ, lehet, hogy nem küldtem el??
Naszóval..
Alapvetően Felhasználókkal kezdtem el a views létrehozását. Sajna sosem azt a végeredményt kaptam, mint ami kellett, egész egyszerűen az argumentumot nem tudtam úgy belőni, hogy jó legyen.
Mára már kiderült: Nem az argumentummal szúrtam el, hanem a szűrőkkel.
A célom az volt, hogy argumentum alapján listázzam a különböző kapcsolattípusokhoz tartozó content profile mezőket.
Az SQL hibát ugyan nem sikerült megszüntetni (megpróbálok szerény angoltudásommal összehozni egy issue-t. ) viszont a szűrőkkel úgy tűnik, sikerült megoldani Felhasználó alapú nézettel.
Ehhez két kapcsolat volt szükséges:
Tartalom: Content Profile, majd (Content Profile) Relations: Requestee user Így az argumentumon a Requestee usert használva megkaptam, ami kellett. Még egy hibát elkövettem (úgy tűnik legalábbis ez is hiba volt) Miután nyersen, szűrők nélkül sokszor kapcsam meg ugyanazt az adatot, beállítottam a Distict-et Yes-re. Ez a szűrőknek is bekavarhatott, mert itt is rossz adatokat kaptam.
Tehát tanulság számomra: Nézet létrehozásakor előbb kapcsolatok konfigurálása, argumentum beállítása, alapszűrők beállítása + majd utána lehet még finomítani egyéb szűrőkkel, distinctel.
----
Rájöttem, miért kérdezek olyan ritkán a drupal.hu-n. Amíg szedem össze az infokat a kérdéshez, mindig rájövök a megoldásra.