miből tevődik össze egy adatbázis mérete
Szia
Az adatbázisod méretét több minden növeli:
- maga a táblastruktúra és az userek/jogok leírása
- a benne található adatok
- a táblákra rakott indexek
Extrém esetben (pl.: túl sok index szöveges mezőkre) az index adatok mérete többszöröse is lehet a tényleges adatoknak.
saját adatbázis sql dump 36,4MB
MyISAM táblákban tárolva phpmyadmin szerint 45,5BM az adatbázis
InnoDB táblákban tárolva phpmyadmin szerint 92,3BM az adatbázis
Viszont a tényleges méret és a phpmyadmin közötti eltérés nem lehet ekkora, kérdezz rá a szolgáltatónál.
Még valami felmerült. Normálisan az InnoDB soha sem shrink-eli a fájlokat, amiben az adatbázis van. Ha a innodb_file_per_table konfig be van állítva, akkor lehet optimalizálni. Lásd itt.
Persze nem biztos, hogy nálad ez a gond.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Igen, van ra lehetoseg.
Igen, van ra lehetoseg.
Tovabbra is kitartok az elobbi uzim melett hogy olvasgasd at jol azt a konyvet.
Tobb megoldas is letezik, es ha jol attanulmanyozod akkor leeht magad is rajossz megoldasokra. Egy lehetoseg pl. az hogy letrehozol egy hirek tartalomtipust es az a statikus oldal ala beszursz egy blokkot amibe a views oszeszedi neked az oda illo hireket.
De ez nekem inkabb annak tunik (ha jol belelatok a fejedbe) hogy a taxonomy termnek van egy szoveg resze (nalad az lenne az a statikus oldal) a hirek tqartalomtipushoz meg hozzadasz egy mezot ami a term-re mutat. es ha a termet listazod akkor latod a tartalmakat hozza.
Szotar (taxonomy): Erdekessegek fajtai
- erdekes kepek
- erdekes videok
- erdekes anyamfule
A tartalomtipusnal ha letrehozod az uj mezot akkor a tartalom bevitelekor csak bejelolod hogy erdekes kep vagy video vagy micsoda.
Valami ilyesmire gondoltal?
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
én is így gondolom:
én is így gondolom:
- Zoli, a megoldásod az img minden megjelenésére vonatkozik, míg az enyém csupán a views-ban láttatja az img alt szövegét :-)
(az alt szöveget kell megjeleníteni a views_slideshow-val elkészített vetítésben --> az én olvasatom szerint. Kérdés: mit szeretne a kérdező) ...vagyis mindketten a felvetett probléma értelmezése szerint oldottuk meg :-)
Kiss Laci írta: „oldalakra feltöltött képekből áll össze a váltókép” ezt nem többszörös mezőként értelmeztem
- többszörös image field mezőre nyilvánvalóan nem jó megoldás a plussz felirat mező, ennél az esetnél egyértelműen maradna a megfelelő templét kiválasztása, majd php kóddal az alt kijelzése.
A plussz felirat mező - egyszeresen engedélyezett img field mezőnél - jó megoldás lehet olyanoknak, akik nem beszélnek php-ül :-)
szvsz így már kerek a téma,
Zoli, köszönöm a kérdésedet
üdv
Éva
Geva
----- Számítások - Kalkulátorok
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Menu Role probléma
Ez a fehérlap-jelenség az én problémám is.
De konkrétan két modul okozta, mindkettő nagyon kéne.
- Az egyik a MENU ROLE - ha be van kapcsolva akkor az az érdekes jelenség, hogy az általam létrehozott menüpontokat nem tudom utána szerkeszteni, mert fehérlapba futok. Ennek nagy a memória-igénye? De ha a "gyári" menüpontoknak adok hozzáférhetőséget, akkor nincs gond - kivéve, hogy nem működik a dolog, ugyanúgy megjelenik mindenkinek...
- A másik az import html, de ott a server oldalon több gond is akad...
Kérdésem: elképzelhető-e, hogy ez a memória miatt van, korábban azt a választ kaptam a rendszergazdától (hostingolok), hogy nincs memória limit - ezt kezdem kétleni ezt a fórumot olvasgatva... (pl. a color module smink-szín állító grafikus része sem jön be)
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Elvileg igen
Gyakorlatban nem javasolt ilyen megoldás számtalan hátránya miatt. Ha már fizetős szerver, igazán rászánhatnád azt az évi 2000 Forintot egy normális domain névre. ;)
Lehet az IE nem hagyja bejegyezni azt a cookie-t amit egy másik szerverről küldesz, hisz a főoldal és az aloldal más domainen van. Próbáld csökkenteni a biztonsági szintet az IE-ben. (ez csak kísérlet, hogy kiderítsük mi a baj.)
A problémák a megoldással:
1. UW szerintem ezt nem szereti, de Te olvastad a felhasználási feltételeket nem én.
2. A Google-t nem érdekli a frame és a kis genya mindig a valami.fizetos.hu domain-ra fogja dobálni az oldalt. (persze belehekkelhetsz egy kis tündibündi js-t...)
3. Nem lehet bookmarkolni az oldalalkat.
pp
Palócz István
https://palocz.hu | https://tanarurkerem.hu
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Köszi, ezt ki fogom próbálni.
Köszi, ezt ki fogom próbálni.
Az nem tűnik jónak, hogy közvetlenül adjam meg a term id-jét, hiszen a lényeg, hogy az éppen aktuális term-hez jöjjön létre a lista, lényegében az adott szótár bármelyik term-je lehet az. A linkből kellene tehát - feltehetőleg - kivenni a megfelelő argumentumot - ezért írtam be a pathauto-val létrejött url sablont, ahol a fokategoria és az alkategoria mindig más. Próbálkoztam az arg(3) és arg(4) értékekkel a php-kód alapján való argumentum kinyeréshez, de nem jött össze.
A "gyári nézeten" azt értettem, ami megjelenik, ha egy adott kategória/kifejezéshez tartozó tartalmak listáját kérem le. Ezt tehát tudja alapból az Ad Classified, (hogy ezt Views-sal képezi vagy másképp nem tudom.) Ezt a megjelenést szeretném felülírni.
Még egyszer megnézem, hogy a taxonomy/term/% működik-e, nekem nem működött, de lehet, hogy valami más beállítás nem volt jó a Views-ban.
Köszi a segítséget.
Csökönyi Ferenc