Egy hiba azért mégis előjött.
Egy hiba azért mégis előjött. A gond az, hogy megcsináltam úgy, ahogy írtam. Működik is jól, jó formában hozza a dátumot. Viszont ha most a blokkban, a naptár fejlécén hónapot váltok, és rákattintok mondjuk a júniusra, akkor is az áprilisra ugrik, és azt hozza elő.
Néztem a php kódokat, de nagyrészt ez nekem kínai, nem merek beleírni.
Ha visszaállítom az eredeti template.php-t, akkor újra rossz a dátum formája, viszont akkor jó a hónapváltás.
Tudsz erre esetleg valami megoldás?
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Köszi, feltettem a File
Köszi, feltettem a File entity-t (sajnos nincs README-je).
Felvettem az új mezőt az admin/config/media/file-types/manage/image/fields oldalon.
Az új mező meg is jelenik a admin/content/file oldalon a fájlok szerkesztésénél.
Hogyan tovább?
Hogy lehetne ezt a mezők szerkesztésénél alapból feltölteni tokennel?
(Meg ezt a mezőt még meg kellene jeleníteni a tartalom felvitelekor is...)
Te hogy csinálod?
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Én úgy tapasztaltam,
nincs jelentősége, hogy felhasználod-e az összes oszlopát a csv-nek és más sorrendben húzod be az adatokat a mappingnál, mint a táblázatban van.
Dolgoztam már több, mint 100 oszlopos csv-vel gond nélkül.
A mezőméretekre kell figyelni, hogy ne lépd túl a meződefiníciókban megadottakat.
Ha képet/fájlt is importálsz akkor legyenek a képek/fájlok elérhetőek az útvonalon amit beállítasz.
Ha több vagy speciális adatot adsz meg egy oszlopban akkor a tampert is érdemes telepíteni és használni a megfelelő pluginokat.
Üdv!
Dudás József
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Határeset
Nem rossz, de nem pont arról szól, ami nekem kéne. Nézegettem hosszan, és ötletes a workaround, amit felvet. Viszont ő ezzel konkrét mezőket jelenít meg, míg nekem elég lenne, ha a blokk div-eibe (kb. mint egy lista elemnél) bele lehetne rakni az "active" osztályt.
Ugye az a link esetében megjelenik automatikusan, viszont a fölötte lévő div-ben nincs ilyen. Ezért aztán a linket lehet szépen formázni CSS-sel, de az egész div-et (és mindent, ami benne van) nem.
- ad astra per aspera -
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
hasznos
Köszi ez valóban hasznos volt.
Az, hogy mi a drupal nem célom megítélni, de a cikkben nem javítom, mert így gondolom. Ti vitatkozzatok rajta, ha akartok :)
A szerveren a legtöbb problémát, amit felvetnek megoldottuk, legyen szó a fejlett hibakezelés bekapcsolásáról (http://domain.domainflotta.hu/Fejlett-hibakereses#content) vagy az 500 hibákról.
Az utóbbiról szintén e-mail értesítést küldünk, mert a legtöbben bele se néznek a tárhelyükön lévő error_log fájlba.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
admin/reports/dblog
Szia!
megnézhetnéd az adatbázis-logot itt:
admin/reports/dblog
nem látszik esetleg valami gyanús hiba?
Még kíváncsiságból annyival lehetne próbálkozni, hogy felraksz egy alkönyvtárba ugyanezen a szerveren egy tesztcélú Drupalt, és megnézhetnéd, az működőképes-e. Legalábbis én ezt csinálnám, próbálkoznék, ebből legalább kiderülne, hogy a szerverrel van-e a gáz, vagy pedig magával az aktuális Drupallal.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
De igen, valószínű
Néztem a linket, amit javasoltál, ott láttam egy patch file-t, amit nem tudok futtatni, de megpróbáltam kikeresni a kérdéses file-ban az exposed_validation....de ott csak expose_validation van, így bővítettem azt.
Nem javult meg.
A hibaüzenet egyébként ez:
Az oldal nem megfelelően van átirányítva
A Firefox azt észlelte, hogy a kiszolgáló olyan módon irányítja át a kérést, hogy az soha nem fog teljesülni.
Ez a probléma sokszor a letiltott vagy visszautasított sütik miatt jelentkezik.
Üdv,
Zoltán
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Dupla tartalom
Továbbra sem értem, miért jelenik meg az eredeti tartalom lefordított változata is a bejegyzések között, mintha két külön bejegyzést készítettem volna. Mindegyiknél meg van adva a nyelv, de angol és magyar megjelenítés esetén is látszik az ellentétes nyelvre fordított tartalom is.
Egyszerűen logikátlan, érthetelen számomra ez az egész.
Már minden lehetőséget végigpróbáltam, ha nem marad más itt is modulátírás vagy valami forrásba nyúlás lesz. Szép, vagy nem szép módszer, de legalább hatékony és működik.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
erős a gyanúm
Erős a gyanúm, hogy a te a megvásárolt sminkkel és az azzal járó fájlcserékkel olyan változtatást csináltál a rendszerben, ami az adatbázis szintjén is mellékhatásokkal járt. Elhiszem, hogy kértél valamit és ezt kaptad, de azért ez a fájlcserélgetés, beleírkálás, PHP kódos variálás nem Drupalos stílus, még ha más rendszereken ez elfogadott módszer is. Ne értsd félre, ez nem téged minősít és nem is a Drupalt.
Megosztanád itt, hogy milyen verziójú Drupallal próbálkozol, melyek voltak az eredeti fájlok és mire cserélted őket?
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
A GetLocations Field is tud
A GetLocations Field is tud ilyet. Van egy Search nevű textfield, ide az ember elkezdi bepötyögni a keresett címet, a modul pedig AJAX-szal keresgél, és ha az API-kulcs is rendben van, akkor talál is, pont úgy, mintha valaki a Google Maps külön keresőjébe írná be a címet.
Ezután a talált címre rákattint, és a többi mező (irányítószám, város, utca, stb.) automatikusan (JavaScripttel) kitöltődik.
Az összes node megjelenítését térképen még nem próbáltam, de feltételezem, arra is van lehetőség.