Alapvetően egy akármilyen
Alapvetően egy akármilyen tartalomtípus beküldése utáni átirányításról van szó, nem pedig egy modulban létrehozott tartalomtípusról.
Ami működik az a ?q=node/1&destination=node/2 forma. Most így van megoldva. Ez jó a törlésnél és a mentésnél is.
Ha működik Bálint megoldása, a $form_state['redirect'], akkor szerintem ezzel elegánsabb megoldást lehet találni, kis kiegészítéssel.
Ezt még nem volt időm hogy teszteljem, de így képzelem el:
hook_alter() -ben
--------------------------------------
// a sajatfuggveny-ben tudom majd vizsgálni, hogy éppen mentés van-e
$form['submit'][] = "sajatfuggveny"; // 6.x Drupal
// törlés esetén
if ($form_id == 'node_delete_confirm') $form["#redirect] = 'ide/menj';
sajatfugvany()-ben
--------------------------------------
vizsgálni, hogy éppen mentés van, ha igen akkor $form_state['redirect'] = 'útvonal';
...mit tudok: http://web.termuves.hu
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Ez a választás nem most
Ez a választás nem most jutott eszembe, hanem akkor amikor a 4.7.11 megjelent :-))))
Teljesen tisztában vagyok azzal, hogy nem támogatott, és azzal is hogy az upgrade nem fog "simán" menni, ezért félek is tőle. Őszintén nagyon nem is forszírozom. Ahogy írtam kerestem már ilyen konvertálót, de egyik sem tudta azt, ami nekem kellett volna.
Igazából a biztonsági frissítéseken kívül nem nagyon kellene nekem más támogatás, a Drupal magasabb verzióiból. Ez így egy soha véget nem érő dolog mindig megjelenik újabb és újabb, aki most a 6.8 -at telepíti, és nem fogja folyamatosan frissíteni, annak is azt mondhatod majd 3 év múlva, hogy milyen rossz választás volt a 6.8.
el tudja nekem mondani valaki, hogy biztonsági szempontból milyen előnyei vannak most a 6.8-nak a 4.7.11-el szemben? Egyéb csili vili modulok, kezelhetőség, sminkek,stb... teljesen nem érdekel.....
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Controll Access?
Nemrég javasolta valaki, arra jó, hogy a felhasználóknak tudok jogosultságot beállítani a saját tartalom szerkesztésére illetve törlésére. A node mudulnál tartalomtípusonként ha beállítottam ugyebár, hogy saját tartalom szerkesztése, akkor törölni is tudta, ez pedig nem volt jó, szóval igen hasznos modul számomra.
Nem jó a sticky, általában nincs bejelölve nálam a sticky, az pedig őrült nagy munka volna, hogy utólag a majd háromezer tartalmat stickybe tegyem és csak annál ne legyen bejelölve, amit szeretnék.
Tovább bonyolítja, hogy több kategória kellene, tehát valami olyan taxonomyszerű besorolás, amire a views válogat.
Próbálkoztam node style modullal is, még meg is örültem, mert azt be tudtam állítani, hogy csak admin hozzáférés legyen, de sajnos arra a views nem válogat.
Ha valakinek van ötlete arra, hogyan lehet a views szűrést bővíteni, azt is megköszönném, nem ragaszkodom a taxanomyhoz.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
ezzel a modulcsokorral csinálnám
cck
views
taxonomy
content taxonomy (cck kieg.)
content field access (cck tartalmazza)
létrehozod a szótáradat, meg a kifejezésket.
utána hozzáadsz egy "content taxonomy" mezőt a típusodhoz és megadod neki, hogy rejtse el az alap taxonomy űrlapot. (tud ilyet a mező, igen hasznos) azt is beállítod, hogy "additionally save terms to taxonomy" vagy valami ilyesmi lehetőség, ezt is be tudod a mezőnél állítani.
aztán a field access létrehoz ugye neked egy jogosultságot a hozzáférés szabályozásba és egyszerűen nem adsz jogot senkinek, hogy szerkessze azt a mezőt.
mivel a termjeidet a mező menti "oldszkúl" taxonomyba is, arra csinálod a viewkat.
szerintem ennek így működnie kell kb.
de azt se értettem, hogy nem lehet cck mezőkre viewsal szűrni? hm.. fura lenne, meg is nézem ezt ma-holnap. :)
-
clear: both;
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Harmadik + negyedik tipp után
Pasqualle:
- létrehoztam és szerkesztek egy másik lapot is ugyanazon a 87.229.26.178 cimen, azt is szerveroldalon és nem sajátgépen.
- a {session} tablaból minden sort töröltem, böngészőimből a cache-t es cookie-kat töröltem, újra próbáltam belépni -- sajnos most sem tudtam.
szikar:
- a rövid webcímeket már kikapcsoltam (ezt már olvastam a fórumon, de köszönöm, hogy emlékeztettél rá).
Kérdésem:
. pontosan hogyan töltsem ki a $base_url-t? (lehet, hogy bugyuta a kérdés, dehát...)
az új domain nevet még nem kaptam meg, addig azt írjam be, amin el tudom érni a lapot? Ez a http://87.229.26.178/~jankojan
ha megjön a jankojanosiskola.hu domain, akkor meg http://jankojanosiskola.hu -t?
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
energia
Már haladunk. Most már csak annyi energiát kéne beletolnod, hogy nem parse_erroros kódot tolsz ide be amivel megint nem lehet mit kezdeni. (ha ez van akkor az baj! ;))
Használd a <code> tagot a formázáshoz én is azt használom.
<a href="http://localhost/asta/?q=node/16/<?php echo $tid; ?>">megnevezés</a>
Valami ilyesmire gondoltál?
Palócz István
https://palocz.hu | https://tanarurkerem.hu
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Megvan a megoldas, kollegam
Megvan a megoldas, kollegam segitsegevel.
- Tehat kell a .profile file-ba egy example_profile_details fuggveny ahol meg kell határozni, hogy
'language' => 'hu', - majd a drupal.org-rol letoltott nyelvi csomagbol a /profiles/default/translations konyvtarat es tartalmat at kell masolni a sajat profil mappajaba,
- es ha szukseges ebbe a hu.po-ba kell a kiegeszito forditasokat is beletenni.
Telepitesnel a profil kivalasztasa utan magyarul fog fogadni minket az adatbazis beallito oldal.
---
Tévedni mindenkinek szabad, csak a mérnöknek észre kell vennie.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
idézet a kézikönyvből
Idézet a kézikönyvből:
Tartalomkezelő keretrendszer azaz Content Management Framework (CMF)
Olyan programozók számára készült rendszert jelent, mely tartalomkezelő rendszerek építésére szolgál - a Wikipedia definíciója szerint. A Drupal kiváló CMF, hiszen általános tartalom kezelési és rendszerezési sémákat támogat széles körű megjelenés változtatási képességekkel. Ráadásul nagyon jó forrás dokumentációval rendelkezik. Így alkalmas egyedi tartalomkezelési igények kielégítésére is.
Web alkalmazás fejlesztő keretrendszer azaz Web Application Framework (WAF)
A Drupal egy eléggé vékony réteget biztosít a PHP nyelvi elemei felett, mely jelentősen meg tudja könnyíteni általánosabb igényű web alkalmazások fejlesztését. Ilyen funkciók az általános űrlapkezelő rendszer, a vékony adatbázis kezelő réteg, a felhasználókezelő alrendszer.
Vagyis én nem értem a "szembenállást" a egyedi fejlesztés és a Drupal között. Egy egyedi fejlesztés miért ne lehetne Drupal alapokon, felhasználva annak programozói felületét?
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Megvan a megoldás
Az includes/database.mysqli.inc-be kell a következőt betenni
// Force UTF-8. mysqli_query($connection, 'SET NAMES "utf8" collate "utf8_hungarian_ci"');
Tehát, a connection-t rá kell venni, hogy a megfelelő collation használatára.
Nem elegáns megoldás. Hogy kellen szebben? -> Új thread itt?: http://drupal.hu/forum/sql-kiadása-db-connect-után
thx!
--
Szabó Dénes - Internode.hu - Munkára fogott weblapok
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
modulok amik ehhez kellenek
image
vagy cck + imagefield
imagecache - a képméretezéshez
voting api a szavazatszámláláshoz
és akkor már fivestar a szavazófelület, legfeljebb beállítod, hogy egy csillagot lehet max szavazni.
vagy (akár egy másik úton)
webform, a napi képszavazás mindig egy űrlap node, amit minden felh. csak egyszer tölthet ki, a "törzsében" három kép van (cckval kiegészíted az űrlap típust három képmezővel) és egy radiogombos lista, három lehetőség, egyes kép, kettes kép, hármas kép.
azt mondjuk nem tudom, hogy a webform mennyire integrálódik a views -al, de azt gondolom ugyanannyira, mint mostanában minden más, úgyhogy könnyedén generálhatsz egy galériát, amiben a legjobbnak szavazott képek vannak, vagy olyan nézet, hogy egymás alatt vannak a webformok, mindegyikben mindhárom kép ott van, de csak a legjobbnak szavazott színes, a másik kettőt deszaturálod (szép magyar szó) meg lekicsinyíted és úgy rakod mellé.
-
clear: both;