vsz képe

A szolgáltatóm szerint "Az Apache beállítások rendben vannak. Az AllowOverride érték az All opcióra van állítva.
A szerveren semmilyen módosítást nem végeztünk, melynek hatással kellene lenni az oldalára."
Na most már teljesen nem értem a dolgot.
Talán a 4.7.6-os Drupal frissítése 5.1-re megoldja a problémát?!

0
0
Hojtsy Gábor képe

Én emiatt nem vettem még részt az ottani konferenciákon, az utazás költsége nem kicsi. Viszont az kétségtelen, hogy rengeteg érdekes dolog történik majd ott idén (is).

Őze Mihály képe

Köszönöm az eddigi ötleteket.
A Szakdolgozat védés után a modulokat közzé fogom tenni ez természetes.
Továbbra is várom az ötleteket és mégegyszer köszönöm az eddigi hozzászolásokat.

0
0
exos képe

Az access control-t beállítottam, végül is működik csak nem úgy ahogy a megrendelő szeretné.

Tehát az oldalon vannak tartalmak létrehozva és a "közzétételi beállításoknál" be van téve a pipa.
A jogosultságok/szerepkörök/névtelen látogató/ jogosultságok szerkesztése. A node modulnál nincs engedélyezve a Közzétett tartalmak megtekintése, ez így jó is lenne.

Viszont így minden közzétett tartalom megtekintéséhez regisztrálni kell, anonimként nem tekinthető meg semmi és ez így nem jó.

Ha megnézed az oldalt soulmusic.hu van egy olyan menüpont, hogy "ELŐADÓK" azon belül abc betűk. A betűk az előadók betű szerinti szűrését szolgálják.
Az a baj, hogy reg nélkül meg sem tudod nézni.

A lényeg az, hogy csak ennek a tartalomnak ("ELŐADÓK")a regisztráció utáni megtekintése kell nem pedig az összesnek.

Remélem érthető voltam.

Üdv

Zoltán

0
0

B.Zoltán

Rovi képe

A javaslatodat az hiszem értem, de nekem az egész menürendszer és a tartalmak dinamikus kezelésére kéne valami módszer.
Így ezzel is létre kell hoznom az összes csapathoz tartozó hivatkozást.

0
0
Joee képe

Kösz az ötletet, de ez a módszer nekem nem tetszik, mert berakja a képet az oldalon a Tagek sorába és ez rontja az oldal kinézetét. Ötletnek viszont nem rosz. Köszönöm neked is.

0
0
uniquevisitor képe

esetleg az országválasztó aldomain is lehetne.

A drupal.org-on az így készült, ez is drupal rovatban már láttam hasonló megoldásokat, de nem tudom hogyan, mivel készült.

köszi az ötleteket.

0
0
Balogh Zoltán képe

Valószínűleg az a titok nyitja, hogy ha már egy lekéréskor futott a node_load() az adott nid-re (mert mondjuk épp az jelenik meg), akkor egy másik node_load() ugyanarra a nid-re már sql nélkül lefut. Ez valószínűleg így van, és akkor valóban nem plusz erőforrásigényes, tehát én is benéztem a dolgot.

De mivel balról jobbra megy a kiértékelés, és előbb vizsgálod azt, hogy is_numeric-e az arg(1), és a count()-al azt csak utána, hogy egyáltalán van-e arg(1), warning veszélyt érzek az erőben. :) :)

0
0
Gyuree képe

http://webdesign.vagyonklinika.hu Dokumentumok menüje. Mint látod, Kínáig leér, esetleg a marsig...:)

Mivel alapítványi oviról van szó, ezért kötelező kitenni ezeket az információkat, a címeket pedig elég nehézkes lenne rövidíteni anélkül, hogy veszítene az értelméből.

Legalábbis az ovivezető szerint.

Az lehet a megoldás, amit leírtál, de én se merek mélyebbre hatolni mindenféle .js fájlokban:)
Arra gondolok hirtelen, lehet egy másodlagos menü lesz a megoldás, ami csak ezeken az oldalakon jelenik meg majd.

0
0

Bíró György

jpi képe

A search.module 263. sorában az indexállomány létrehozása közben eltávolítunk néhány spec.karaktert. Többek között az xA1-et is.

Mivel az "á" karaktert a Drupal xC3A1 UTF-8 kóddal tárolja, ezért indexelés közben az "á" karaktert tartalmazó szavakból a xC3A1 helyett xC3 íródik be a search_index táblába - így nem lehet az "á" betűt tartalmazó szavakra keresni.
Ha eltávolítom a fenti sorból az xA1-et, akkor minden ok.
Hogy miért veszik ki ezt a kódot eredetileg, azt nem tudom, de én ezzel a módosítással használom, és működik.
Kérdeztem Boogie-t is, hogy a Weblaboron ezt hogy oldották meg, de ők nem a beépített kereső modult használják.

-jpi-

0
0

-jpi-