botalaszlo képe

Szia.
Igen, egyelőre Drupal7-ben ez a legjobb megoldás, amit én is találtam. Bár én nem vagyok Drupal7 fejlesztő, hanem .NET-es és Symfony2-vel foglalkoztam, ezért érdekel a Drupal8.

Én is rákerestem erre a témára, és nincs is modul, ami eszembe volt az a "WebSocket", de az is dev-es verzióban éred el.

Ami lehetne csinálni, nem tudom, hogy kivetelezhető-e. Az egy fajta "cache technika másolása". Ezt a technikát AngularJS performencia növelésnél láttam.
Ahelyett, hogy Ajax kérést küldenél a szerver felé, már előre lekéred azokat az adatokat a db_select-tel, és amikor kirendeled az oldalt, akkor ezek az adatok is lemennek, (nem cask a néhány darab, ami a kezdetekor kell neked, és aztán ajax hívással hozod be a többit, hanem már az elején az összes) és ezt az adat listát elmented egy javascript változóba, egy listába. És bizonyos időközönként nem setInterval-lal, hanem setTimeOut-tal megjeleníted őket.
Például 10 másodpercenként a lista első 3 elemét, aztán újra 10 másodperc múlva a lista 4-6. elemét, aztán 6-9 és így tovább.
Ennek előnye, hogy nincs hálozat terhelés / elérési kísérlet. Ez főleg kis teljesítményű mobiloknál lehet hasznos.

Persze ez attól is függ, hogy miért kell pontosan ajax kérés, mert ha tényleg csak megjeleníteni akarsz adatokat, amiket nem kell feldolgoztatni a szerverrel. És az oldal kirendelésnél ez nem jelent jelentősebb több adatot, akkor én ezt a megközelítést választanám.

0
0
HF leon képe

Igen az utóbbira gondoltam.

Igaz a simplytest.me-n furán működött. Bejelentkezett felhasználóként az időzített feladatok futtatása után rendben működött, de másik böngészőben anoním felhasználóként rendre azt mondta, hogy nincs találat.

Meglátom mire jutok vele a saját tesztkörnyezetben.

Az alapötlet az, hogy a címek ritkán egyeznek. Többnyire különböznek egymástól, de gyakrabban jegyzik meg őket a felhasználók, mint a teljes útvonalat.

Ugyebár a legtöbb esetben az útvonal az alábbi kettő, vagy azok nyelvi variánsa:

  1. domain/csoport/cím
  2. domain/csoport/alcsoport/cím

Vagy a nyelvi variáns:

  1. domain/nyelvkód/csoport/cím
  2. domain/nyelvkód/csoport/alcsoport/cím

(Illetve néhány helyen a tartalom "sorszáma" is az útvonal része, ami amolyan hibrid megoldás és nem a legszebb, de ilyen is van.)

Ebből jött az ötlet, hogy, ha a címre emlékszik a felhasználó, akkor jó eséllyel mégis elsőre elérje a tartalmat, ha nincs több azonos cím különböző csoportokban, vagy nyelveken.

Ha van, akkor pedig a találatok listájából talán ki tudja választani a felhasználó a számára fontos tartalmat.

A nyelv persze érdekes terület, mert az is alkalmazható, hogy a területi beállítások alapján a rendszer alapból kiválasztja a jó eséllyel lehetséges nyelvet.

Tudom, talán sok, amit kérek, de, ha tudsz a modullal kapcsolatban, pár használati tippet, vagy megjegyzést mondani annak örülnék.

Igaz hamarosan alaposabb tesztelésébe is belekezdek :).

Köszönöm az eddigi jó tanácsokat!

0
0
chrispooh képe

Szia Edit,

