tulajdonos?
Ki a tartalom tulajdonosa? (Szerzői információk részen.)
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
fordítható
Én meg a PHP kódos résznél szoktam felvinni tömbként, és akkor még fordítani is lehet. :)
<?php return array( -1 => t('Waiting for hublist pinger'), 0 => t('Online'), ); ?>
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
be kell tölteni a profilt
<?php global $user; profile_load_profile($user); print $user->profile_akarmi; ?>
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
szerintem kóddal gyorsabb
Én nem vacakolnék modullal, szerintem pár perc alatt megírható.
<?php MODULNEVE_nodeapi(...) { if ($op == 'save' && $node->type == 'megoldás' && $node->elfogadva == 1) { // Lementem a feladat azonosítóját a beküldő hallgató neve mellé, pl. egy szerializált $tömbbe. } if ($op == 'load' && $node->type == 'feladat') { // Ellenőrzöm, hogy a feladat függőségei in_array() benne vannak-e a hallgató megoldásait tartalmazó $tömbben. } ?>
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Examples
Kódpéldatár, nagyon hasznos: Examples modul
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
privát fájlkezelés
Szerintem nem szándékos, csak senkit nem érdekel ez a probléma. Illetve van egy modul, ami teljesen leszedi a csatolmányokat: Remove Upload Enclosures. Gondolom egyszerűen meg lehetne oldani, hogy ne szedjen le mindent, hanem csak ellenőrizze a jogosultságokat. De jelenleg még ennek a fapados verziónak sincs karbantartója, ami alighanem összefügg azzal, hogy összesen 65-en használják.
Az érdektelenségnek pedig nyilván az az oka, hogy itt csak a csatolmányra mutató link megjelenítéséről van szó. Attól, hogy a link nem jelenik meg, a fájl még hozzáférhető marad. Ha szeretnéd a csatolmányaidat védeni az illetéktelenektől, akkor ennél komolyabb hozzáférés-szabályozási megoldásra lesz szükséged.
ez egy megjelenítési probléma
Egyébként nem hiszem, hogy ha valaki olyan oldalt csinál, ahol ez fontos, azt ne érdekelné.
Ha olyan oldalt csinálsz, ahol ez fontos, akkor ne csak a linket rejtsd el, hanem tedd elérhetetlenné a fájlt. Amit te itt követelsz, az annak a megfelelője, hogy a lakáskulcsot a lábtörlő alá rejthesd. Ha fontos a lakásodban lévő értékek biztonsága (= a fájlok hozzáférésének korlátozása), akkor erre állíts be egy komolyabb megoldást.
Megkockáztatom, hogy lehet, hogy akkor nem is a Drupal a megfelelő megoldás a feladatra. Ez egy webes tartalomkezelő, és lehet, hogy neked inkább egy dokumentumkezelő kellene (van hozzá több integrációs lehetőség).
Egyébként én is jobbnak találnám, ha az rss.xml nem tenné ki automatikusan a linket. Ahogy alább is írták, nyugodtan beszállhatsz a fejlesztésbe (pl. átveheted az elhagyott modul karbantartását, és kedvedre továbbfejlesztheted), vagy akár jelentheted a biztonsági csoportnak is a problémát. Bár szerintem tőlük is ugyanezt a választ fogod kapni: ez igazából nem biztonsági hanem egy megjelenítési probléma. A biztonság ott kezdődik, hogy privát fájlkezelést használsz, és felteszel egy fájl jogosultság kezelési megoldást.
Ha tényleg csak a lábtörlő alá akarod rejteni a kulcsot, akkor egy saját kis modulból hook_menu_alter()-rel letilthatod az rss.xml elérését és készíthetsz egy saját RSS csatornát. Ha egyébként is fent van a Views, akkor azzal még egyszerűbb a feladat, kattintós felületen megoldható.
tárhelyszolgáltató
A tárhelyszolgáltatónál jelezd, hogy az aldomaineknél is szeretnél www-t. Névjegyre meg így kell írni: uvegcsillag.malama.eu ;)
A www teljesen felesleges. Jó, ha elérhető ezen a címen is a webhely, mert sokan azt hiszik, hogy ettől internetcím az internetcím, de nem kell bátorítani a használatát.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
pontosan
Igen, így teljes a válasz.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Views exposed filter
Views modullal készült az oldal. Be lehet állítani a szűrésnél, hogy a szűrőket megjelenítse a látogatóknak (exposed filter).