Illyés Edit képe

A Login Toboggan segítségével beteszed a regisztráltakat egy "szavazó" csoportba, és ennek a csoportnak nem adsz további jogosultságokat.

0
0
Illyés Edit képe

Ha beállítod, hogy a képernyőre is írja a hibákat, akkor a törött oldal után elsőként lekért oldalra mit ír ki? (Szép hosszú rózsaszín warningnak kellene megjelennie.) Egyébként mi van a tömbben? print_r($node->field_fokep)?

0
0
Illyés Edit képe

Máskor használd kérlek a keresőt, egyébként tegnap is volt szó róla.

0
0
Illyés Edit képe

Ahhoz túlságosan üt a szöveg ;)

Egyéb lehetséges problémák:

  • Feltöltő személy jelszavát (súlyosabb esetben az admin jelszót) boldog-boldogtalannak kiadták, a fél VDSZSZ ezzel a loginnal dolgozott a honlapon.
  • Rosszul beállított rendszer, full HTML beviteli jogosultság engedélyezése széles kör számára.
0
0
Illyés Edit képe

Illyés Edit képe

Mostanában dolgoztam egy hasonló összetett honlapon, van kb. 50 tartalomtípus, 70 CCK mező és nem-tudom-hány taxonómia kategória. Pár helyen Computed Field modul segítségével a taxonómia kategóriák értékeit lementem CCK mezőkbe is. Erre vannak kész megoldások (pl. a Content Taxonomy), de én feleslegesnek találtam pár sor PHP kód kiváltására feltenni még egy modult. A Computed Field egyszerű, fapados, de nagyon jól használható ilyen esetekben.

A CCK mező általában nagyobb mozgásteret ad, mint a Taxonómia – másrészt viszont egy sor modul és szolgáltatás csak Taxonómiával működik. Ilyenkor ha nem kell nagy terhelésre tervezni, akkor célszerűbb lehet duplán tárolni adatokat term-ként és field-ként is, mint nulláról fejleszteni egy alkalmazást. Nem nyersz vele adatbázis-szépségversenyt, viszont egy nagyságrenddel csökkenthető a fejlesztés időigénye és költsége, ami azért már elég vonzó lehetőség.

0
0
Illyés Edit képe

Ez nem Drupal kérdés, egyébként a getimagesize() használható erre.

0
0
Illyés Edit képe

Ahogy már fentebb is jelezték, benne van a Drupal gyökérben szállított .htaccess fájlban.

  # If your site can be accessed both with and without the 'www.' prefix, you
  # can use one of the following settings to redirect users to your preferred
  # URL, either WITH or WITHOUT the 'www.' prefix. Choose ONLY one option:
  #
  # To redirect all users to access the site WITH the 'www.' prefix,
  # (http://example.com/... will be redirected to http://www.example.com/...)
  # adapt and uncomment the following:
  # RewriteCond %{HTTP_HOST} ^example\.com$ [NC]
  # RewriteRule ^(.*)$ http://www.example.com/$1 [L,R=301]
  #
  # To redirect all users to access the site WITHOUT the 'www.' prefix,
  # (http://www.example.com/... will be redirected to http://example.com/...)
  # uncomment and adapt the following:
  # RewriteCond %{HTTP_HOST} ^www\.example\.com$ [NC]
  # RewriteRule ^(.*)$ http://example.com/$1 [L,R=301]

Például átirányítás a www nélküli címre:

RewriteCond %{HTTP_HOST} ^www\.honlap\.hu$ [NC]
RewriteRule ^(.*)$ http://honlap.hu/$1 [L,R=301]
0
0
Illyés Edit képe

Ha megnézed az adatbázist, a CCK sok kis táblába szórja szét az adatokat (főleg ha egyes mezőket újrahasznosítasz, azaz több tartalomtípusnál is felhasználsz, minden ilyen mezőnek külön táblája van).

Amikor megjelenítesz egy node-ot sok CCK-s mezővel, akkor ezeket a táblákat össze kell kapcsolni (join). Ha még ráadásul duplán le van mentve az adatok egy része (taxonómia kategória és CCK field), az megint csak nem javítja a teljesítményt. Ha egy listázó oldalon sok node-ot listázol, vagy egyszerre sok lekérdezés jön (látogatottság), vagy a táblák nagyon nagy méretűek (több százezer node a rendszerben), megint csak keményen dolgoztatod az adatbázist.

Lényegében a fejlesztés költségének csökkentését az adatbázissal fizettetjük meg – pedig többnyire az adatbázis a legszűkebb keresztmetszet egy szerveren. Ezért nem lehet nagyobb méretű és/vagy forgalmú webhelyet anélkül összekattintgatni, hogy értenénk ami a háttérben megy. Ajánlott könyv és kapcsolódó blog.

Egyik lehetséges megoldás amit éppen a napokban alkalmaztam, hogy az adatokat összevonjuk egy denormalizált táblába, amit cronnal tartunk karban. (Ez persze egy sor új problémát vet fel.)

0
0
Illyés Edit képe

A Drupalt telepítsd közvetlenül a tárhelyed nyilvános könyvtárába (valószínűleg public, html, www vagy valami hasonló neve van, ez a legmagasabb szintű könyvtár, aminek a tartalma látható az internetről). Utána a /sites könyvtárban hozd létre az összes webhely alkönyvtárát.

  • sites
    • default
    • domain.do
    • sub1.domain.do
    • sub2.domain.do

Végül a sub1.domain.do, sub2.domain.do címeket vedd fel domain alias-ként a kezelőpanelen keresztül (tehát nem önálló domainként, hanem a fődomained aliasaként).

0
0