köszönöm a választ. Alább részletezem a dolgot, azaz mit is szeretnék elérni valójában.
Van egy nagy site, és ez a site 6 db alwebhelyből áll. 5 webhely 5 témával foglalkozik, és a 6. webhely megjeleníti mind az 5 webhely tartalmát. Még nem tudom, hogy aldomaint használjak(tema1.domain.hu, tema2.domain.hu, stb...), vagy csak aliast (www.domain.hu/tema1, www.domain.hu/tema2, stb...) a megvalósításhoz. Ebben várnám a segítséget.
Az, hogy multisite legyen-e az oldal, és legyenek megosztott táblák, avagy normál Drupal alapú webhely, és csak sminket cserélgessek, megint nem tudom.
A webhely lényege: 5 témával foglalkozó oldal + 1 olyan oldal, ami összesíti az utóbbi 5 oldal tartalmát, tehát minden megjelenik ezen, ami az utóbbi 5 oldalon is. Mind a 6 webhely tetején ott a 6 db gomb, melyekkel át tudok jutni a kívánt webhelyre, és ott csak a webhely témájához rendelt tartalmat és designt látom.
Az 5 oldal között egy regisztrált tag szabadon átjárhat, nem kell neki újra regisztrálnia vagy belépnie.
Az 5 oldal között oszthatok meg tartalmat, azaz ha tema1-ben vagy egy olyan tartalom, ami tema2-re is vonatkozik, akkor mind a 2 webhelyen megjelenik.
Minden oldalnak szinte azonos a sminkje, kivéve 2 dolgot. Egy css-beli szín kód tér el, illetve a menüpontok.
Jelenleg az egészet egy webhelyen próbáltam megoldani, egy sminkkel, minden témának külön címlappal, az oldalakra views-al összerántva azokat a tartalmakat, amiket taxonomyval jelöltem, és egy témához tartoznak (pl.:témák - téma1, téma2, stb...).
Ezzel a megoldással az volt a gondom, hogy 5 webhely oldalait aliassal (www.domain.hu/tema1, www.domain.hu/tema2, stb...) próbáltam figyelni, és az aliasokhoz rendelni a tartalmat, de ez elég bonyolultnak tűnt. Próbáltam pathauto-t kötni a tartalmakhoz, hogy a tartalomhoz rendelt téma szerint kreáljon egy url-t, de itt az volt a gond, mi van akkor, ha egy tartalom több témához is tartozik. Gondolkoztam a multisite ötletével, de sajnos annak megvalósításában segítség kéne, nem tudom merre induljak, pedig ahogy olvasgattam az irodalmat hozzá, talán az lehet az én utam. Gyanítom van sokkal jobb megoldás is erre, mint amerre én indultam, ugye?

Köszi - Krisz

0
0
csg képe

- A legegyszerűbb és legtervezhetőbb a Gusztáv által írt óradíj beszorzós módszer. Kezdőknek mindenképpen ezt ajánlom.

- Ha kicsit tapasztaltabb vagy, és jobban meg tudod tippelni, akkor árazhatsz az alapján, hogy szerinted mennyit ér nekik a dolog. Ilyenkor kérhetsz sokat egy hipp-hopp összekattintgatott oldalért is, de egy pályázatnál már nem biztos, hogy lesz így esélyed, és az sem, hogy legközelebb is téged választanak. Ha viszont valami speciális igényt kielégítő dologról van szó, ami különleges szakértelmet igényel, és nem csinálja meg akármelyik átlag webfejlesztő, akkor természetes, ha a tényleges munkaórákon túl a beletett tudásodat is megfizetteted.

- Ennek ellentéte a beetetős módszer, mikor akár a saját károdra is keveset kérsz elsőre a további megrendelések érdekében. Az első alkalommal sokkal körültekintőbb egy megrendelő, de ha elégedett a munkáddal és az árral, legközelebb valószínűleg mérlegelés nélkül téged választ, és benyeli a nagyobb árat is - főleg ha az előző munkádra épül az új projekt. Vagy akár egyszeri megrendelésnél is van értelme áron alul dolgozni, ha pl. szeretnéd megnyerni az adott megrendelőt referenciának.

- Nem csak egyösszeges fizetési modellek léteznek. Nyilván ez abszolút projektfüggő, de köthetsz pl. havidíjas support szerződést, vagy kérhetsz százalékot egy webáruház forgalmából, a banner bevételből, stb. (Ezeknek viszont az a veszélye, hogy ha utólag kiderül, hogy túl jól jártál, akkor a megrendelő esetleg elkezd kiskapukat keresni, és ha egy mód van rá, nem fizet rendesen. Több ilyet hallottam.)

