csakiistvan képe

Beküldte csakiistvan - 2012. március 26. 10.46

+1

Drupal full-stack developer at Wunderman Thompson Budapest

duc-sai képe

Beküldte duc-sai - 2012. március 26. 11.03

"...hogy localhoston miért alkönyvtárakkal szívtok..." azért, mert a tanulási folyamatnak még ezen a szintjén vagyunk :)
Köszönet, hogy mutatsz más lehetőséget (bár nekem még ez a leírás is kevés ahhoz, hogy pontosan tudjam, mit-hol-hogyan állítsak be az Apache-ban, ha pl. XAMPP-ot használok :) )

1
0
jabba306 képe

Beküldte jabba306 - 2012. március 26. 12.02

Köszönöm, tisztább lett a dolog.

0
0
venis képe

Beküldte venis - 2012. március 26. 12.50

Csak az a baj hogy az xml-ben cikkszám benne van a leírás mezőben. A megnevezésen kívül nincs semmi egyedi azonosító. Megpróbálok beszélni a nagykerrel hogy csináljanak valami egyedi azonosítót.
Köszönöm mindenkinek a segítséget.

0
0

Üdv.
Venczel István

"Csak a puffin ad neked erőt és mindent le bíró akaratot."

sindler képe

Beküldte sindler - 2012. március 26. 14.08

+1

eager képe

Beküldte eager - 2012. március 26. 15.38

Szia, a beállításokat nem tudom hogyan "célszerű" megvalósítani ehhez, mivel SEO szempontból maga az elképzelés nem tűnik "célszerűnek". (valószínűleg egy átirányítás a domain2.comról a domain.comra (301?) szerk: ja nem)

Itt ugyanis a duplikált tartalom legnyilvánvalóbb példája kezd körvonalazódni: épp azért nem tudom a konkrét jó beállítást ehhez, mert az ilyesmit én mindenáron igyekeznék elkerülni.

Ha mégis van valamilyen trükközés, amivel megúszhatná ezt a duplikálási akciót az oldalaid SEO-ja, az már

  1. SEO-fórumos kérdés,
  2. vagy új téma a <link rel="canonical" href="valami" /> helyes használatáról Drupal rendszer esetén (vagy amit a SEO-fórumosok mondanak :) )

Hadd tegyem hozzá, hogy ezek csak a személyes ötleteim, nem biztos, hogy jót tippelek, vagy hogy igazam van...

SZERK:

vagyis hogyha átirányítasz a domain2.comról a domain.com-ra 301-el, akkor a domain2.com nem lesz indexelve, mert egyből megy a robot a domain.com-ra, és csak ott és csak azt indexeli. (A 301 azt jelenti: moved permanently, elköltözött, már nincs itt.) De ez is SEO fórum inkább.

0
0
tatarbj képe

Beküldte tatarbj - 2012. március 26. 15.37

kezdjük azzal, hogy d7-ben már nincs cck :) utána pedig, ha már nincs cck, akkor van field api, azzal kéne megismerkedni, illetve a problémához a form api-val összebarátkozni és nem mezőként, hanem egy formként kezelni az egészet.
egyébként amit írsz, az - legalábbis számomra - teljesen érthetetlen. form-nak nincsenek optionjai, max egy selectnek vagy radiobuttonöknek, az adatbázisba írás pedig egy jól meghatározott függvényben kéne, hogy történjen (a form _submit functionjében).
üdv, tatarbj.

0
0

---
Tatár Balázs János

eager képe

Beküldte eager - 2012. március 26. 15.57

A súlyozás nekem Drupalban azt jelenti, hogy mivel kezdődjön egy sor egymást követő elem, és milyen sorrendben kövessék egymást az elemek.

Itt viszont nem ilyesmiről van szó, hanem smink, illetve layout megvalósítás problémáról (valami a (page?).tpl.php-ban illetve CSS a zűrös).

Ha adsz egy linket egy megtekinthető, működő példányhoz, akkor valószínűleg lesz itt segítség :)

SZERK: most látom, hogy dhtml-menu a kérdéses modul: akkor lehet, hogy én máris kiestem a potenciális segítők köréből... :(

0
0
Sk8erPeter képe

Beküldte Sk8erPeter - 2012. március 26. 17.11

Teljesen jogos a felvetés, kicsit jobban belegondolva az első igen nagy szívásokig (amíg nem szórakoztam és anyáztam eleget a VirtualHostok megfelelő működésre bírásáig, amikor még fogalmam sem volt az Apache valódi működéséről) én sem tudtam, hogyan kell ilyesmit megvalósítani.

Épp azon gondolkoztam, hogy írok egy ezzel kapcsolatos cikket, ami segíthet másoknak, hogyan hozzuk össze a VirtualHostokat Apache-on, de gondoltam előbb rákeresek, hogy ne fedezzem fel a spanyolviaszt, és pont itt a drupal.hu-n találtam egy kivételesen érthető stílusban megfogalmazott cikket éppen XAMPP-hoz:

XAMPP telepítése, mail szerver és domének beállítása helyi gépen

Ez körülbelül ugyanaz, amire én is céloztam az imént! :) Ennek a cikknek szerintem sokan hasznát vehetik, akik még nem foglalkoztak érdemben ezzel.
(A Google Docs-os cikk működik.)

IIS-en meg ugyanez annyira magától értetődő, összekattintgatós (ezért mondjuk szeretem is az IIS-t, elfedi a felesleges konfigfájl-b×zerálást, amit sok tapasztalattal a hátam mögött sem tartok kellemesnek - ráadásul tapasztalatom szerint - az IIS 7.5 legalábbis - Windows-on gyorsabb is FastCGI PHP-vel, mint az Apache), hogy az viszonylag intuitív. De ha van rá igény, lehet, hogy írok ezzel kapcsolatos cikket.

1
-1
Sk8erPeter képe

Beküldte Sk8erPeter - 2012. március 26. 17.20

Egy másik szálban pont arról beszéltünk, hogy érdemes helyi szerveren is inkább localhostra visszairányított domainek alól futtatni a különböző Drupal-oldalakat, és nem feltétlenül htdocs és www és ehhez hasonló mágikus nevű könyvtárakon belül alkönyvtárakba pakolni őket, majd a http://localhost/egyikprojekt és http://localhost/masikprojekt, stb. címeken elérni őket, ls így később költöztetéskor az elérési utakkal (relatív/abszolút hivatkozások problémája) szívni:
http://drupal.hu/comment/62980#comment-62980

Ehelyett ha saját domain alól fut, nagy eséllyel ugyanazok lesznek az elérési utak, mint az éles környezetében - többségében (persze, vannak kivételek) nem alkönyvtárban futkározik a Drupal.
Épp saját cikk megírásán gondolkoztam a témával kapcsolatosan, amikor megláttam a tiédet.
Köszönjük, tényleg hiánypótló!

Annyit hozzátennék, hogy a DocumentRoot tetszőlegesen módosítható a megfelelő más elérési utakra, nyugodtan át lehet mozgatni a projektet máshova is a htdocs vagy www könyvtárból.

1
0