Téma: Költözés |
|
mandala |
|
Azt hiszem félreértettél. Nem egy hsz. tartalmáról, hanem adatbázisbeli letárolásról beszéltem. Pl. egy "answer" nevű mezőről. Normál esetben, elég ha csak a topikon belüli sorszámot tartalmazza......
|
|
mandala |
|
Dehogy!! Egy csomó esetben nincs tárolt változat!
|
|
Rendes Kis |
|
Érthetetlen ... pedig szokott lenni "Tárolt változat" ... (Már a Googli sem a régi ! ) |
|
|
mandala |
|
( Egyébként, valszeg, ha megváltoznak az URL-ek, akkor is előbb-utóbb újraindexeli a Google! Az előbbi példád mintha nem is lenne letárolva a guglinál.....)
|
|
Rendes Kis |
|
Legnépszerűbb keresőszavak (látogatás, visszafordulások aránya): 1. fórum+ (96, 26,04%) 2. becsapós képek (10, 90,00%) 3. orvoskereső (10, 80,00%)
|
|
mandala |
|
egy ilyen pl.: ...f=3&t=10019&a=p&q=1059645 az le van tárolva egy az egyben a hozzászóláshoz??? Szerintem, nem. Az oldal letöltődésekor keletkező sztatikus oldalban állnak csak ösze. Külön-külön a hozzászólások válasz linkjébe. És ha jó a topikszám, akkor jó a link is. De ha redundánsan van letárolva, szvsz, akkor is át lehet updatelni az SQL utasítással. Csak macerásabb, nem tudom, hogy a MySQL milyen "szerkesztő" függvényeket enged...
|
|
Rendes Kis |
|
2009.10.25-e óta volt 2 836 látogatás, ezek közül 371 (13,08%) a keresőkből érkezett (356 a Googliból) ...
|
|
Rendes Kis |
|
Még 67 008 Sárgán keletkezett hsz. van odaát ! |
|
mandala |
|
(És kit érdekel a Google??? ) |
|
mandala |
|
Dehogynem, ugyanazzal az SQL update-el!!
Minden olyan mezőt update-elni lehet, amelyben topik-szám van.
|
|
mandala |
|
És ez miért érdekes? Csak azért írtam ide, hogy magyarázzam, hogy én miért a (24+)-t mondtam..... Én nem tudok belenézni az adatbázisba. Nem lényeges.
|
|
Rendes Kis |
|
Az ezután keletkező linkek jók lesznek. De az eddig keletkezettek (a fórumon belüli hivatkozások vagy pl. a Googliban tároltak, ld. pl. #154) nem állítódnak át ... |
|
mandala |
|
"Csak 1 gond van/lehet vele: ha a mostani sorszámokra mutatnak linkek"
A linkek is az adatbázisból vett a topik-szám értéket kapják (t=), tehát azok is megváltoznak, jók lesznek.
|
|
Rendes Kis |
|
A többi alfórum bőven belefér a 10000-be, csak a Közélet csordult túl ... |
|
mandala |
|
Ja, ok, én az itt nyitott topikom számából indultam ki. Ebben az alfórumban van csak 24+ ...... |
|
mandala |
|
( Úgy értem: (10000 + 10000) ill. (10000 + 50000) ...... )
|
|
|
mandala |
|
Az nem jó! Azt max. csak úgy tudnád szinkronozni, hogyha egy itteni új topik nyitásakor "on-line" megnéznéd azt is, hogy van-e éppen már odaát egy azonos számú, ill. nem "nyitódik-e" egy éppen odaát!
Sőt, még ennél is nehezebb... Azt ugyanis nem tudod befolyásolni, hogy előbb-utóbb ne nyiljon odaát egy ugyanolyan topik-számú, mint ami már itt létrejött korábban! Csak azzal lehet késlelteni a "bajt", hogy egy nagyobb "offset"-tel nyitod az ittenieket. A 10000-es offset már elég nagy (10 évig?), de használhatsz akár 50000-et is...
|
|
|
Rendes Kis |
|
Ha a Sárgát számoznám át, akkor nem is kellene a szofthoz nyúlni, mert az új sorszámot az adatbázisban talált max. + 1-gyel képzi. |
|
Rendes Kis |
|
De igen. Csak 1 gond van/lehet vele: ha a mostani sorszámokra mutatnak linkek. Tehát: lehet, hogy a Kék sorszámait kell az áthozáskor konvertálni ? Vagy, egészen más topik-azonosításra átállni: a mostani fórum-id + topik-id-ről (pl.) önálló "téma-id"-re ? |
|
mandala |
|
Csak 24 tízezren felüli témaszámú topik van. Na meg még az a kettő, amelyeket ma csináltam ide ..
|
|
mandala |
|
És utána már nem ütköznének az onnan áthozandó topikszámokkal.
Ja..., és persze az itteni új téma nyitást is át kellene írni a php programban, hogy ne 10, hanem 20 ezerrel kezdődő topik-számot generáljon....
|
|
mandala |
|
Egy SQL utasítással (phpMyAdmin-ból!?) azt viszonylag egyszerűen meg lehetne oldani, hogy a megfelelő sql-táblákban átírnád a 10 ezerrel kezdődő topik-számokat - mondjuk 10000 ezrek hozzáadásával - 20 ezerrel kezdődő topik-számokra! Nem? ..
|
|