- A fentieken kívül az árazásban az ajánlattevő imidzse is számít. Egy nagy multú cég komoly referenciákkal nyilván más árért csinálja meg bitre pontosan ugyanazt is, mint egy kezdő egyéni vállalkozó.

A lényeg, hogy nincs egyetlen jó módszer, és nincs tökéletes válasz. Minden a körülményektől függ. Olyan árat mondjál, hogy megérje - vagy pénzben, vagy referenciában, vagy tapasztalatban, vagy bármiben. És ha soknak találják, az még nem jelent semmit. Elő szokott fordulni, hogy kicsit körülnéznek, esetleg neki is kezdenek valaki mással, és aztán visszajönnek, hogy hát igen, mégis jó lesz a te ajánlatod...

És ha már az árazásnál tartunk, kíváncsi lennék mások véleményére/tapasztalataira azzal kapcsolatban, mikor a megrendelőnek a projekt közben úgy változnak az igényei, hogy az eredeti árhoz már nem stimmel. Hogy érdemes az ilyet kezelni? Főleg olyankor, mikor sok pici valtoztatásból tevődik össze a dolog, amik egyenként nem számottevőek.

0
0

--
Csonka Gergely
http://cheppers.com

vajdasági képe

Nek akarlak sem kioktatni sem elvenni a kedved semmitol, de szerintem is rossz a hozzaallasod.

Most enis megneztem az oldalaid, nem akarlak megserteni de nem egy valami nagy durranasok es hogy konkretan arat is irjak a nagy cegektol eltekintve en ilyen oldalakt mint amiket irtal ugy kb. hasrautes alapon 50EUR ert csinalank meg de meg talan annyit is szegyelnek kerni ertuk (Nem reklam, meg maganuzenetben se keresen meg senki ezzel kapcsolatban) Ugyhogy ha jol szamolok az ugy kb 15k -20k HUF azert az messze van a 100k HUF -tol es gondolom masok sem csinalnak sokkal dragabbert tolem. Ha megnezukk az oldalakt eleg egyszeru smink. Felepites sem bonyolult. Nagyreszuk szinte oszekattinthato. Habar a kormosnek tetszik a kinezete de ott meg engem irto zavar hogy sok menupontban a tartalom nincs felvive, mintha meg keszen sem lenne az egesz ... Meg mintha 2 kulonbozo smink lenne benne ... Szoval en meg dolgoznek rajta ha referenciakent is emliteni akarnam... Persze megertem en hogy te elkeszitetted es lehet hogy a tulajnak kell a tartalmat felvinni, es az az o mulasztasa da akkor is rosszul fest. Tudom volt nekem is olyan ugyfelem hogy nekem kelett megirnom meg a zenekar repertuarjat sot meg rovid par mondatot is roluk. Mindosze egy halom kepet sikerult kicsikarnom toluk... es nem villogok azzal az oldallal referenciakent, mert szerintem nem ut meg egy szintet hogy erdemes legyen emliteni...Pedig olcsoert is csinaltam nagon...

En mint egyik-masik elottem iro is irta inkabb az iranyban gondolkoznak el hogy az amit referenciakent emlitek az legyen egyreszt kesz vagy kesznek latszodjon, erjen el egy minimum atlagot olyan teruleten amelyikre celzom meg. Na ezt kacifantosan foglamaztam. Azt akarommondani hogy ceges veboldalak kozott nekem irto zavaro egy lajkoljunk mar valamit oldal az olyan komolytalan aki picit is ert hozza egybol rajon hogy csak egy akarmi kelett ahol reklamokat lehet felrakni. Na most ha te webfejlesztes ianyban nezelodsz akkor egy ilyen oldal nekem valahogy kilog onnan. Gondolom nem hoz jelentos penzt, masreszt meg egy eleg atlagos. Az idojaras is eleg keves a hozzaadott ertek, egyszeru smink, egyszeru mongyuk atlagos minden.

