Keresgéltem még a témával
Keresgéltem még a témával kapcsolatban az interneten és lenne egy kérdésem, mely teljesen ehhez kapcsolódik, így nem indítottam új témát. Ha rosszul gondolom, akkor szóljatok, és új témába írom.
Tehát olvastam, hogy letöltési linket úgy is el lehet rejteni, hogy az oldalon lévő link egy php fájlra mutasson, mely a feltételek teljesülése esetén beolvassa a fájlt. Ez a megoldás is jó lenne, sőt a legjobb. Nincs erre egy modul, ami ezt csinálja?
Vagy a másik megoldás, ha lenne olyan modul, ami a linkre kattintáskor generálna a megadott linkhez egy 5 percig élő ál linket.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
localhost?
Ha localhos-ton csinálod, akkor ezen az url-en bejön a flash?
http://localhost/nyar/themes/Untitled/header.swf
A forrás szerint a „nyar” mappába van telepítve a Drupal, és rossz helyre!! az „Untitled” vevű smink (/themes/Untitled).
A _NEM_ rendszer sminkeket és modulokat a „sites/all” mappába kell tenni (persze ettől vannak eltérő esetek is). Vagyis a sminket pakold át, hogy így ide kerüljön:
„sites/all/themes/Untitled”
Mondjuk valami értelmes(ebb) nevet is adhattál volna neki... ;)
--
Palócz Paal Pál, a drupal.hu admin csoportjának tagja
Ajánlott olvasmány: Eric Steven Raymond - Hogyan kérdezzünk okosan
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Ezekre gondoltam én
Ezekre gondoltam én is...blokk nincs...
Két tartalmat meg felvittem,hogy hátha az a baja,de akkor se...
Ezért írtam,hogy csak annyit látok:S
Mindegy...igazából felvihetem egyesével is a menüpontokat mostmár,mint taxonomy/term/1....
Csak így egyszerűbb lett volna.
Tényleg köszi mindent :)
Még annyi esetleg,hogy valami olyan modul,ami a szótár kifejezéseit keresné választómenüből?
pl.: hirdetések szótáramban van sajt meg vaj és ne csak a szabadszavas keresés legyen,hanem ki tudjam választani,h sajt
Ha tudsz megköszönném,ha nem ígyis az eddigieket:)
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Ez egy döntés, amit valaki
Ez egy döntés, amit valaki meghozott. Ez van. Lehet, hogy arra számítanak, hogy most egy kis hack, de jövő héten elég lesz egy minimál update, míg egy D6 rendszer átrakásához D7-re sokkal több időre lesz szükség.
Lehet, hogy csak előre fele menekülnek?
A hack meg... se nem szép, se nem elegáns, se nem karbantartható. De az övék! :D
Én biztos valamiféle url => meta tömbbel próbálkoznék, mert azt egyszerűbb bővíteni, egyszerűbb kiíratni, egyszerűbb vele később csv-t, vagy bármit gyártani, amivel majd az elkészülő metatags-ba be lehet tenni.
--
Szabó Dénes - Internode.hu - Munkára fogott weblapok
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
így van
A rendszer által kezelt fájlok tárolási helyének könyvtára a szerver fájlrendszerében. A megadott könyvtárnak létezni kell és írhatónak kell lennie a Drupal számára. Nyilvános letöltési mód esetén a Drupal telepítési könyvtárához képest relatív útvonalat kell megadni, azaz elérhetőnek kell lennie a könyvtárnak a weben keresztül. Privát letöltési mód esetén éppen ellenkezőleg a megadott könyvtárnak nem szabad elérhetőnek lennie a weben. Az itt megadott érték megváltoztatása az összes fájl letöltési webcímet módosítja, így a webhely használata közben problémákat okozhat. Ezért csak akkor szabad megváltoztatni, ha előzőleg meggyőződtünk a módosítás várható következményeiről.
Így van Drupal 6-ig, szerencsére Drupal 7-ben már nem.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Köszi a választ! Hát igen,
Köszi a választ!
Hát igen, sajna én is erre gyanakszom, sajna még tájékoztatás sincs arról, hogy esetleg valami karbantartás lenne...
A másik, hogy egyes oldalak meg mennek...
Egyébként egy helyi gépre bonyolult lenne egy Drupal alapú portált létrehozni? Egy iskolai projekthez kellene, nem is igazán elvárásom a sebesség, csak az, hogy működjön, amikor megy az otthoni gépem, és hogy majd meg tudjam mutatni a tanáromnak, amikor kell. A másik ezzel kapcsolatos kérdés, hogy a most meglevő oldalamat valahogy át tudom költöztetni saját gépre? Nemrégiben csináltam adatbázis mentést a Backup and Migration modullal.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Két gond van: arg(0) ==
Két gond van:
arg(0) == 'node'
$user->uid == 0
A reggeli-gondolatok az útvonal álnév. Az arg() pedig a drupal belső útvonalát vizsgálja. Próbáld ki, beírod url-be, hogy node/6, és ott lesz a tartalmad. (hacsak más modullal el nem irányítottad, de valszeg nem)
Amúgy már majdnem jó. Még annyi szabály van - de ez magába a működésbe nem szól bele, csak nem szép - hogy magyar szöveget nem írunk kódba, hanem használjuk a t() függvényt, majd szépen a drupalon keresztül lefordítjuk: drupal_set_message(t('This is the text.'));
----
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.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Firefox 4 core-ban már gyárilag
Mivel a nagyobb böngésző versenytársak (OP, GC) már kínálnak ún. fejlesztői eszközöket alapkiépítésben, ezért a Mozilla úgy döntött, beemeli a magba a PP által is hangsúlyozott népszerűségű add-ont. (Bár én még v4b10-ben nem találtam :)
(Firebug mellett a jó öreg Web Developer Toolbar és User Agent Switcher add-onokat (mindkettő Chris Pederick áldása :) is lehet, hasznosnak találod majd.)
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Érthető, amiket írtatok. A
Érthető, amiket írtatok. A webszerver oldali résszel tisztában vagyok, azt ki is használtam eddig is. Írtam egy kis adminisztrációs felületet php-ban, ami kihasználja ezt az autentikációt. Amit még tud, hogy megnézi, a felhasználó benne van-e egy adott csoportban. Na, ezt Drupalból is szeretném. Még nem írtam modult Drupalhoz, el is szerettem volna kerülni. Most ott tartok, hogy vajon egyszerűbb-e írnom egy saját modult, vagy esetleg hamarább lehetne-e a webserver_auth modult Drupal 7-hez igazítani? Tudom, a modul íráshoz külön topik van, de: ha Én írok modult, nagyon bonyolult megoldani, hogy a Drupal az ldap adatbázisból vegye a felhasználókat?
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
vegyes
Teljesen vegyes a dolog, mostanában több ilyen frissítést is csináltam. Volt, ami könnyen ment, de voltak nagyon kritikus dolgok is. Attól függ, mennyire nyúltak bele a Drupalba (több ilyen tapasztalatom is), milyen hozzáértéssel kezelték eddig az oldalt (frissítésnél elmaradt update.php, stb.), mennyi és milyen contrib modul van az oldalon, azokat lehetséges-es frissíteni (pl. fejlesztik-e még D6-ra, milyen állapotban van a kódja).
Szóval ennyi információ alapján nem lehet semmi biztosat mondani.
(Amúgy ha Drupal 4.7, akkor a fórumtéma beküldésekor miért a Drupal 4.6.x-et választottad ki?)
Választ szeretnél? - Új kérdés, új téma - Tesztoldal - Trollkezelés - Frissítés