nehéz így bármit is mondani,
nehéz így bármit is mondani, de az ftp-n hiába cserebelész jelszót, hisz az kódolatlanul tolja át ezeket az infókat. Minden olyan gépről megszerezhető a jelszó ami egy alhálózatban van azzal ahol áthalad ez az infó. Legyen ez egy netkávézó wifije(vagy otthoni wifi), vagy az adatközpont ahol a szervered van. (és a köztes helyek)
Javasolt valamilyen biztonságosabb protokollra váltás. (sftp, ftps stb.)
pp
Palócz István
https://palocz.hu | https://tanarurkerem.hu
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Valamelyik fórumbejegyzésben
Valamelyik fórumbejegyzésben olvastam, hogy a site -ot fejleszteni localhost -on kell, majd utána feltölteni az éles szerverre. Hát én így is tettem, csakhogy közben jöttem rá, hogy a site az éles szerveren is változik és a két különböző változást (az egyik az általam módosított localhost a másik meg az éles szerveren lévő) okosba kellene összehozni. Utánanézek a Features modulnak, mit tud, hogyan kell használni.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
nem tudom, hogy mi van a
nem tudom, hogy mi van a settings.php-ban, hogy csinaltal-e egy uj docroot-ot a masolatnak, szoval passz. az, hogy egy domaint melyik alkalmazas szolgal ki, az az apache vhost config-ban rejlik, ha ez, amikor letrehoztad az aldomaint nem tortent meg, akkor siman lehet olyan, hogy mind a valami.example.com es az example.com-ra ugyanaz a drupal telepites valaszolt.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
cseréld meg ;)
Az ár mindig az aktuális ár legyen, de vegyél fel egy mezőt nem "akciós ár", hanem "régi ár" néven. És akkor már tényleg csak a megjelenítésnél kell megoldanod. A megjelenítésnél ugyan az a feltétel. Ha van régi ár, akkor a termék biztos akciós. Az ár mezőbe meg mindig az aktuális árat írhatod.
És akkor tudsz úgy is árazni mint az "egyszeri zöldséges", aki ugye úgy akciózik, hogy szépen a tábla jobb sarkába felír egy 20% -kal nagyobb árat és áthúzza ;)
pp
Palócz István
https://palocz.hu | https://tanarurkerem.hu
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
teljes képzavar
a gallery2 az egy drupaltól teljesen függetlenül létező galéria-motor. önállóan is működtethető.
van egy gallery2 embed modul, ami azt csinálja, hogy a létező önálló gallery2 rendszeredet (ez a "non-embedded") beágyazza a drupalba. (ez lesz az embedded)
tehát az alaphelyzet az kell, hogy legyen, hogy egymástól függetlenül létezik már egy gallery2 és egy drupal rendszered és az erre való drupal modullal aztán előbbit az utóbbiba ágyazod.
amit egyébként nem ajánlok. :)
így már érthető?
hajrá!
-
clear: both;
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
:(
Szia!
Egy adminisztrációs modult írok, amiben egy olyan oldalra lenne szükségem, mint amilyen a drupal core-ban is van, amikor az adminisztrátor módosítani tudja egy felhasználó adatait. Ezért írtam, hogy az is megoldásnak tűnhetne, hogy egyszerűen átmegyek erre az oldalra, de sajnos ez nem jó, mert a feladatom az, hogy ezt is az én modulomon belül valósítsam meg. Az új felhasználó hozzáadása, mint már említettem, könnyen ment, azt reméltem, ennek a mintájára meg tudnám oldani ezt is, de sajnos tévedtem. :(
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
ha egy term megjelenését
ha egy term megjelenését átrajzolod views-zal (az útvonalban pontos url-t adsz meg, pl.: taxonomy/term/2), akkor ahhoz kell argumentum? - nem kell. (az argumentumot fogd fel egy csoportba foglaló-, paraméterezési lehetőségnek)
szerintem vedd ki az első másolatnál az argumentumokat (Term ID (width depth) és Term ID depth modified), írj be pontos url-t és ezt a viewst clonozd a további term nézetekhez - mindegyiknél átírva az útvonalat és az egyéb különbözőségeket beállítva benne, nálam működik.
Jól értettem a problémádat?
Geva
----- Számítások - Kalkulátorok
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
mit?
Hogy a keresőnek szüksége van az Update status modulra? Ezt nemhinném.
Hogy az update status használatakor lassabb lesz az oldal? Ez a fentebb vázolt esetben előfordulhat, de rendesen beállított időzített feladatok esetén szerintem a felhasználók semmit sem vesznek észre az Update status működéséből.
Adj linket légyszives.
Ui.: Kaptam linket, de abból, és a rá érkezett hozzászólásokból sem derül ki semmi, hogy ténylegesen mi volt a hiba oka, és az sem, hogy milyen tárhelyen vagy gépen, és milyen paraméterekkel futott az oldal.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Időközben eszembe jutott még
Időközben eszembe jutott még az, hogy mi lenne, ha fognám és node.tpl.php-ban lévő függvény segítségével, ami visszaadja, hogy milyen szótárban van a tartalom... annak az eredményét get-tel beépítem az icludes/theme.inc-be (egy if-fel, azza, ha a get-es változóm: kiadványok akkor az ilyen ID-jü linkem legyen:
$class .= ' active';
(Mondjuk ez már elég fura lenne...)
Igazából nem szeretném blokk-ként megoldani, mert az az én esetemben elég macerás lenne.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Én migrálás (phpbb-ről
Én migrálás (phpbb-ről drupalra) előtt szóltam mindenkinek, hogy ellenőrizze az e-mail címét, mert a jelszavuk nem lesz átvíve. Az új oldalon egy jelszó emlékeztetővel 3 perc alatt be tudnak lépni, aki meg nem csekkelte a mailcímét, annak meg kell győzzön minket, hogy valóban ő az akinek mondja magát.
Így a felhasználóknak is megmarad az érzés, hogy a jelszavaik tényleg az övék. :)