Masreszt rosszul celoztad meg a celkozonseget. Mint irtak is itt szinte mindenki kapasbol megcsinalja ezeket. Vagyis itt foleg kinalat van. Itt vagy ingyen segitsegre van igeny (forum, tudszbazis, stb.) vagy olyasmire ami mongyuk ugy hogy az alapokon vagy az atlagnal bolnyolultabb nehezebb.

3
-2
eager képe

Új drupal telepítése:

  • a tárhelyszolgáltatód megadta az adatbázis felhasználónevedet, és a jelszót hozzá
  • azt is megmondta feltehetőleg, hogy milyen linken éred el az adatbázis adminisztrációs felületét
  • oda kell menni, bejelentkezni, megkeresni, hogy hogy hozhatsz létre egy új üres adatbázist
  • létre kell hozni egyet, és a nevet, amit választottál neki, lejegyezni (és itt a fórumon nem közzétenni)

utána:

  • letöltesz egy tömörített drupal 7.16-ot a drupal.org-ról
  • kitömöríted
  • fontos helyesen értelmezni, hogy mi a szerveren a publikus mappa, vagy "document root".
  • odamész ftp-vel, és kiveszed az ott lévő egy db index.html-t. az volt a szolgáltató rekámja, ha ottmarad, bekavarhat.
  • fel-ftp-zed a kitömörített drupal-t úgy, hogy az index.php-ja pont ugyanabba a mappába kerüljön, mint ahonnan kiszedted a szolgáltató index.html-jét
  • utána kintről meghívod az oldalam.hu-t
  • az installert fogod látni, és sorban kérni fogja az adatbázis adatokat
  • akkor megadni a fenti felsorolásban használt adatbázis-infókat
  • a drupal telepítője belakja az adatbázist (telerakja magának mindenfélével, meg helyet csinál benne neked, hogy legyen hova elpakolnia majd a holmidat), és készen áll a használatra

Ezzel lesz egy vadiúj drupalod.

Ha a saját gépeden már megkezdett drupalt akarod viszontlátni a weben, akkor viszont keress rá a következő témára, sok infó van:

"webhely költöztetése", vagy migrálás

Lényege, hogy a drupal fájlok és az adatbázis összetartoznak, azokat szinkronban kell mozgatni.

A XAMPP-os adatbázisodat ki kell exportálni egy "dump"-ba, majd a felső felsorolásban létrehozott új üres adatbázisba beimportálni. Nem baj az sem, ha az új adatbázisnak más a neve, akkor jön be a settings.php a képbe valóban (mindenképpen ki kell tölteni, hisz a szolgáltatónál más az adatbázis felhasználó név is, meg a jelszava is, mint otthon).

Ott meg csak arra kell figyelni, hogy ott kell beírni az új adatbázis adatait, ahol már végetértek a szélén a csillagok (a csillagokkal jelölt rész "komment", nekünk embereknek szól oktató célzattal; a szerver az első olyan sort fogja nézni, ahol már nincs csillag)

3
0
Anonymous képe

Ráadásul csak úgy lehet behozni a honlapot, ha a http://az5b.uw.hu/index.php címet irom be, és az oldalon bármely linkre kattiontok, 404es hiba jön ki.

0
0
Anonymous képe

Kösz a gyors választ...Ez t úgy értsem, hogy cumi? Tehát semmi css varázslat nem tudja az admin táblákat arra késztetni, hogy benne maradjanak a #main-ben? Az overflow:auto működik, de csa firefoxban...Az IE nem vesz tudomást róla.

0
0
Anonymous képe

Sziasztok,

nekem rendben működik ugyan a tinymce, de sajnos ha az oldal forrását nézem, nem utf8, amit alkot. A Drupal ugyan jól megjeleníti az árvíztűrőt :), de az oldal forrásában már "accoute" -ozik.
Hol lehet a gond?

0
0
Nagy Gusztáv képe

Az irányítószámrendszer kifejlesztésekor még nem vették (vehették) figyelembe a mai igényeket.
Egyébként a konkrét ok az lehet, hogy a több kistelepülésen egy postahivatal látja el a kézbesítési feladatokat, így nekik nem zavaró, ha megegyeznek az irányítószámok.

Ex postás

0
0

Nagy Gusztáv