Kauka Béla képe

Melyik az az editor? Vagy teljesen mind1? :-)

0
0
aboros képe

honnan kéne tudnunk, mi a bánat az az Autoviewer?

0
0

-
clear: both;

fox mulder képe

Az IE már kezeli az átlátszó .png képrészleteket?

0
0

Fox Mulder

nevergone képe

Amúgy az időzített feladatok rendben lefutnak az oldalon?

0
0
Illyés Edit képe

Erre való az Aggregator modul, az alapcsomag része.

0
0
Webappz képe

Kicsit komplikáltabb a dolog. Egy korábbi problémám úgy mond folyományaként találtam rá a problémára.
Egy olyan userrel, amelynek joga volt a taxonomy adminisztrációjára felvettem új kategóriákat és fórumokat, valamint az uid=1-gyel rendelkező userrel is megismételtem, illetve módosítottam néhány node-ot és kínomban néhányszor újra generáltattam a pathautoval az aliasokat.
Az vettem észre, hogy az uid=1 által legutóbb létrehozott kategóriák, fórumok valamint az általa módosított node-ok jól jelentek meg a sitemap.xml-ben illetve ezeknél volt változás a nekik megfelelő xmlsitemap-es táblákban. Ezután kitöröltem a táblák tartalmát és beállítottam újra az xmlsitemap modult (uid=1-gyel) és így már jó lett.
Alapvetően jogosultsági problémák okozták a gondot nálam: alapvetően nem az uid=1-gyel hozod létre a kategóriákat és a fórumokat (mert miért is tennéd), így az a user, akivel ezt végzed annak olyan csoportban kell lennie, amely rendelkezik az override term priority joggal, különben szintaktikai hiba miatt nem veszi fel az {xmlsitemap_term} táblába. Ugyan ez a helyzet a node-oknál is és gondolom a usereknél is.
Természetesen néhány termnél akár egy frissítéssel is megoldható a probléma.
Egy szó, mint száz. Egy vagy több modul frissítésekor jobban meg kell nézni, hogy milyen változások (újabb funkciók, jogosultságok) vannak.

Páldi Zoltán

Bom képe

Helló!

Remélem ezzel sikerül részletesebb képet adnom a munkáról..
(igen egy psd-ből kellene egy működő weblapot csinálni..)

A weblap leírás röviden:

Az oldal egy épületek felújításával foglalkozó cégnek lesz. (a cég nem nagyon foglalkozik a külsőségekkel, ebből kifolyólag a weboldalt is
minimális ráfordításból és pénzből kívánja kivitelezni) Az oldal célja: tájékoztatás a futó projektekről (értékesítés), és a cég bemutatása.

A pontos specifikáció a megállapodáskor születik meg.

Az oldalon a menük száma 5-8-ra tehető
Tartalom típusok: Szöveg, szöveg és kép. Ezen felül igény, hogy a partnerek menüpontban kellően bővíthető legyen az oldal
a partnerek gyarapodásának lehetősége miatt.
Egy olyan tartalomtípus van ami kicsit specifikusabbnak mondható: a futó projekteknél az aloldalon a leírásra és 4-6 kép elhelyezésére is
megoldást kell találni (egy házról paraméterek, látvány és alaprajz tervek). A projekteknél külön kapcsolati gombnak kell lenni, amire ha rányom
a látogató, akkor küld egy e-mailt a tulajnak, hogy érdeklődik az adott projekt (ház) felől, és visszahívást kér. Ez a beépülő lehetőség opcionális, vagyis
erre külön kérek árajánlatot a weblapon és az alap funkcionalitáson felül.

A designt sajnos még nem tudom elküldeni, mivel eddig az ügyfél egy látványtervet mutatott csak (offline), amivel
az elképzelését próbálta prezentálni.

Remélem sikerült mindenre választ adnom.

Várom az ajánlatot!

Üdv: Csaba

0
0

Bom

pp képe

Minden kényelmi szolgáltatás erőforrás igényes. Ezért ezeket érdemes minél jobban optimalizálni. Az, hogy a vas kifekszik-e vagy sem ez millió dologtól függ. Ha jót akarsz magadnak akkor mindig az un. szűk keresztmetszetet fogod megkeresni. Pl. hiába optimalizálod az adatbázisod és a programod, ha a gép amin futtatod egy matuzsálem. Hiába vagy a legnagyobb vason a világon, ha a magyar szolgáltatók nudli külföldi sávszéllel engedik ki az embereket. Szóval ez nem olyan egyszerű mint elsőre látszik.

