legalább egy linket adhatnál..
honnan kéne tudnunk, mi a bánat az az Autoviewer?
-
clear: both;
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
IE <-> png
Az IE már kezeli az átlátszó .png képrészleteket?
Fox Mulder
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
időzített feladatok
Amúgy az időzített feladatok rendben lefutnak az oldalon?
- A hozzászóláshoz regisztráció és bejelentkezés szükséges

Aggregator
Erre való az Aggregator modul, az alapcsomag része.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Adatbázis bányászat :-)
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
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Ez ugye nem Drupal kérdés
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)
Palócz István
https://palocz.hu | https://tanarurkerem.hu
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Egy kicsit pontosítanék:
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.
----
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.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Melyik editor?
Melyik az az editor? Vagy teljesen mind1? :-)