taxonomy_access
Sikerult mar valakinek ezt a modult feltennie 4.5.x-re? Mar mindenhol kerestem, de nem talaltam meg a mukodo legutolso verziot! Koszi!
Fórum:
Keresés
A gyorsreagálású Drupal fejlesztők ismét akcióban
A Google blogban tegnap jelent meg, hogy egy új rel="nofollow" tulajdonság érték bevezetésével ezentúl a vezető keresők által figyelmen kívül hagyottá tehetünk bizonyos linkeket. Ez azon spammerek ellen lehet hasznos, akik a saját oldalukra mutató linkeket tartalmazó hozzászólásokat küldenek be, melyek az oldal tartalmához nem illeszkednek. Bár sok tartalomkezelőnek megvan ez ellen a saját védekezési módja (a Drupalnak is), az egységes fellépés a vezető keresők részéről még nagyobb lendületet adhat a spammelők elleni harcban.
A Drupal fejlesztők sem voltak restek, egy órával ezen hír írása előtt, egy nappal a Google bejelentés után már a fejlesztői verzió részét képezi egy beállítás, melyet bekapcsolva a szűrő ezt a plusz attribútumot is felveszi az összes tartalmakban és hozzászólásokban beküldött linkre.
Kategóriák:
Hozzaszolas kepfeltoltes?
Hogyan tudom beallitani, hogy a hozzaszolasokhoz is tudjanak a felhasznalok allomanyt csatolni? Foleg az inline.modul miatt kellene, hogy az emberek tudjanak kepet feltolteni. Vagy van valami mas megoldas kepfeltoltesre hozzaszolason belul?
adatbázis illesztés + RSS bajok
Sziasztok!
1. Drupal 4.4.2 alatti adatbázist kéne átrakni 4.5.2 alá. Vagy ha nem is az egészet, de a felhasználókat és a hozzászólásokat mindenképp. Megpróbáltam az újba belerakni a dumpot, de nincs teljes egyezés. Hogyan lehetne mégis megoldani? A manuális átírogatáson kívül van más megoldás?
2.A node bejelentkezéshez kötött, ezért az RSS-t sem szolgálja ki belépés nélkül... Hogy lehetne ezt mégis megkerülni? Azt nem szeretném, hogy a főoldal elérhető legyen, de azért az RSS-t meg lehetne engedni...
[ dtamas ]
Fórum:
képbeszúrás tartalmakba
Létezik olyan modul, amelyikkel megoldható, hogy tartalmakba szúrjanak be a felhasználók képeket? (Úgy mint egy újságcikkbe.)
(Az imege és a webform nem jó.)
Ha nem létezik akkor egy meglévőt (vagy a node-t?) kell átalakítani, melyiket ajánljátok?
Fórum:
Fórum - Aktív témák fordítási javaslat
Sziasztok!
A beállítások->fórumnál a következő található:
"Aktív fórum témák küszöbe:
< itt egy 'legördülő' értékekkel >
Ennyi válasz után kapja meg egy-egy fórum téma az ?aktív? jelzést."
Itt hiába állítok be akár 1000-et is, ha csak 1 válasz van, a téma akkor is megjelenik az 'Aktív témák' között. Ez hiba, vagy valamit én nem értek?
Vagy esetleg a 'hot' ill. az 'active' szó uannak lett lefordítva és ez zavart meg (megjegyzem nem csak engem, tőlem 3 különböző ember kérdezte uezt.)
Az angol eredeti ez: "The number of posts a topic must have to be considered hot."
Szerintem a 'hot'-ra nem jó fordítás az aktív, inkább 'gyakran látogatott' vagy valami hasonlót kellene rá találni.
Fórum:
Nagyüzem a fejlesztői listán, felkészülés a Drupal 4.6.0-ra
Igazi fejlesztési nagyüzem van a drupal-devel listán, számos javítás és felhasználói felület átalakítás került felvételre a forráskódba az utóbbi napokban. A tartalomtípusok különböző tulajdonságainak beállítására egy-egy részletesebb oldal szolgál majd a 4.6-os kiadásban, hasonlatosan a blokkokhoz, melyek ilyen irányú módosítását már a 4.5 megjelenése után elég hamar megtették. Ezekkel jelentősen konvergálnak ezek a beállítás oldalak a 4.5-ben bevezetett beviteli formátum konfigurációs megjelenéséhez. A beküldési irányelvek és minimális karakterszámok meghatátozhatóságának általánosítása ugyanakkor egyértelműen ahhoz vezetett, hogy a page és a story modul halálra van ítélve.
Nem kell aggódni, az említett két modul funkcionalitásban a fejlesztői verzióban már semmit nem nyújt, képességeiket nagyrészben az általános tartalomkezelő node modul maga vette át, másrészben – a navigációt illetően – a smink beállítások és a menü modul. Így a story és a page tulajdonképpen csak átnevezett, alaptulajdonságokkal rendelkező node-ok maradtak, kódjuk majdnem teljesen megegyezik (a súgó szövegektől és a jogosultságok neveitől eltekintve). Most még nem lehet tudni, hogy az elsején esedékes szolgáltatásfelvételi befagyasztásig eljut-e olyan javaslat a fejlesztői listára, mely könnyen elmozdíthatóvá teszi ezt a két modult a story és page által definiált tartalomtípusok megtartásával.
Közösségünk tagjának, Négyesi Károlynak is köszönhetően egy jelentős sebességnövekedést hozó folt is bekerült az alaprendszerbe, ami nem terheli felesleges SQL lekérdezésekkel az adatbázist, ha nem használunk tartalomszintű jogosultság modult. Ezzel a 4.6-os még gyorsabb lehet, mint a 4.5-ös. Károly és Jose további erőfeszítéseket tesznek, hogy az i18n tartalom fordítást lehetővé tevő modulhoz szükséges további foltokat az alaprendszerbe juttassák. Elnézve a fejlesztői lista forgalmát, a következő négy-öt napon még több meglepetés is előkerülhet.
Kategóriák:
Drupal 2 különböző adatbázisszerverrel PEAR használatával
Sziasztok!
A Drupalt mysql adatbázissal használom, ebben az adatbázisban vannak a rendszerhez ill. a tartalmakhoz kapcsolódó adatok.
Van egy másik adatbázisunk is (sqlanywhere), az itt tárolt adatokra is szükségem lenne.
A database.inc db_set_active függvényével lehet adatbázisok között váltani.
A conf.php-ba a $db_url-ből a leírás alapján csináltam egy asszociatív tömböt.
A database.inc db_set_active függvényét átírtam, hogy ha 'sqlanywhere' paramétert kap, akkor a 'database.pear.inc'-et szúrja be. (Bár most látom, hogy van itt egy 'TODO: Allow more than one database API to be present.' Lehet, hogy ez még nincs támogatva.).
Mikor meghivom a db_set_active('sqlanywhere'); paranccsal az adatbázisváltást, akkor a következő hibaüzenetet kapom:
Fatal error: Cannot redeclare db_connect() (previously declared in /var/www/portal/includes/database.mysql.inc:23) in /var/www/portal/includes/database.pear.inc on line 14
Ezek szerint PEAR-en keresztül egyszerre csak egy adatbázisszervert használhatok, ugye, s írjak egy külön sqlanywhere-t kezelő osztályt?
Banner modul telepítése
Az egyik barátom éppen most élesztette fel a banner modult Drupal 4.5.x alatt. Segítséget kért, mert hiába kapcsolta be a modult és állitott abban be bármit, a reklámcsíkok sehogy se akartak megjelenni. A hiba ott volt, hogy a xtemplate.patch fájlban leírtak szerint kellett volna módosítania három fájlt. Mivel a módosítások leírása nem volt igazán felhasználóbarát, úgy gondoltam, megpróbálom emberi nyelven leírni a lépéseket. Ezek a változtatások csak azoknak működnek, aki xtemplate alapú sminket használnak. Az alap rendszerben ilyen a bluemarine és a pushbutton.
A themes/engines/xtemplate/xtemplate.engine fájlba a 139. sor környékén kell beszúrni a +-al megjelölt sorokat:
$xtemplate->template->parse('header.site_name');
}
+ if (function_exists('banner_display')) {
+ $xtemplate->template->assign('banner', banner_display());
+ $xtemplate->template->parse('header.banner');
+ }
+
if (theme_get_setting('toggle_slogan')) {
$xtemplate->template->assign('site_slogan', variable_get('site_slogan', ''));
$xtemplate->template->parse('header.site_slogan');
A themes/bluemarine/xtemplate.xtmpl fájlba a 29. sor környékén kell beszúrni a +-al megjelölt sorokat.
+ + + + A + + + + + Amint megvannak a változtatások, egyből működnie kell mindennek. Ám ismerősömnek nem felelt meg a reklámcsík helye. Ahelyett, hogy (telefonon keresztül) nekiálltunk volna a smink közös szerkesztésének, egy új blokkot készitettünk, a következő tartalommal: Ezzel elértük azt, hogy a reklámcsíkot bármelyik blokk pozícióra kirakhatjuk az oldalra. Természetesen ahhoz, hogy az eredeti helyéről eltűnjön a banner, vissza kellett állítani a három fájlt az eredeti állapotára.
+
+
+
{secondary_links}
{primary_links}
themes/pushbutton/xtemplate.xtmpl fájlba a 33. sor környékén kell beszúrni a +-al megjelölt sorokat:
+
+
+
{primary_links}
fórum gond
Sziasztok,
van arra valami modul, hogy a fórumban lévő _hozzászólásokat_ is teljes mértékben szerkeszthessem? például azt, hogy mikor írta és ki. sajnos a fórumom egyes részeit kénytelen vagyok kézzel importálni, mert annyira eltér a mostani sql a drupalétól, hogy nem lehet hozzá jól működő adatmentő szkriptet írni.
Fórum:
