Hirdetés
- Honor Magic V2 - origami
- Samsung Galaxy Z Fold7 - ezt vártuk, de…
- Xiaomi 15T Pro - a téma nincs lezárva
- Xiaomi 15T - reakció nélkül nincs egyensúly
- iPhone topik
- Xiaomi Mi 9 - egy híján
- Huawei Watch GT 2 - épp ideje!
- Samsung Galaxy S23 Ultra - non plus ultra
- Samsung Galaxy S25 FE - fenséges, felejthető vagy felesleges?
- Samsung Galaxy S22 és S22+ - a kis vagány meg a bátyja
-
Mobilarena
Ajánlott szakirodalmak a teljesség igénye nélkül (a lista még bővülhet):
Új hozzászólás Aktív témák
-
Sk8erPeter
nagyúr
Nem mindegyik modul implementálja a hook_uninstall-t, ezért nem mindegyik jelenik meg az Uninstall opciónál. Nem is feltétlenül szükséges, ha nem ír pl. adatot az adatbázisba, nincs mit eltávolítani.
Ja igen, és ha a fájlrendszerben még ott van, akkor megjelenik az engedélyezhető modulok listájában, de ezzel nincs is gond.
-
Ablakos
addikt
Miért nem tudok eltávolítani olyan modult (drupal felületről), ha azt kikapcsoltam?
-
Jeno.L
tag
válasz
Sk8erPeter
#494
üzenetére
Reggel óta ezzel szenvedek utána feladtam és pont sápot utaltam állam bácsinak és akkor vettem észre, addigra meg ugye itt már kérdeztem, majd vezeklek a drupal oltárán

-
Sk8erPeter
nagyúr
Státuszjelentésben nincs hiba, hibanaplóban nem szerepel kapcsolódó bejegyzés?
Ha megnyitod a konzolt F12-vel, majd a Console fülre kattintasz, akkor JavaScript-kóddal kapcsolatos hibát nem jelez ki pirossal?Szerk.: most látom a (#493)-at... "Am nem csak az én oldalom, pl a Raiffeisen bank direct net oldala sem megy most vele...mármint Chrome-l" - hát basszus, akkor ennek mi köze a Drupalhoz?

Töröld a szokásos dolgokat a Chrome-ban, ezt írd a címsorba:
chrome://settings/clearBrowserData
aztán "Böngészési adatok törlése"
de akkor a problémádnak semmi köze a Drupalhoz.
-
Jeno.L
tag
válasz
klimokrisz
#492
üzenetére
Admin felületen a gyári Drupál és nem a saját sablon van beállítva

Am nem csak az én oldalom, pl a Raiffeisen bank direct net oldala sem megy most vele...mármint Chrome-l -
Jeno.L
tag
Sziasztok! Csak én szívok megint vagy másnak is van olyan problémája,hogy storynál nem nyílnak le a menu pontok pl Meta Tag, XLS stb Chrome alatt? Bármire klikkelek mintha egy #top link lenne, az oldal tetejére ugrik!
Fire Fox és IE 10 alatt minden rendben van, de Chrome-ban nem nyílik le (tegnap még ment gond nélkül).
Chrome verzió: 26.0.1410.43 m.
Drupalban, a core és az összes module is a legfrissebb!

-
papa019
senior tag
válasz
Sk8erPeter
#488
üzenetére
Köszönöm a segítséget.

-
Sk8erPeter
nagyúr
Hali! Valami szobafoglalós megoldás picit átalakítva, nem szobaként elnevezve szerintem megfelelő megoldás lehetne, nem próbáltam még, de ezt kipróbálhatnád esetleg:
Rooms
http://drupal.org/project/roomsitt van róla screencast, kukkold meg, nem lenne-e jó neked:
http://www.drupalrooms.com/demovagy alternatív megoldások:
http://drupal.stackexchange.com/questions/25586/whats-the-best-way-to-create-a-booking-formitt aztán bőven vannak foglalós modulok felsorolva:
Comparison of Booking System modules
http://groups.drupal.org/node/137544 -
papa019
senior tag
Sziasztok!
Szeretnék érdeklődni, hogy tud-e valaki Drupalhoz olyan plugint ajánlani, amivel egy kerékpár tárolót tudnánk kezelni?
Amire nekünk szükségünk van:
- 76 hely megjelenítése, illetve a Foglalt/Szabad jelzés mellettük (ha foglalt, akkor a "tulajdonos" neve)
- Ha foglalt a hely, akkor semmi más nem lenne mellette
- Ha szabad, akkor ott lenne egy gomb a felhasználóknak, hogy "Foglalás" vagy valami hasonló és ekkor szépen lekérnénk a user adatokat a CMS-től és lementenénk a kérését
- Nagyon egyszerű admin felület, amin el lehet fogadni a kérelmeket és lehet adminisztrálni a helyeket (töröl, szerkeszt, esetleg módosítás kérés), továbbá a generált adatokból lehet nyomtatni egy szerződést, amin a megadott adatok alapból szerepelnek (már csak alá kelljen írni nyomtatás után) és az egész tárolóról is lehet nyomtatni egy összefoglalót (hely, név, adatok) - utóbbi kettő inkább extra feature, nem nagy dolog, ha ilyen nincs
- Minden változásról e-mail küldése a felhasználó címéreGondoltam, hogy megírom én a rendszert (PHP+MySQL), de szeretném összekötni egy SSO-s belépő rendszerrel, ami egyszerűbb, ha CMS-t használok és hozzá egy plugint.
Előre is köszi.
Üdv.: Peti -
Sk8erPeter
nagyúr
Nem értem, mi a kérdésed. Most azt várod, hogy helyetted megcsináljuk a feladatodat?
Kis guglizással pl. meg lehet találni az entity_type, bundle és a többi szerepét, lásd például 10 másodperces guglizás után itt van egyből egy igen nagy segítség, aminél a descriptionből ki lehet olvasni ezek szerepét:
http://api.drupal.org/api/drupal/modules!field!modules!field_sql_storage!field_sql_storage.module/function/_field_sql_storage_schema/7
Ezeket hadd ne fordítsam már le, ott van feketén-fehéren, hogy mire jók.
Példa:
entity_type
The entity type this data is attached tobundle
The field instance bundle to which this row belongs, used when deleting a field instancestb...
Ahogy követed ezeket a kódokat (RTFC!!!), szép lassan ki lehet hámozni a köztük lévő kapcsolatokat is, és azt, hogy mire való. A mindenre kiterjedő választ neked kell megkeresni, mivel elvileg pont ez a szakdolgozatod lényege, ez a fórum arra való, hogy konkrét kérdésekre igyekezzünk segítséget adni, nem kis/nagyesszéket írjunk. Mondjuk első lépésnek itt van ez a fenti link, ebből már megtalálod, amit kérdeztél. Viszont egy olyan kérdésre, hogy kábé magyarázzuk el neked elölről-hátulról a Drupal adatbázisbeli működését, ne várj komplett választ, mert ennyire senki nem időmilliomos, és ezeket a dokumentáció nagyrészt leírja, vagy ha az nem ad kielégítő választ, akkor sok-sok szakirodalom szerepel az első hsz.-ben, ezeket érdemes lenne tanulmányozgatnod, ha még nem tetted. Konkrét kérdésekre biztos szívesen válaszol itt bárki, ha tud.
Sikerült azóta előrébb jutni? Elég sok idő eltelt azóta, szóval gondolom azóta jobban beleástad magad, legalábbis remélem...

=====================================================
(#483) csabi011 :
ezt amúgy Views-zal is nagyon gyorsan össze lehet kattintgatni, de gondolom gyakorlás volt a cél, annak megfelelő.
-
adam_
senior tag
Nagyon lecsendesedett a topic!

-
csabi011
tag
Hello!
Nem sikerül megírnom a .module fájlomat a drupal 7 modulomhoz. A feladat, hogy egy adatbázis táblát jelenítsen meg(a drupál által létrehozott tábla) lapozható legyen.(egyszerre csak 10 sort mutasson.)
Eddig ennyire jutottam:<?php
function mysqlb_menu(){
$items['mysqlb-bongeszo'] = array(
'title' => 'MySQL Bongeszo',
'description' => 'MySQL Bongeszo.',
'page callback' => 'mysqlb_page',
'access arguments' => array('access content'),);
return $items;
}function mysqlb_page() {
$result = db_query("SELECT bid,module,delta,theme FROM {block}");$header = array(t('bid'), t('module'), t('delta'), t('theme'));
$rows = array();foreach($results AS $result) {
$rows[] = array(
$result->bid,
$result->module,
$result->delta,
$result->theme,
);
}return theme('table', array('header' => $header, 'rows' => $rows));
}Ez létrehozza a MySQLBongeszo nevű menüt és a táblázat fejlécét, de a lekért tábla nem jelenik meg. Ezeket a hibákat írja ki:
Notice: Undefined variable: results mysqlb_page() függvényben (/home-chroot/home/panaczcs/public_html/sites/all/modules/mysqlb/mysqlb.module 19 sor).
Warning: Invalid argument supplied for foreach() mysqlb_page() függvényben (/home-chroot/home/panaczcs/public_html/sites/all/modules/mysqlb/mysqlb.module 19 sor).Ha valaki tudja mi lehet a gong legyen szíves segíteni!
Köszönettel,
Csabi -
adam_
senior tag
Érdemben egy Entity-Relationship diagrammot jó lenne közölnöm. De ugye a Drupal nagyon sok táblával rendelkezik, és annak elemzése viszont már nem tartozik a témámhoz, csak az általam létrehozott fieldek bemutatása, "hogyan tárolja az adatokat az adatbázis" címszóval. De ugye a Drupalban minden tábla mindegyikkel összefügg, ezért megvagyok lőve, hogy ezt hogyan tudnám normálisan prezentálni diagrammal együtt.

-
adam_
senior tag
Sk8erPeter, a dolgozatomban kérték, hogy ne csak közvetlen a megszerkesztett fieldeket mutassam be Drupalban, hanem azt is, hogy ennek milyen az adatbázis szintű támogatottsága, "hogyan tárolja a Drupal az ezekbe a létrehozott mezőkbe bevitt adatokat".
Az általad ajánlott programmal megjelenítettem ezeket a mezőket, miután kiexportáltam, majd az alábbi ábrát kaptam:
Egy-két "címszóban" eltudnád magyarázni, hogy az általam kiexportált táblákban található mezők (pl entity, deleted, delta ... és társai, amik itt elsődleges kulcsok is) milyen célt szolgálnak az adatokkal feldolgozásával, avagy megjelenítésével kapcsolatban? Sajnos csak komplett adatbázis sémákat találtam a neten is, de olyan doksit, ami a Drupal adatbázis szintű támogatását magyarázná, sajna nem. Egyáltalán dolgozatba illő prezentálást választottam, mit gondolsz, vagy ezeket felesleges volt így kiexportálni és vizuálisan megjeleníteni?

Az a baj, hogy egy egyszerű, érthető adatbázis szerkezetet véleményemen szerint nem tudnék bemutatni, mivel a Drupal annyi "saját maga által létrehozott, szerkesztet" táblával rendelkezik, amely csak egy érdemi lecsupaszítás és exportálás után lenne célszerű, de erre sajnos jelenleg sem tudásom, sem dolgozati terjedelmem nincs, amiben ezt bemutatnám (max pár oldal erejéig van rá lehetőségem) ezért csak kicsiben gondolkozom. De abban viszont jó lenne valami érdemi, ütős adatbázis támogatás prezentálás az általam szerkesztett mezők MySQL támogatásáról.
-
adam_
senior tag
válasz
Sk8erPeter
#479
üzenetére
A Marinelli smink kék hátterét, ablakainak színét hol tudnám állítani?
-
adam_
senior tag
válasz
Sk8erPeter
#477
üzenetére
Meg néha a hunhoston feldobja ezt az üzenetet is egy üres oldalon, miután a Drupal is eltűnik, aztán frissítés után megint visszajön jól.
Access to this site has been temporarily denied. This is due to the site receiving high levels of concurrent traffic. Once the traffic reduces below the limit access will be restored. If you are the webmaster and are seeing this often you should consider upgrading at SecureSignup.net
-
Sk8erPeter
nagyúr
Ja, hát két megoldás van, megkéred a szolgáltatót, hogy kapcsolják be ezeket a dolgokat a php.ini-ben, ha ezt nem teszik meg, akkor meg jön a másik megoldás, hogy elköltözöl tőlük. Ezek a hibák több problémát is magukkal hoznak, mint látható. Van olyan osztott tárhely, ahol van külön-külön php.ini, így az valamilyen szinten konfigurálható egyedi szinten is (ez is limitált lehet persze), de általában "globális" php.ini van, ami mindenkire érvényes (konyhanyelven elmondva, így a legegyszerűbb).
Ha költözöl, akkor ne csak a fájlokat másold le, hanem a teljes (!) adatbázist is. Figyelj arra is, hogy az esetleges rejtett fájlokat is átmásold, mint pl. a .htaccess fájl, lényegében minden fájl fontos lehet.
Akikkel pozitív tapasztalataim vannak, az a Tárhelypark, de fizetős a szolgáltatásuk.
Ha átmenetileg ingyen akarsz kísérletezni, akkor esetleg a 000webhostra felpakolhatod a tartalmadat, de számíts rá, hogy lassabb lesz, mivel távol van a szerverük (konkrétan amúgy nem tudom, hol van Magyarországhoz legközelebb). Régen engem az zavart náluk, hogy tényleg lassú volt sokszor az oldal, vagy nem volt elérhető, de mostanság több pozitív tapasztalatot olvastam róluk.
Viszont ha majd saját domained lesz, végleges megoldást akarsz, akkor inkább válaszd az előbb említett szolgáltatót, vagy hasonlót, meg még másik topicban a HostGatort ajánlották, aztán van, aki a GoDaddy-re esküszik, stb... -
adam_
senior tag
Warning: file_get_contents() [function.file-get-contents]: http:// wrapper is disabled in the server configuration by allow_url_fopen=0 _locale_parse_js_file() függvényben (/home/vol15/hunhost.info/hunh_12463155/htdocs/includes/locale.inc 1488 sor).
Warning: file_get_contents(http://szak.hunhost.info/sites/default/files/js/wysiwyg/wysiwyg_tinymce_VxxRIlcaFmzHlghU8SsOGCZd5TC_PCxyhQAlqydMALE.js) [function.file-get-contents]: failed to open stream: no suitable wrapper could be found _locale_parse_js_file() függvényben (/home/vol15/hunhost.info/hunh_12463155/htdocs/includes/locale.inc 1488 sor).Most pedig az alábbi hibaüzenettel találkoztam, miután a Hierarchial Selectbe fel akartam vinni egy könyvtárat, a Taxonomyba.
Egyre jobban gondolom, meg amit te is tanácsoltál, hogy valami gebasz lehet ezzel a szolgáltatóval, ezek a jelek is arra utalnak, vagy ez máshogy orvosolható? [link] Ezen az oldalon olvastam, hogy a php.ini fájlba allow_url_fopen=On sor beírásával kiküszöbölhető a probléma..

Ha ezt az oldalt át akarnám tenni egy másik szolgáltatóhoz, amiket te korábban javasoltál, ingyenes és stabil szolgáltatókhoz, akkor egy az egybe csak a szerverről másoljam le a Drupalt, arra az újra pedig FTP-n másoljam fel?
-
adam_
senior tag
válasz
Sk8erPeter
#474
üzenetére
Notice: Undefined variable: errno drupal_http_request() függvényben (/home/vol15/hunhost.info/hunh_12463155/htdocs/includes/common.inc 838 sor).
Notice: Undefined variable: errstr drupal_http_request() függvényben (/home/vol15/hunhost.info/hunh_12463155/htdocs/includes/common.inc 839 sor).
Notice: Undefined variable: errno drupal_http_request() függvényben (/home/vol15/hunhost.info/hunh_12463155/htdocs/includes/common.inc 838 sor).
Notice: Undefined variable: errstr drupal_http_request() függvényben (/home/vol15/hunhost.info/hunh_12463155/htdocs/includes/common.inc 839 sor).
Notice: Undefined variable: errno l10n_update_http_request() függvényben (/home/vol15/hunhost.info/hunh_12463155/htdocs/sites/all/modules/l10n_update/l10n_update.inc 373 sor).
Notice: Undefined variable: errstr l10n_update_http_request() függvényben (/home/vol15/hunhost.info/hunh_12463155/htdocs/sites/all/modules/l10n_update/l10n_update.inc 374 sor).Sajnos l10n_update sem magyarosítja a Getlocations felületét, automatikus frissítés elindításánl az alábbi hibaüzenet fogad, és a Felület fordítás menüben nem is észleli, hogy lenne pl. a Getlocationsonhöz, vagy számos más újonnan feltelepített modulhoz magyarosítás. 56%-on áll a felületek fordítása, szóval egyes részek magyarul, mások angolul jelennek meg. Nem tudom, mi lehet ez a hibakód, amit fentebb írtam.
A többi úgy van beállítva, ahogy a linkelt oldaladon láttam, magyar alapértelmezésbe van. Engem lényegében a többnyelvűség nem érint, csak magyarul kezelem az oldalt, nem kell angol vagy más egyéb nyelven elkészítenem.
-
Sk8erPeter
nagyúr
admin/config/regional/translate/translate
valszeg pár fordításért felelős modult is fel kellene raknod.
Itt volt egy hosszabb írásom ezzel kapcsolatban:
http://drupal.hu/forum/t%C3%B6bbnyelv%C5%B1s%C3%A9g-vissza-kezdetekhez/17510 -
adam_
senior tag
válasz
Sk8erPeter
#472
üzenetére
A Getlocations Search blokk bizonyos elemeit hogyan tudnám átírni angolról - magyarra? Azzal tisztában vagyok, hogy Viewból kellene elindulni (remélem, jól gondolom), de azon belül kaphatnék egy minimális iránymutatást ez ügyben?
Sajnos a Drupalos kézikönyv alapján sem tudtam erre rájönni, pedig már bizonyos tartalmakat szerkesztettem Drupalban a Viewssal. Elég idegesítő, hogy a keresés magyarul van kiírva, de a Távolság rész már Distance-ként szerepel a blokkban, valamint a hozzá tartozó leírás is. Kilométer helyett kilometers, és egyéb apróságok.Ugyanilyen problémám lenne a Getlocations fielddel is, amikor a bekérésnél a felhasználónak angolul írja ki az utasításokat (pl. city, postal code...) Ezeket is szeretném magyarosítani.
Megoldható ez a felvetésem, vagy így komplett elkészült modulba nem lehet belenyúlkálni, átírni?Előre is köszönöm a segítséget!
-
Sk8erPeter
nagyúr
Nem ártana egy kicsit ismerkedned a Drupallal, és olvasgatni a már párszor ajánlott Nagy Gusztáv könyvet.
Bekapcsolod a Contact modult, beállítod az oldal beállításai között a saját email-címedet, és küldözgetsz leveleket orrba-szájba különböző címekre.Localhoston SMTP Authentication Support használatával a legegyszerűbb belőni, pl. egy Gmail-es címet beállítva.
De még ezelőtt próbáld ki a sima contact modult, ha a szervereden jól működik az emailküldő szolgáltatás, akkor ott ez is elég. -
adam_
senior tag
válasz
Sk8erPeter
#470
üzenetére
Azt hol, hogyan lehetne megnézni? Hát egyáltalán nem kaptam még levelet onnan, igaz csak egy pár regisztráció során próbáltam meg, máshogy én nem tudtam a Drupal rendszeren keresztül magamnak levelet küldeni.
-
adam_
senior tag
Az oldalalom történő regisztráció során miért nem küld a Drupal rendszer egy visszaigazoló e-mailt a regisztráció során megadott jó e-mail címre?
-
Sk8erPeter
nagyúr
Honnan tudjam?
Nem ismerem a hunhostot, fingom sincs, hol van ez a felület náluk. Jelentkezz be, gondolom valahol csak írják... 
Még ez segíthet:
Backup and Migrate
http://drupal.org/project/backup_migrateJa, és még egy, az Access-t felejtsd el, ne keverjük a szezont a fazonnal.

(#467) Siriusb :
én úgy értelmeztem, hogy nem akar közvetlenül belenyúlni az adatbázisba, csak a változásokat akarja megtekinteni, amikor a fieldeket szerkeszti, valami ilyesmi.
Legalábbis reméljük. Amúgy jogos a megjegyzés! -
Siriusb
veterán
1) Talán ez segíthet. Profile 2
2) Nem túl jó ötlet kézzel belenyúlni az adatbázis szerkezetbe, pláne mező tulajdonságokat változtatni. Ez egyenes út az oldal működésképtelenségéhez szvsz.
Amint azt mondták, exportálni a phpmyadmin-ból lehet, szolgáltatók leginkább ezt a felületet szokták biztosítani. Szintén a szolgáltató mondja meg, milyen címen tudsz bejelentkezni erre a kezelőfelületre. A felhasználónevet/jelszót már tudod, azt a drupal telepítésekor meg kellett adnod. -
adam_
senior tag
válasz
Sk8erPeter
#465
üzenetére
Az általam privátba linkelt oldalon belül hogyan tudnám elérni a phpmyadmin-t?
Az oldal neve /phpmyadmin-ra nem hoz fel semmit. 
-
Sk8erPeter
nagyúr
Szívesen, ezek szerint láttad az óriásprivimet.

1. admin/config/people/accounts/fields
2. "Szerintetek hogyan lehet kiimportálni az adott Drupal alapú honlap adatbázisát? "
"kiimportálni" -> őőő... akarod mondani EXPORTÁLNI?
phpMyAdminban, az Export menüpontra kattintva... kijelölve az összes mezőt az adatbázison belül, vagy a komplett adatbázist kijelölve, ha a fő menüpontnál kattintasz rá...
Azutánira:
az ingyenes MySQL Workbench az egyik lehetséges módszer.
Gondolom valami ilyesmit várnak tőled:
http://www.mysql.com/products/workbench/design/
-
adam_
senior tag
Sziasztok!
Péternek ezúton szeretném megköszönni az eddigi hatalmas segítséget.
Lenne két kérdésem:1, Hol tudom szerkeszteni, beállítani, hogy a regisztráció során még egyéb paramétereket is bekérjen a rendszer a regisztráló felhasználótól? Plusz mezőket hol tudok hozzáadni a regisztrációs menühöz?
2, Szerintetek hogyan lehet kiimportálni az adott Drupal alapú honlap adatbázisát? (Akár a gyári alap adatbázis szerkezetet + az általam hozzáadott tartalamakat) Akár ilyen ablakos nézetbe, mint amilyen az Accessbe van? Adott példa:
Szerkesztek egy menüpontot, amihez én szerkesztek hozzá fieldeket, ugye ennek nyomai is van phpmyadminban, azt megtudom nézni, viszont ha szeretném átimportálni mondjuk accessbe, hogy "szebben" megtudjam nézni, szerkeszteni az általam kialakított fieldeket, mezőtulajdonságaikkal együtt, erre milyen alternatívák vannak? Dolgozatom készítése során kérték tőlem, hogy az adott Drupalos tartalmat, adatbázistámogatással is prezentáljam, azért lenne erre szükség.

Remélem érthető a felvetésem.

Előre is köszönöm szépen a segítségeket!
-
Sk8erPeter
nagyúr
-
tamaszen
csendes tag
válasz
Sk8erPeter
#211
üzenetére
Üdv!
Valóban, jó kis eszköz.
Ami azt illeti, még gyerekcipőben járok drupalban, volt egy kis gondom a frissítéssel. Persze addig játszadoztam vele mig tönkre vágtam a drupalt a tárhelyemen.
Azota már van egy virtualhost a gépemen, érdekes hogy itt minden simán megy. Aztán olvastam,hogy milyen egyszerü drushal dolgozni, valóban. a kérdésem az volna, h a drash-t alkalmazhatom e kiszolgálókon is, (hogyan) vagy csak localhoston. Mert ha csak localhoston, akkor marad a költöztetés, ami nekem szintén körülményes, egyszer probáltam és nem sikerült -
Sk8erPeter
nagyúr
Itt kérdeztem ugyanezt:
meg egy másik topicban is, és a válasz:
http://drupal.hu/comment/68977#comment-68977a lényeg, röviden:
Commerce. -
adam_
senior tag
válasz
Sk8erPeter
#458
üzenetére
Rendben. Közben írtam a másikra, nézd majd meg.

-
Sk8erPeter
nagyúr
Nem, de a kereszthivatkozás jól jöhet ilyen esetben, hogy itt és ott is megkérdeztem, és ott azt mondták, stb., hogy ne legyen információduplikáció, két helyen mondják el neked ugyanazt... ha viszont látható, hogy a másik fórumban mit mondtak rá, akkor ahhoz lehet kommentálni.
-
adam_
senior tag
válasz
Sk8erPeter
#456
üzenetére
Igen, és ez probléma tárgyát képezni?

Nem tudtam, hogy ott is "jelen vagy".

-
Sk8erPeter
nagyúr
Itt válaszoltam, mert látom a drupal.hu-n is feltetted ugyanezeket a kérdéseket egyesével.
-
adam_
senior tag
válasz
Sk8erPeter
#454
üzenetére
Nálam is minden így van beállítva, miután irkálom be pl. a City-nél, hogy Buda... ott mellette pörög az a kis kör, de nem hoz fel alternatívákat sem, se semmit. Másodsorban pedig sajnos a beírt címet nem jeleníti meg a térképen sem, csak "ha manuálisan adom meg neki, kézzel lerakva egy markert", akkor működik.
-
Sk8erPeter
nagyúr
a fielded beállításainál a "Search options"-nél mi van beállítva?
Nálam "Search box with Automatic Geocoding", és akkor autocomplete-tel egyből felkínál címeket, ahogy akkor, amikor a maps.google.com címen kezdesz beírni egy címet. Aztán nálam még a "City input method"-nál meg a többinél is Autocomplete van kiválasztva, így a kényelmes.
Így se jó? -
adam_
senior tag
válasz
Sk8erPeter
#452
üzenetére
Sikerült remek!

Azt hogy lehetne beállítani getlocations field mezőbe, hogy a beírt cím paramétereket a geocode this adress gombbal meg is jelenítse a térképen közvetlenbó? Egyenlőre ott tartok, hogy sajnos ez a gomb kivan szürkítve, és meg sem lehet nyomni, miután beírtam a címet. Pedig beállításokban úgy van belőve, hogy ezzel is működnie kellene.
-
adam_
senior tag
Feltepeítettem a getlocations modult, de sajnos beállítások közben miután elmentem, ez a hibaüzenet fogad:
Request for invalid marker set drupal
Google API key-t belőttem, nem tudom mi lehet a baja. Nem jelenít meg térképet a fieldnél, és mind amikor beállítanám, mind amikor létrehoznék egy új hirdetést, ez a hibaüzenet jön fel kis ablakba. Librariesbe is bemásoltam a markereket.
-
Sk8erPeter
nagyúr
Nyelvi fájlok külön másolgatása helyett ezt a Drupal-disztribúciót ajánlom neked telepítésre, ha azt szeretnéd, hogy eleve többnyelvű Drupal-felületet tudj telepíteni (persze ez nem mentesít a többi kiegészítő többnyelvűséghez tartozó modulok telepítésétől!!):
http://drupal.org/project/l10n_install
lényege, hogy eleve már a telepítésnél ki tudod választani a megfelelő nyelvet a lokalizációhoz, és így lesz egy lokalizált Drupalod, plusz eleve telepítésre kerül az amúgy szinte kötelező l10n_client és l10n_update is.
Ettől még az i18n, i18nviews, entity_translation, title és egyebek is ajánlottak a többnyelvűséghez.===
"Most igaz azóta volt egy Windows reinstall, de most nem értem miért nem megy."
... és ment vele a MySQL-szervered összes adata is (adatbázisok tartalma), vagy azt legalább lementetted?
"Próbáltam úgy is, hogy a nyelvi fájlt nem másolom be a translations mappába, ezt követően ugyan azon a részen túl is megy a telepítőbe"
Manuális b*zerálás helyett mondom, inkább rakd fel eleve az l10n_install disztribúcióval, többek közt Hojtsy Gábor a felügyelője, aki főszereplő a Drupal többnyelvűsítésében (Acquia-nál dolgozik, és jelenleg ő felelős többek közt a Drupal 8 többnyelvűsítéséért).
A többnyelvűséggel kapcsolatos cikkei amúgy is sok-sok hasznos infót tartalmaznak:
http://hojtsy.hu/================
(#448) Siriusb :
szívesen! -
adam_
senior tag
SQLSTATE[42S02]: Base table or view not found: 1146 Table 'drupal.languages' doesn't exist
Mi lehet a gond, drupal localhoston történő telepítés során XAMPPon keresztül, ezt írja ki, miután beállítottam a telepítőben az adatbázist (drupal) és a felhasználónevet: root A nyelvi fájlt a standard - translations mappába bemásoltam.
Az adatbázist előtte phpmyadminben is megcsináltam. Korábban mindig így telepítettem a Drupalt localhostra és semmi baja sem volt.
Most igaz azóta volt egy Windows reinstall, de most nem értem miért nem megy.Próbáltam úgy is, hogy a nyelvi fájlt nem másolom be a translations mappába, ezt követően ugyan azon a részen túl is megy a telepítőbe, de akkor ezt követően ez a hiba üzenet jelenik meg:
Fatal error: Call to undefined function field_attach_load() in C:\xampp\htdocs\drupal\includes\entity.inc on line 321
Mit gondoltok?

Előre is köszönöm az észrevételeket!
-
Siriusb
veterán
válasz
Sk8erPeter
#447
üzenetére
hibákat kezelni kell
Nem mindig a szelíd gyógymód a leghatásosabb.
Kipróbáltam az is_numeric()-t, tényleg benyeli a szóközt, még kettőt is.
Mondjuk ez akkora kockázatot nem jelent, együtt lehet vele élni.Script: nekem tetszik, kellőképpen egyszerű, pontosan azt csinálja, amit kell és úgy, ahogy kell. Kivéve a node_load-ot.
Az bánt egy kicsit, de valamit valamiért.Szerk:
és kösz a javaslatokat. -
Sk8erPeter
nagyúr
"Szerintem az exit() nagyon jó megoldás a huncut manók ellen, akik valami csúnyaságon törik fejüket. Hirtelenjében nem találtam, mi a drupal mód a minden művelet megszakítására. Ismersz ilyet?"
Hát az exit() (vagy die()) tényleg kevés esetben indokolt, a hibákat kezelni kell, nem pedig kalapáccsal szétverni a scriptet.
Teljesen változó lehet a kezelési mód, nincs erre általános recept. Attól függ.Igen, a linkelt kódban nem az volt a lényeg, hogy a 6-ost egy az egyben át lehet ültetni 7-esre, a szemléltetést akartam megmutatni az adatbázisból való közvetlen lekérésre.
Az is_numeric() függvénynél egyébként érdekes, hogy az is_numeric(' 123') is átmegy a teszten, szóközzel az elején. Erre mondják, hogy a PHP tákolmány.
![;]](//cdn.rios.hu/dl/s/v1.gif)
Amúgy jobb lett a scripted.

-
Siriusb
veterán
válasz
Sk8erPeter
#445
üzenetére
Lokálisan kipróbáltam közvetlen adatbázis lekéréssel (nem egy villámgyors masina), és nem éreztem számottevő különbséget.
És rögtön be is bizonyosodott, jobb a node_load, mert az általad linkel példa csak drupal 6-ban működik, db_result() ejtve lett. Szóval így írtam át, hogy működjön drupal 7-ben:
function get_title_magically($nid) {
return (db_query('SELECT title FROM {node} WHERE nid = :nid',array(':nid' => $nid))->fetchfield(0));
}Az elég ciki, ahogy megcsináltam a regex-et, félbehagyhattam, mindenesetre az is_numeric sokkal jobb ötlet.
Szerintem az exit() nagyon jó megoldás a huncut manók ellen, akik valami csúnyaságon törik fejüket. Hirtelenjében nem találtam, mi a drupal mód a minden művelet megszakítására. Ismersz ilyet?
Mindenesetre javaslataid alapján átvariáltam a kódot.
-
Sk8erPeter
nagyúr
Hát van különbség, mert jóval több függvényhívás, ami jóval több overheadet jelent, de azért nem katasztrófa, meg jogos az a szempont, amit írsz, hogy 8-asnál is működjön; ettől függetlenül 8-asnál tudtommal alapból a többi mezővel egyszintű mező lesz a node title (nem úgy, mint most, a 7-esnél még mindig, hogy csak kerülő módszerrel lehet fieldszintűvé tenni, az említett Title modullal), tehát azt most még nem tudom (utána kellene nézni), konkrétan $node->title-lel lehet-e majd elérni, vagy mondjuk node->field_title-lel... esetleg lesz-e/van-e valami értelmes módszer az API felhasználásával az entitás címének lekérésére.
-
Siriusb
veterán
válasz
Sk8erPeter
#443
üzenetére
És köszönöm is. A node_load-ra azért gondoltam, ha később változik valami adatbázis szinten, pl drupal8-ra frissítés, akkor kompatibilis legyen. Egyébként szerinted jelentős az erőforrás-felhasználás különbség?
-
Sk8erPeter
nagyúr
Kezdjük azzal, hogy így a minta is helytelen, és nem is fog működni a dolog.
Így lenne jó:
$pattern = '/[0-9]/';
Aztán ez nem is helyes reguláris kifejezés, mivel ez illeszkedik arra a query stringre is, hogy ?ta=123abc.
Szerintem ide nem feltétlenül indokolt a reguláris kifejezés használata, egyszerűbb egy is_numeric() függvényhívás. Ezenkívül nagyon ocsmány megoldás exit()-tel az egész script futását leállítani Drupalban egy általad tetszőlegesen kiszemelt helyen...
exit()-et vagy die()-t (a kettő ekvivalens) csak NAGYON indokolt esetben használj. A template.php-kbe helyezett exittel vagy die-jal azt éred el, hogy a Drupalnak "megtörik" a megjelenése valahol "félúton", vagy még meg sem jelenik semmi, csak azt az üzenetet írja ki, amit megadtál paraméterként a die()-ban. De a hiba kijelzésére drupal_set_message() való:
drupal_set_message(t('An error occurred and processing did not complete.'), 'error');
a form használhatatlanná tétele pedig valami form_alterben elintézendő, de leginkább egy #after_build callbackben, ha erre szükség van, például $form tömb módosításával, aztán az elküldést meg lehet akadályozni validáló függvényben form_set_error()-ral.
A node_load() hívása helyett kevésbé erőforrás-igényes a közvetlen adatbázisból való címlekérés, mondjuk ez abban az esetben nem lesz jó, ha Title modult használsz, mert akkor a Title is egy "rendes" field.Te kérted, hogy vesézzem ki.

-
Siriusb
veterán
válasz
Sk8erPeter
#441
üzenetére
Hát ja. 2 nap... Hrrrrrrrr
Viszont így már simán meg tudtam valósítani a célomat a contact form tárgy mező kitöltéssel. Végül azt a megoldást választottam, hogy a nid-et adom - amint te is mondtad: pl. localhost/kategoria?ta=150
És a template.php-ben ezzel a függvénnyel dolgozom fel: pastebinVélemény? Esetleg gyorsabb, könnyebb, szebb megoldás?
-
Siriusb
veterán
válasz
Sk8erPeter
#437
üzenetére
Úgy néz ki, hogy a template.php-ben bármit próbálok, mintha nem is lenne, ellenben egy tpl.php-ben a watchdog végrehajtódik.
Bemásoltam a starterkit-ből újra a template.php-t, de próbáltam úgy is, hogy csak a <?php sor maradt benne, semmi... -
Sk8erPeter
nagyúr
Tényleg nem értem. A hook_form_alter() sem hívódik meg?
Legalább akkor egy watchdogot próbálj meg a hook_form_alteren belül:
watchdog('test', 'blabla');
vagy ilyesmi. Aztán nézd meg a naplóban, hogy bekerült-e az üzenet az előbbi szöveggel.
Nem ártana megtudni, hogy egyáltalán meghívódik-e a függvény, de kicsit nehéz belőled kihúzni...
-
Siriusb
veterán
válasz
Sk8erPeter
#435
üzenetére
Elvileg jól lett létrehozva. Majd kipróbálok pl. egy preprocess html-t vagy valamit, ami már a feldolgozás végén van, hogy ott mi a helyzet.
-
Siriusb
veterán
válasz
Sk8erPeter
#433
üzenetére
Valamit nagyon benézek...
Lehet pihentetem kicsit és majd friss szemmel rájövök, mekkora hülye vagyok.
-
Siriusb
veterán
válasz
Sk8erPeter
#430
üzenetére
Az rendben, hogy tegnap már nem fogott az agyam, de hogy ma reggel sem, amikor válaszoltam...
-
Sk8erPeter
nagyúr
-
Siriusb
veterán
válasz
Sk8erPeter
#427
üzenetére
Hibaleírás: nem működik
Nem jelenik meg a kiíratás, csak az oldal tartalma.Komolyra fordítva a szót, bemásoltam a creative_form_alter-edet egy az egyben a template.php-be és semmi. Cache ürítéssel sem. Egyébként zen alapú téma, be van kapcsolva a theme-registry újraépítés minden oldaltöltésnél.
Jé, ez sem működik

-
adam_
senior tag
válasz
Sk8erPeter
#426
üzenetére
Gépen próbálkozom localhostba, ment is rendesen az oldal, de most újraindítás után az alábbi hibaüzenet fogad a localhostnál, amikor nyitnám meg a honlapot:
"Error
The website encountered an unexpected error. Please try again later.
Error messagePDOException: SQLSTATE[42000] [1049] Unknown database 'drupal' in lock_may_be_available() (line 167 of C:\xampp\htdocs\drupal\includes\lock.inc)."
Köszönöm a segítséget, próbálkozom tovább.

-
Sk8erPeter
nagyúr
Ehhez totálisan felesleges volt definiálnod hook_theme-ben egy template-et, az ilyeneket nem is illik template-fájlban elintézni, a template-fájlba NEM kerülhet ilyen jellegű logika, ott az ember legfeljebb elrejthet dolgokat hide()-dal, vagy csak kinyomja a kimenetre, a megfelelő formában, és kész.
Szóval ezt most vagy egy form_alterben, vagy egy preprocess-ben módosítod. De az ilyen "nem működik"-jellegű hibaleírásokkal nehéz mit kezdeni, gondolom azt te is belátod...
Először is Devel modult engedélyezed, majd a sminkedben implementálod a hook_form_altert, debuggolás erejéig kiíratsz minden szart, aztán majd kikommenteled, ha kiderítetted, ami neked kell, és persze nem felejtesz el cache-t törölni (drush cc theme-registry):
/**
* Implements hook_form_alter()
*/
function SMINKEDVAGYMODULODNEVE_form_alter(&$form, &$form_state, $form_id){
dsm($form_id, '$form_id in '.__FUNCTION__.'()');
dsm($form, '$form in '.__FUNCTION__.'()');
dsm($form_state, '$form_state in '.__FUNCTION__.'()');
}rájössz, hogy jé, a contact formnak az id-ja "contact_site_form", így implementálod az ennek megfelelő hook_form_FORM_ID_alter()-t:
function SMINKEDVAGYMODULODNEVE_form_contact_site_form_alter(&$form, &$form_state, $form_id){
dsm($form_id, '$form_id in '.__FUNCTION__.'()');
dsm($form, '$form in '.__FUNCTION__.'()');
dsm($form_state, '$form_state in '.__FUNCTION__.'()');
}megint törölsz cache-t, jé, ez is működik, csak most már kizárólag a contact form dolgait buzerálod.
Kideríted, mit akarsz módosítani, szépen a dsm() kimenetét kotorászva, kétszer klikkelve arra a kulcsra, ami neked kell, hogy ki tudd másolni a pontos nevét, aztán kikommenteled a dsm()-eket, majd letiltod a develt (drush dis -y devel).[ Módosította: Eagle16 ]
-
Sk8erPeter
nagyúr
Basszus, ha még egyszer leírod hosszú í-vel a hirdetés szót, én nem tudom, mit csinálok...

A kategorizálásnál igen, beállíthatod a Hierarchical Selectet az adott mezőhöz tartozó widgetként (most nem vágom, a magyar felületen ezt minek szokták hívni).
"Ilyen egyszerű lenne?"
Én nem értelek, miért nem próbálod ki?
Telepítesz magadnak egy helyi webszervert, egy helyi tesztcélú Drupallal, például úgy, hogy Web Platform Installerrel bekattintod, hogy szeretnéd telepíteni a Drupalt, az meg behúzza a függőségeket, aztán elkezded próbálgatni... (vagy EasyPHP és társai is még jó opció, most feltételeztem, hogy Windows-t használsz, ha meg Linuxozol, feltételezem, hogy nem fog gondot okozni a phpmyadmin konzolon keresztüli telepítése...). Hidd el, mi is csak úgy jöttünk rá, hogy kell kezelni ezeket a modulokat, hogy kipróbáltuk, és nem vártuk el, hogy mások a saját idejüket beáldozva vezessék a kezünket, hogy hova kell klikkelgetni.Egyébként igen, hozzáadsz a hirdetéshez egy "Getlocations Fields" nevű mezőt, csak hogy még egyszer leírjam, amit az előbb már leírtam ugyanígy...
-
Siriusb
veterán
Előre is bocsi a lámáskodásért. Már egy jó ideje kínlódom vele, de nagyon belebonyolódtam - már megint.
Template.php-ben szeretném módosítani a contact-site-form - ot, arra gondoltam, egy mytheme_hook_form_contact_site_form_alter(&$form, &$form_state, $form_id) megtenné.
Először is nem tudom előcsalni, mi van a $form-ban.
Másodszor: bénázok.
Csináltam egy olyat, hogy tpl.php-t lehessen használni (persze nem akarok használni, de valami kézzelfoghatót kellett már alkotnom):
function myTheme_theme() {
return array(
'contact_site_form' => array(
'render element' => 'form',
'template' => 'contact-site-form',
'path' => drupal_get_path('theme', 'myTheme').'/templates',
),);
}
function myTheme_preprocess_contact_site_form(&$vars) {
$vars['contact'] = drupal_render_children($vars['form']);
}Itt már bele tudok nyúlni, és változtatni mondjuk egy változó értékén, de nem itt akarom.
Igazából a célom a korábban említett "A Views-zal állítom elő a linket: /contact/form-neve/[token: node-title]" helyett a node-title node-id-re van cserélve, és a NID alapján szeretném a Tárgy mezőbe belerakni az adott node Title-jét.
Nem szeretnék külön modult, jó lenne, ha itt meg tudnám valósítani. Ha nagyon hülyeség, szóljatok. -
adam_
senior tag
válasz
Sk8erPeter
#423
üzenetére
Van egy ilyen felület az oldalon: [link], ami természetes még folytatódik lefelé más egyéb pontokkal, de az most lényegtelen.

A lényeg, hogy ennek az aljára szeretnék egy térképet, valamint egy címmegadásos részt, ugyanis amikor a címet valaki megadja, az egyből térképen is jelenítse meg egy markerrel. Természetesen ezeknek az adatoknak a beküldése után a hírdetésben ugyanezt a térképet címmel jelenítse meg.
Akkor jól értelmeztem, ehhez akkor egyedül ez a modul kell: [link]?
Feltelepítem, és akkor a hírdetés feladásos részben a mezők hozzáadásánál "csak" hozzá kell adni egy új mezőt, pl. Hely megadása néven, és ennek a mezőnek a típusát getlocationre kellene hogy tegyem? És ezt követően már egy olyan mező is lesz a hírdetés feladása részben, ahol egy térkép is van, ahol a hírdető meg tudja adni a tartózkodási helyét? (Bár ezt tényleg jó lenne összekapcsolni egy másik mezővel, amiben ha valaki beírja pl a Város nevét, azt alatta egyből térképen is mutassa, de ez végső soron, egyenlőre csak a térképes markeres bejelölés jó lenne, ha megvalósulna)Szóval jól gondolom, így kell ezt megvalósítani? Ilyen egyszerű lenne?
Readmet olvastam, bár ott CCK modulról is írnak, az sem kell az én elképzelésemhez? -
Sk8erPeter
nagyúr
Nem látok semmilyen hirdetésfeladást, mivel nem vagyok bejelentkezve, és nem is leszek... ezért mondtam, hogy dobj már egy screenshotot, hogy maga a feladás hogy néz ki. Egy Print Screen gomb lenyomása, majd vágólapról bemásolás egy képszerkesztőbe, és kép feltöltése... SnagIttel könnyen elkészítheted.
A Hierarchical Selectnek pont az a lényege, hogy egy node (tartalom) hozzáadásakor, például egy termék felvitelekor egyből kategorizálhatod, hogy hova tartozik a termék, úgy, hogy többszintű hierarchiát is tudsz vele kezelni. Olvasd el a README-t, keress róla videókat, ha nem megy.
A Get Locations modul működését hadd ne magyarázzam már el elejétől a végéig, azért időmilliomos én sem vagyok... inkább próbálkozz vele, olvasd el a README-t, a hivatalos honlapot, és aztán mondd el, mire jutottál.
Ha elakadtál, akkor kérdezz bele konkrétan. Adj hozzá egy "Getlocations Fields" nevű mezőt a content type-odhoz, ahol kell a térkép."Feltelepítve már természetesen felvan a Getlocations és a Google Maps API modul egyaránt."
Milyen Google Maps API modul? A Get Locations-höz nem kell semmilyen külső modul, egyedül működik. Ahhoz, amire neked kell, nem feltétlenül kell felraknod semmilyen plusz modult. Bár kiegészítheted a működését Address Fielddel meg ilyesmivel, próbálkozz vele, hogyayn a legmegfelelőbb az igényeidnek.===
(#422) adam_ : hát ez az ember gyönyörűen beszél angolul....
A kérdésedet meg egyáltalán nem értem, ott van egyértelműen a videóban is, hogy van egy "create new item" menüpont is, mégpedig a legelső.... ez egyébként elvileg beállítható a modulban, hogy lehet-e létrehozni új elemet, vagy sem.
Azért ilyen gyorsan ne add fel, inkább próbáld meg értelmezni is, amit nyújt a modul által kínált felület. -
adam_
senior tag
Közben a hierarchial selectest megoldottam, viszont még abban az érdekelne, hogy ha a meglévő listában nincs az hírdetésfeladója által kínálandó áru típusa, akkor ő saját maga hogyan adhat hozzá, a hierarchial selecten belül? Mint, ahogyan ebben a videóban [link] 1:45-től?
-
adam_
senior tag
válasz
Sk8erPeter
#420
üzenetére
[link] Ezen az oldalon, a hírdetésfeladás rész. Remélem így már bejön.
Szóval ilyet szeretnék létrehozni. Akkor ha Hierarchial Selectet szeretnék alkalmazni a kategória választóként, mint ami az első linkelt oldalon, valamint ezen is megtalálható: [link], akkor elsőnek taxonomyban létre kell hoznom a kívánt listát megfelelő hierarchiában, és ezt követően mi a teendő? Hírdetésfeladás részben mezőt létrehozni, majd típusnak hierarchiál selectet választani?A GetLocations modul számomra tökéletes lenne. Kicsit "szájbarágósan", ha megkérhetlek leírnád nagyvonalakban, hogy hogyan tudnék egy ilyen modult a classifield ads (hírdetésfeladásos) menüpontomba belőni, és megjeleníteni, úgy hogy a felhasználó majd csak rábök a térképen egy pontra, tartózkodási helyét megadva, és gyakorlatilag ha valaki nézegeti a hírdetéseket, akkor cím és maps is megjelenik?
Feltelepítve már természetesen felvan a Getlocations és a Google Maps API modul egyaránt.Nagyon szépen köszönöm a segítségedet előre is, és elnézést, ha zavarnálak, de jó lenne ez megvalósítanom.

Esetleg ha tutorial videót, leírást is adnál külső linkről, az is tökéletes lenne, csak hogy tudjak valahonnan kiindulni.
-
Sk8erPeter
nagyúr
Gondolom nem középen a "Hozzáférés megtagadva" szöveget kell látni.

Ha igen, akkor mutass már légyszi egy screenshotot, hogy minek is kellene középen lenni, legalábbis gondolom az is érdekes, ha már egy node/add/classified címet adtál meg.
Melyik modulra gondolsz?
http://drupal.org/project/ed_classified
Ez? Nem ismerem a modult.Ami viszont hierarchikus kategorizálásra nagyon jó, és az előbbi modul oldalán is említést tesznek róla (mint az előbbi modul nagyon jó kiegészítője):
Hierarchical Select
http://drupal.org/project/hierarchical_selectAmi még ajánlott, egész új, de nagyon jó kezdeményezés, hasonló céllal:
Simple hierarchical select
http://drupal.org/project/shsKét modul van, amit én tapasztalatból tudok ajánlani földrajzi hely megjelölésére, ami Google Maps API-val nagyon jól működik együtt:
Get Locations
http://drupal.org/project/getlocationsOpenLayers
http://drupal.org/project/openlayersA nagy különbség az, hogy az előbbi egyszerű, és jó, az utóbbi komplex, és jó, de utóbbi még kiegészül annyival, hogy sok-sok térképszolgáltató API-jával is együtt tud működni, nem csak a Google Maps-ével; tehát ha neked valamilyen okból más is kell, mint a Google Maps-es, akkor mindenképp az utóbbi ajánlott. Ha viszont tökéletesen megelégszel azzal, amit a Google Maps nyújt, akkor a Get Locations-t válaszd.
Mindkettővel egyébként be tudod lőni, hogy a felhasználó csak rábökjön a térképen valahova, és azt a helyet el is tudja menteni.
A Get Locations-nek egyébként nagyon jó autocomplete-szolgáltatása is van, ha bekapcsolod (bár lehet, hogy ez a default, ez most hirtelen nem ugrik be), ami arra jó, hogy mondjuk a felhasználó bepötyög pár szót, a Google Maps API-n keresztül pedig egyből érkezik javaslat a kiegészítésre, ugyanúgy, mint amikor elkezdesz a Google Maps beviteli mezőjében begépelni egy címet.
Na, tehát összegezve: ha egyszerű, gyorsan belőhető szolgáltatás kell, akkor Get Locations, ha összetett, komplex feladat megvalósításáról van szó, akkor OpenLayers. -
Sk8erPeter
nagyúr
válasz
chepavel
#405
üzenetére
"Másodszor, ez már az elkeseredettség jele, azért lett core rész bántva."
Akkor sem.
"A webfejlesztő, aki ténylegesen készíti a weblapot (én csak a sysadmin vagyok, és véleménye szerint az IIS-el van gond.-)"
Én is IIS 7.5-öt + FastCGI PHP-t használok saját gépem webszervereként. Mivel nincs SMTP szerverem, levélküldésre localhoston épp az általad is említett SMTP Authentication Support modult használom, ami már több ízben is nagyon jól bevált, és általában a Gmail SMTP szerverét használom a saját accountommal.
Na, most a kedvedért egy tesztcélú Drupalon végigtoltam a folyamatot direkt az elejétől:
admin/config/system/smtp
smtp.gmail.com
465-ös port
Use SSL
saját account-adatok
modul bekapcsolása
teszt e-mail kiküldése, eddig rendben.contact oldalra ellátogattam, utána erről az orosz oldalról kimásoltam némi cirill betűs szöveget:
http://serho.ru/cust-modules/filtr-dlya-views-s-ierarhicheskim-vyborom-terminov
OK, levél elküldése, meg is érkezett hiba nélkül:

Tehát minden az alap Contact + az SMTP modullal ment.
De ezek után még kipróbáltam mindezt Webformmal is kíváncsiság kedvéért:

a "my email" mezőhöz beállítottam, hogy a Webform onnan szedje az e-mail-címet, a "my textfield" mezőhöz azt, hogy onnan szedje a tárgyat, a "my testtextarea" mező pedig maga a levél törzse, a lényegi üzenet.
Ez is megérkezett gond nélkül:

MINDEN csakis a default beállítások szerint ment, én nem módosítottam rajtuk semmit, és főleg nem bántottam a core-t.

Az SMTP Authentication Support modul nálam már éles oldalon is bizonyított, szóval nem tudom, mi lehet nálatok a baj.Milyen sminket használtok? Nem állítotok be abban véletlenül valami egyéb karakterkódolást, ami miatt nem UTF-8 lesz a kimenet? Chrome-ban egyébként Eszközök - Karakterkódolás alatt könnyű megnézni, melyik karakterkódolás mellett van az aktívat jelző pötty. Na meg F12 megnyomásával a Network fülön követhetők a headerek.
A lényeg tehát az, hogy a karakterkódolás ténylegesen mindenhol UTF-8 legyen, és ne legyen semmi eltérés (különösen ott, ahol a form megjelenik; de egyébként sem).
Amit még ki kellene próbálnotok:
- az admin/config/system/smtp oldalon az említett beállításokat eszközölni, tehát egy Gmail-account adatait beállítani átmenetileg, tesztcélból
- ahogy Siriusb is javasolta, más e-mail-címekre is küldeni levelet, nem csak a sajátotokra. -
adam_
senior tag
Szóval a struktúrák/menübe hozzak létre kategóriát, és azon belül menüpontokat, amit majd a hírdetés részbe illesszek be kategória választó gyanánt? Taxonomy egyáltalán nem kell hozzá?[link]
Melyik modulba néztem volna bele? A google mapsesbe belenéztem, és a kategóriással is foglalkoztam, html-t is néztem, igaz én a taxonomiával szórakoztam, a videó alapján arra gondoltam, hogy az lehet a "katerógira választó" kialakításának a kulcsa.
Kb. 1 hete ismerkedem Drupallal, sok dolog még nem tiszta a számomra, szerencsére az alapismeret könyv elolvasása után már kezdenek világosak lenni a dolgok.
-
Siriusb
veterán
Ha már jártál a drupal.org-on, vizuálisan is egyből szembeötlő az azonosság. Ha megnézed a forrást,
<div id="block-menu-menu-hirdetesi-kategoria" class="block block-menu odd first last grid16-4 fusion-border apple-green-list dark-green-background-title title-common">
látható, hogy ez "gyárilag" van generálva.
Ami azt jelenti, hogy neked csak kattintgatnod kell.
Egyébként a structure/menu pontra gondolok.Most komolyan, feltelepítetted egyáltalán azt a modult és belenéztél?
-
adam_
senior tag
Sziasztok!
Egy ehhez [link] hasonló hírdetési felületet szeretnék megvalósítani az oldalalom.
Arra már rájöttem, és ismerkedtem is vele, hogy a Classifield modul segítségével tudom ezt létrezhozni.
Két kérdésem lenne?- Ebben a részben, hogyan lehetne megvalósítani, a linkelt oldalon található hasonló kategóriás részt? Hogy így lenyílóan jönnének be a kategóriák?
- A másik, hogy az aljára a cím megadásánál egy térképen jelölhetné be a hírdetés feladója a tartózkodási helyét, majd ezt a térképet az aktuális hírdetések lapján meg is jelenítené a hírdetésben? Google Mapsen + Location modullal?
Mit gondoltok? Előre is nagyon szépen köszönöm a segítségeteket! Ha bármi egyéb kérdésetek van hozzám, kérlek kérdezzetek, bár remélem, hogy jól körülírtam a problémám.
Előre is köszönettel,
Ádám -
Siriusb
veterán
válasz
chepavel
#411
üzenetére
Én még egy dolgot próbálnék ki, amivel tényleg eldöntheted, drupal-nál van-e a gond. Az egyik contact kategóriánál a címzettekhez adj hozzá egy külső email címet is, pl gmail. Ha ott sem a megfelelő karakterkódolással látszik a beérkezett üzenet, akkor drupal probléma és visszarúghatod a labdát a fejlesztőnek.
-
Siriusb
veterán
válasz
chepavel
#409
üzenetére
Na, kipróbáltam egy drupal-os oldalon, írtam egy üzenetet, a feladó / email cím magyar betűkkel, tárgy/üzenet cirill betűkkel. Mind a webmail (roundcube), mind a thunderbird jól jelenítette meg.
Nem tudom, van-e köze hozzá, Internationalization module is fel van telepítve, lévén kétnyelvű a weboldal. -
chepavel
aktív tag
válasz
Sk8erPeter
#404
üzenetére
Először is, köszi a választ!

Másodszor, ez már az elkeseredettség jele, azért lett core rész bántva.
A webfejlesztő, aki ténylegesen készíti a weblapot (én csak a sysadmin vagyok, és véleménye szerint az IIS-el van gond.-)
A contact modult szeretném működésre bírni, hogy a kapcsolatfelvétel megfelelően működjön.
Van egy használt mail küldő saját modul, tesztelés céljából, de nem az lesz az elsődleges értelem szerűen.Amit próbáltam még próbáltam, az az SMTP authentication modul, bízva abban hogy SMTP szerveren keresztül megfelelően fog működni, de a helyzet ugyan az.
Nem webfejlesztő révén kérem a tanácsod, pontosabban, hogy milyen megoldás(-csomagot) javasolnál arra, hogy a levelek kézbesítése megfelelően működjön?
Köszönöm!
Update: tudom, hogy az UTF8-al is működnie kellene, csak, már más nem jutott eszembe.
-
Sk8erPeter
nagyúr
válasz
chepavel
#403
üzenetére
"Az alap mail.inc.-ben átírtam az értéket, de az elküldött levelek továbbra is UTF8-ra lettek kényszerítve."
Everytime you hack core, god kills a kitten:


Nem csinálunk ilyet.Nincs semmi gond az UTF-8-cal, azzal van baj, ha nincs megfelelően elküldve a szöveg.
"Az oldal cirill betűket használ, valamint a PHP mail() funkcióval történik a levélküldés."
Mégis hogyan? Saját kóddal, MODULBAN?
Ha nem modulban, akkor miért nem?
Ha saját modulban, akkor miért saját modullal akarod megoldani, amikor nagyon jó kész modulok vannak ilyenre, mert nem Te vagy az egyedüli, aki cirill betűs levelet akar küldeni?
Ha kész modult használtál, akkor melyiket?
Csak a SmarterMailről írtál, Drupal-modulról nem. -
chepavel
aktív tag
Kedves Kollégák!
Van egy problémám, amivel már két napja mókolok, és akárhogy is keresem, nem találok megoldást.
A rendszer a következő: Drupal 7 egy IIS+FastCGI-al kiszolgálva.
Az oldal cirill betűket használ, valamint a PHP mail() funkcióval történik a levélküldés. Tartozik a szolgáltatáscsomaghoz egy SmarterMail is, amin a felhasználók, adminok menedzselhetik a weboldal számára küldött üzeneteket. Azonban, akármit is csinálok, SmarterMail felületen nem jelenik meg a valós, cirill szöveg.Ami ötletem volt, hogy majd jól átállítom a content-type-ot UTF8-ról windows-1251-re, hogy a webmail tudja értelmezni, hogy ez cirill szöveget tartalmaz, és helyesen jelenítse meg tartalmat. (Mert tudja kezelni, biztosan, teszteltem.)
Az alap mail.inc.-ben átírtam az értéket, de az elküldött levelek továbbra is UTF8-ra lettek kényszerítve.
Megadtam a MIME verziót, valamint próbáltam a következő sorokkal is beilleszteni:
'Content-Type' => 'text/plain; charset=UTF-8; format=flowed; delsp=yes',
'Content-Transfer-Encoding' => '8Bit',
'X-Mailer' => 'Drupal',Azonban, ez sem hozta meg az eredményt, és továbbra is UTF8- kódolással érkezik meg a levél, és olvashatatlan.
Találkozott már valaki ezzel/ilyen a problémával, vagy van valakinek esetleg tippje, hogy merre induljak tovább?
-
Sk8erPeter
nagyúr
Erre a beállításra gondolok konkrétan:
http://drupal.stackexchange.com/questions/48465/drupal-7-views-contextual-filter-content-nid-content-id-from-url/48535#48535aztán itt pár dolog bekattintásával úgy emlékszem, ki lehet nyerni a node title-t a node id argumentumból. Most nincs előttem, úgyhogy konkretizálni nem tudom, de érdemes adni neki egy próbát.
Ha a Webform lesz, akkor az is egy rendes node lesz, mezőzhetővé válik, van hozzá mindenféle validáció, még azt is lehet, hogy ennek a node id-jéhez csapsz hozzá még egy másikat, mondjuk így:
node/123/related-content/432
most ez persze csak példa, szóval érted. Aztán ezt az argumentumot nagyon egyszerűen ki lehet nyerni arg() függvénnyel:
http://api.drupal.org/api/drupal/includes%21bootstrap.inc/function/arg/7
konkrétan arg(2) == "related-content" és arg(3) == 432 lenne.
Ezt egy form_alter-ben lehetne kinyerni, és ez alapján kinyerni a node title-t egy node_load()-dal vagy SELECT title FROM {node} WHERE nid = 432 query-vel, aztán a subject mezőnek egyből átadni ezeket az infókat.Persze lehet teljes node title-t passzolgatni URL-ben, de szerintem nem "biztonságos" (nem biztos, hogy minden böngészőben jól fog működni), meg nem túl szép megoldás.
-
Siriusb
veterán
válasz
Sk8erPeter
#400
üzenetére
De az jó neked, ha ékezet és egyéb speciális karakterek levágásával érkezik meg a tárgy?
Inkább ez, mint ne működjön. Olvashatóságot annyira nem befolyásolja.A Views-zal állítom elő a linket: /contact/form-neve/[token: node-title]
Ez a harmadik tag lesz majd a tárgy, a contact form szedi ki az URL-ből az utolsó tagot.
Azt javaslod, a contact form-nak is csináljak egy views template-t? Hmmn. Lehet, tényleg ez a legegyszerűbb megoldás.A webformot nem ismerem, de lehet ránézek. Kösz.
Új hozzászólás Aktív témák
- ÁRGARANCIA!Épített KomPhone Ryzen 5 7600X 32/64GB RAM RTX 5070 12GB GAMER PC termékbeszámítással
- Samsung Galaxy S23 Ultra 256GB, Kártyafüggetlen, 1 Év Garanciával
- Samsung Galaxy S23+ 5G 256GB, Kártyafüggetlen, 1 Év Garanciával
- GYÖNYÖRŰ iPhone 12 Mini 64GB Black -1 ÉV GARANCIA - Kártyafüggetlen, MS3647
- ÁRGARANCIA!Épített KomPhone i5 14400F 32/64GB RAM RTX 5060 Ti 8GB GAMER PC termékbeszámítással
Állásajánlatok
Cég: Promenade Publishing House Kft.
Város: Budapest
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest
akkor jó 








Az bánt egy kicsit, de valamit valamiért.![;]](http://cdn.rios.hu/dl/s/v1.gif)
Így lenne jó:




