Kedves hadihajos2!
Kedves hadihajos2!
Nem kell elnézést kérni, mindenkinek volt egy legelső fórumtémája… :)
A kérdéseidre:
1. a Drupal nem tud adatbázis nélkül működni, nem úgy lett megírva.
2. A konkrét problémákat nem néztem alaposan, de úgy tűnik, hogy pl. valamiért nem volt elérhető a fordítás szerver.
Ajánlom az információszerzéshez a Drupal Kézikönyvet, aminek folyamatosan készül a fordítása: https://www.drupal.org/hu/docs/user_guide/hu/index.html
Továbbá az alábbi (angol) videólistát: https://www.youtube.com/playlist?list=PLtaXuX0nEZk9MKY_ClWcPkGtOEGyLTyCO
Üdvözlettel:
Hajas Tamás
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Mint írtam, csak a Drupal
Mint írtam, csak a Drupal által küldött levelek nem kerülnek a Sent mappába, a tárhely webmailjából küldött igen, vagy Thunderbirből küldött rendes levelek, stb. is igen.
Ezen kívül ha nem lenne mentve a kimenő levél, az nagy hülyeség lenne. Hiszen pl. egy cég, de egy magánszemély is vissza akarja tudni nézni, mit írt valakinek. Tehát remélem ez az infó téves. A Google-nál és minden levelezőnél ez olyan egyértelmű, mint, hogy a bejövők is mentődnek. Sőt, még a kukásak is egy ideig.
Egyébként időközben megtaláltam a Drupal által kiküldött összes leveleket: csak nem a Sent mappában vannak, hanem archiválódik azonnal és egy külön útvonalon találhatóak meg. A logikáját nem értem, de legalább megvannak.
Captcha van ott természetesen.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Szia!
Szia!
Elnézést a késői válaszért, de nem voltam gépközelben (pihentem).:-)
Van egy drupal alkalmazásom a mi össze van kapcsolva egy CDS vállalat irányítási rendszerrel. A lényeg az hogy hoznak létre az én rendszeremben is adatokat (nod) amelyeket a létrehozásuk után át kéne alakítani automatikusan egy xml formába és fellőni egy adott helyre a szerveren. Természetesen ez automatikus lenne.
Néztem természetesen, hogy a szabályban lehetne egy új tartalom elkészülése után megírni egy php-t, de ez egy picit macerás. Nyílván ha nem lesz más meg kell tennem. Bár egy picit fura nekem vagy csak én gondolom, hogy ez egy hétköznapi igény, így akár lehet rá megoldás is egy modul keretében.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
A teljes oldalt te csináltad?
Van abban valami, ha nem tudod, hogy ezek mire valók, akkor, hogy kerültek oda? Mindig megvoltak ezek a fájlok? Ha jól látom, akkor a Corporate Clean témát használod.
Ha nem te hoztad létre ezeket a fájlokat és csak ez az egy oldal fut a tárhelyen valamint csak te férsz hozzá és nem tudsz róla, hogy mire valók, akkor ki tette oda őket.
Ne töröld őket végleg. Helyezd őket egy karantén mappába és nézd meg változik-e valami. Akár oszd meg a kódjukat, hogy bele tudjunk nézni. Viszont, ha nem változik semmi az eltávolításukkal, akkor aligha kellenek. Egy jelszócsere a tárhelyen persze nem árt a biztonság kedvéért. A fájlok feltöltéséhez használj biztonságos ftp-t.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Köszönöm a választ, egyelőre
Köszönöm a választ, egyelőre marad ez a jelenleg egyszerűbb megoldás, aztán nyáron ha több időm lesz lehet, hogy keresek egy olyan sminket ami mindkét lehetőségnek megfelel... Egyetlen problémám a reszponzív oldalakkal, hogy jelen pillanatban két oldali menüsorral van felépítve mindkét oldal ahol szeretnék mobilbarát lehetőséget is... Megszerettem ezt a lehetőséget, úgyhogy meg kell először emészteni, hogy ha reszponzívat akarok akkor búcsúzhatok a kétoldali menüsortól az asztali megjelenítéseknél is....
Jelenleg különben arra gyanakodok, hogy asztali és mobil eszközről is fel volt keresve az oldal, lehet, hogy a felismeréssel van a baj... Jelenleg php-ről átállítottam get_browser-re a megállapítás mikéntjét ha ez sem jön be akkor a help dokumentációba van még egy lehetőség...
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Mit jelent, hogy egy tárhelyen több oldal is fut?
Külön futnak, vagy esetleg domain access-el?
Mert a fent említett problémához hasonló szintén ismerős domain access kapcsán is. Valahol belefutottam egy bejegyzésbe ahol szintén hasonló probléma lépett fel.
Egy próbát megérne a www-s verzió is. Kíváncsi lennék, hogy ott is ugyanez a probléma lép-e fel, vagy sem.
Az akkor fix, hogy, ha visszaállítod a .htaccess-t, akkor rendben megy a frissítés, de, ahogy visszaállítod https-re, akkor elromlik?
Jó lenne letesztelni ezeket az éles oldalon, hogy közelebb kerüljünk a probléma megoldásához. Akár azt is ki lehet próbálni, hogy átirányítás nélkül a https oldalon működik-e a frissítés, vagy akkor is csak http-n?
A szerver logokban nem volt semmi bejegyzés a hibával kapcsolatvaan?
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
ez csak egy modul
Alapvetően ilyet nem lehet a Views-zal, legalábbis én nem tudok róla. Azért ez egy modul, annyira nem lehet rugalmas, mint a kézzel írt SQL lekérdezés. Argumentumokkal fel tudod bontani a listát x elemből álló darabokra, és meg tudod mondani, hogy hányadik darabnál kezdje a sort. De mindig darabonként fogja kiadni.
a 11. tartalomtól kezdve viszont az összes jelenjen meg az utolsóval bezárólag
És ha majd 5,000,000 cikk lesz a honlapon, akkor is? Szerintem ez teljesen jó így, ahogy van, a felhasználók is megszokták, hogy egy-egy oldalon, blokkban x elemből álló listát látnak, és van egy pager-ként funkcionáló "tovább" link, amire rá kell kattintani ahhoz, hogy a régebbi listaelemeket megnézhessék.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
régió vs. blokk
A gyári sminkekben azért vannak ilyen általános nevek, mint left meg right, mert előre nem lehet tudni, hogy ezekbe a régiókba később milyen tartalmakat fog helyezni a felhasználó. Természetesen átírhatod őket magad is, ha biztos vagy benne, hogy később nem helyezed át a tartalmaidat, de az elv az lenne, hogy egy template-ben legyen egy tucat régió, amiket soha nem mozgatunk – örülünk, hogy egyszer sikerült úgy összerakni, hogy egyik fontos böngészőben sem esik szét ;) – helyette a tartalmi blokkokat rakosgatjuk kedvünkre egyik vagy másik régióba.
(A tartalmi blokkoknak pedig szemantikus neve van, mert a blokkot előállító modul nevéből hozza létre a smink, a modul neve pedig remélhetőleg utal arra, amit a modul csinál a tartalommal.)
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
ez így jó
Ha nem regisztrált, jelszóval belépett felhasználóról van szó. Pl. "Oszkó Péter" beírja egy fórumra, hogy nem lesz ingatlanadó. Ekkor a rendszer, nagyon helyesen, odateszi a név mellé, hogy "nem ellenőrzött", tehát a webhely működtetője nem vállal garanciát azért, hogy tényleg Péterünk írta a hozzászólást.
Hogy hogyan lehet ettől megszabadulni, azt így kapásból nem tudom, és nincs is motivációm, hogy utánanézzek, mert szerintem ez egy jó feature :)
Mondjuk az már zavaró, hogy ha alapértelmezett névként "Névtelen" van megadva, a hozzászóló ezt nem írja át, ebben az esetben "Névtelen (nem ellenőrzött)" lesz a beküldő. Ami hülyeség. De még nem lépte át nálam a küszöböt annyira, hogy emiatt nekiálljak kódot bogarászni.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Azt sikerült elérnem, hogy
Azt sikerült elérnem, hogy később ugorjon ki a fókusz, de azért kiugrik.
Ezt így értem el:
.keyup(function(e) {
if ($.inArray(e.keyCode, discardKeyCode) === -1) {
timeoutID = setTimeout($.proxy(triggerSubmit, this.form), 500);
Itt az 500-as értéket növelem.
Ez a ...\sites\all\modules\ctools\js\auto-submit.js file-ban található.
De ez nem szép megoldás, ráadásul gondolom ezentúl minden AJAX műveletet ez befolyásolni fog.
Ráadásul ez nem csak a beviteli mezőben késlelteti a fókusz kiugrását, hanem az eredmény mutatását is ugyanúgy, tehát ennyi idő múlva lép ki a kurzor a mezőből, de sajnos ennyi ideig nem is auto-submit, azaz nem mutatja a találatot.