Na de térjünk vissza az optimalizáláshoz. Te ugye keresni akarsz. Ebből következik, hogy indexelned kell az adatbázisodat. (110 000 lépés helyett 17 lépés) Ha ez megvan akkor eljött az idő, hogy megnézzük milyen a lekérdezésed, és hogy azon lehet-e optimalizálni. Ezután ha a lekérdezéseden nem lehet akkor még mindig csinálhatsz Te egy más adatszerkezetet amiben aztán gyorsabban tudsz majd keresni. Ezután jöhet az, hogy a szerveredet optimalizálod. Ez igazán izgalmas feladat. Egyszer láttam egy kis előadást, ahol Rasmus pár egyszerű beállítással elérte, hogy kb. 100x annyi kérést tudott kiszolgálni mint azelőtt.

pp
(ja és itt van mellettem egy barátom aki szélesen mosolyog a brutális adatbázis megnevezésen. Ő egy olyan adatbázissal dolgozik ahova naponta másfél milliárd rekord kerül be. A szám nem tévedés és elírás tényleg ekkora ez az adatbázis. Na az tényleg brutális)

0
0
szantog képe

Egy kicsit pontosítanék:
"Én azt hallottam, hogy ha az oldaladnak lesz nem-angol nyelve, akkor azon a nyelven telepítsd. "
Ez így általában nem igaz. Ha egy _nem_ többnyelvű és _nem_ angol, akkor kell ugyanazon a nyelven telepíteni az emlegetett profillal

Ha egy oldal többnyelvű, és van benne angol, akkor mindig angolul kell telepíteni.

Na és itt jön a csavar, hogy ugye esetünkben ugye nem lesz angol. Végiggondolva a drupal és az i18n logikáját.. És itt lettem viharban..
Az biztos, hogy nincs olyan, hogy egy stringet ne lehessen lefordítani. Én biztosan angolul telepítenék, és építeném az oldalt, ha később egyáltalán nem lesz angol nyelv.

Viszont szépen elmásztunk itt a telepítés irányába, holott a problémádhoz talán ennek van a legkevesebb köze.

"A nyelvválasztó lehetőség nem jelenik meg az oldalon (se szöveg se ikonok)"
Erre van egy nyelvválasztó blokk, az ki van téve valahová az oldalra?

A translation managament hibaüzenetei megint csak amolyan nem kell vele törődni dolgok, ha nem használsz blokk, taxonómia, menüfordítást, ezek nem kellenek. Egyébként az i18n modulcsomag részei, szóval a modulok oldalán ott kell lennie.

A translation managment egyébként egy hatalmas featureful dög, biztosan ilyen kifinomult fordításmenedzsmentre van szükség? Ezt akkor szoktuk használni, ha rengeteg fordító dolgozik az oldalon, rengeteg tartalmon.

0
0

----
Rájöttem, miért kérdezek olyan ritkán a drupal.hu-n. Amíg szedem össze az infokat a kérdéshez, mindig rájövök a megoldásra.

cartman képe

Valóban, kicsit pontatlanul fogalmaztam.

a) Szóval arról lenne szó, hogy készítenék egy weblapot pl. bútorboltoknak, fel tudják rakni a bútorokat árral, leírással, képpel, infó a cégről és a többi szokásos dolog. Mivel ez nem egy egyedi fejlesztés lenne, hanem mondjuk egy "termék" így olcsóbban megvásárolhatná akár több cég is. Természetesen a design testreszabnám cégenként. Ez csak az adott cég weboldala lenne saját termékek,tárhely, domain.

b) Ez megegyezne az a) honlappal, de annyi különbség lenne, hogy ide bárki felrakhatna hirdetést (pl. bútor) és ebből csak egy lenne. Magánszemély ingyen hirdethet 1-2 darabot, cég fizetne érte. Aki megvásárolja az a) weblapot az kérheti, hogy ha valaki itt keres egy terméket a b)-n akkor az a keresés fusson le az ő rendszerén is és a találatok jelenjenek meg az eredmények között, a linkek az ő oldalára mutatnának.

A a) kategtóriába tartozó weblapok nem kommunikálnak egymással, nem is tudnak egymásról, csak a b) tart kapcsolatot velük, de ez is csak időszakos, amíg megrendeli ezt a szolgáltatást.
Először gondoltam arra is, hogy csak egy központi adatbázis lenne, és minden ügyfél adata ott lenne tárolva, az ügyfél csak a saját adatait látja, és csak azokat keresheti az oldalán keresztül, de mivel a kapcsolat a 2 oldal között időszakos így ezt elvettettem, főleg, hogy feleslegesen terhelné a szervert.

2) Az oldalak különböző szervereken vannak, előfordulhat, hogy az adatbázist csak localhoston lehet elérni, így a db váltás nem megoldható szerintem.
A multisite-ot még nem volt időm megnézni, de utána nézek.

Remélem sikerült érthetőben fogalmaznom. Még kutatok valami jó megoldás után én is és ha találok valamit akkor megosztom itt, hátha kell másnak is.

üdv

0
0