Registrace nového uživatele     Návod     Kluby     Archív  Lopuchu     Lopuch.cz  

Modrá je dobrá
zelená je lepší

Lopuch.cz
Jméno:
Heslo:
Podpora LCD:
 
Klub Web [ŽP: neomezená] (kategorie Programování) moderuje Kdokoliv.
Archiv
Domovská stránka aktualizována 28.7.2019 17:46
  
  Nastavení klubu     Nastavení práv     Homepage     Anketa     Přítomní     Oblíbené     Lopuch     Kategorie  
autor: 
text: 
vyplnit a 
Help
 Titulek, text příspěvku  
Opište pozpátku následující text bez prostředního znaku: fmnpugp
[ 4075 ] <Novější  <<<Nejnovější  Nejstarší>>>  Starší>  
tvx tvx Myslet si, že svět je JEN takový, jak - ho v daný čas můžeme pochopit je hloupé. 28.10.2007 14:44  5212
okej, rusim akci, sel jsem na uplne blbe, stacilo precist si poradne diskuzi :c]
tvx tvx Myslet si, že svět je JEN takový, jak - ho v daný čas můžeme pochopit je hloupé. 28.10.2007 14:36  5211
ja naopak potrebuju aby to videli, vyuzivam tohle: http://komodomedia.com/blog/index.php/2007/01/20/css-star-rating-redux/
kdokoliv Kdokoliv Nevidím důvod dělat cokoliv bezdůvodně. - http://kkl2401.wz.cz 28.10.2007 14:11  5210
Tak pokud jim to nechces vyslovene schovat pomoci visibillity: hidden nebo display: none, tak fakt asi stezi.
tvx tvx Myslet si, že svět je JEN takový, jak - ho v daný čas můžeme pochopit je hloupé. 28.10.2007 13:55  5209
nevite nekdo kterak nejlip pomoci CSS nebo univerzalnich html metod efektivne "disablovat" a href=""? nejlip aby nejak rozumne neslo vubec kliknout...
pouzivam uz hotovej rating a hodilo by se mi nejak snadno tem co uz hlasovali to znemoznit bez zasadnich zmen kodu.
javascript metody vim a pouziju (vyleti box ze uz hlasovali) ale rad bych i nejakou univerzalnejsi metodu...
dodatecne stejne duplicitni hlasovani, pokud nekdo nejak proleze zakazu v okamziku ukladani dat ale rad bych aby user ty hvezdicky mel nejlip uz predem neaktivni.
je to delany metodou - co hvezdicka to [a href=""][/a] a hvezdicky jsou pozadim.
knedle knedle online - Krabice živých 22.10.2007 12:41  5208
ok
bredy 22.10.2007 09:31  5207
knedleNo je to jednoduchý. Je to odhad. Seznam nezpracovává všech 4904 ale jen prvních 10 (na 1. stránce). Zbytek se odhaduje. V odhadu mohou být započítané duplicitní výsledky i jiné výsledky, které by se ve skutečnosti odstranily. Skutečný počet výsledků ti to neřekne, muselo by se zpracovat všechno.

Hledání neni soustředěno na jeden server, ale mnoho serverů hledající paralelně. Paralelismus výrazně zrychluje hledání, ale má své nevýhody. Jedním z nich je to, že servery znají jen své výsledky a nevědí o výsledcích svých kolegů. A server, který by to mohl vědět zase, z důvodu rychlosti zpracování, toto neprovádí v celém rozsahu. Ani to není výhodné, kvůli jednomu číslu na obrazoovce...

Prostě je to odhad, nic víc...
viky 19.10.2007 14:56  5206
(i)framy a quirk jsou fuj. I já nePHPkář se naučil to include.
Na to nahrazení position: fixed; vyšlo už dávno celkem inteligentní řešení, ale už jsi to taky našel píšeš.
knedle knedle online - Krabice živých 19.10.2007 12:54  5205
Bredy [5199]: jeste zpet k tech vysledku poctu zaindexovanych strankek:

aktualne mam tyto:
- datum/cas odchytu
- prvni strana
- data z posledni strany (990)

-19.10.2007 13:33
- Vyhledávám "site:www.legie.info legie" Zobrazuji 1 - 10 z 4 904 nalezených
- Vyhledávám "site:www.legie.info legie" Zobrazuji 990 - 999 z 3 993 nalezených

rozdil je tedy temer 1000 stranek

ted sem se ale pustil do neceho jeste dalsiho - proklikal sem prvnich 10 stranek vysledku:
1 - 4912
2 - 4937
3 - 4912
4 - 4869
5 - 4861
6 - 4847
7 - 4835
8 - 4815
9 - 4812
10 - 4807

obecne to tedy klesa - teda vyjimka je 2 strana, ktera ma nejvyssi pocet :) takze to vubec nechapu

nejdriv sem si myslel, ze vzhledem k tomu, ze posledni stana ma prave temer o tem pocet 1000 mensi, tak se +- z poctu prvni stranky odecetly ty, ktere jsou v zobrazeni na minulych strankach - ac teda tuhle myslenku vyvracely minule vysledky - ted po shlidnuti tech prvnich 10 stran je to jeste divnejsi...

cele je to prkotina, ale docela by me zajimalo "proc" je to tak
kdokoliv Kdokoliv Nevidím důvod dělat cokoliv bezdůvodně. - http://kkl2401.wz.cz 19.10.2007 09:31  5204
Nepisu to v PHP. Navic to je tradicni situace "uz to existuje, ma to tunu zmatenych CSS deklaraci, u nichz o pulce ani puvodni autor nevi, proc to tam daval, ale jakmile sahnes na jeden radek, tak to cely rozbijes". Ale nakonec jsem to nejak poladil, jenom je bezpodminecne nutne, aby si IE6 myslel, ze ma pouzit quirks mode, i kdyz to je XHTML (to se da nastesti snadno zaridit).
bredy 19.10.2007 09:13  5203
KdokolivPokud to píšeš v PHP, doporučuji nahradit všechny skrolovací oblasti speciálně pro IE6 iframama. Je to naprosto bezpečné. Sestavovací PHP skript se musí jen upravit, všechny include "podstranka" nahradis iframe "podstranka".

Kolikrát jsem se pokoušel to udělat jinak a vždycky jsem narazil na dost šílené problémy (vnitřek se nepřekresloval, mizely kusy textu, některé prvky uvnitř skrolovacích oblastí se neskrolovaly, atd...)
kdokoliv Kdokoliv Nevidím důvod dělat cokoliv bezdůvodně. - http://kkl2401.wz.cz 18.10.2007 13:50  5202
Aha, tak uz to asi mam, jedno z vyzkousenych reseni byla nejspis spravna cesta, akorat jsem jeste zapomnel rict body, ze height: 100%. Tak snad to takhle bude fungovat.
kdokoliv Kdokoliv Nevidím důvod dělat cokoliv bezdůvodně. - http://kkl2401.wz.cz 18.10.2007 13:36  5201
(Pochopitelne obsah by mel vyplnovat zbytek okna, kdyby to nebylo z popisu patrne.)
kdokoliv Kdokoliv Nevidím důvod dělat cokoliv bezdůvodně. - http://kkl2401.wz.cz 18.10.2007 13:34  5200
Potrebuju nakopnout, urcite je to stokrat vyreseny. Zcela tradicne potrebuju nasimulovat position: fixed pro MSIE, nicmene vsechny reseni, ktere me zatim napadly, maji nejaky drobny problem, ktery si nemuzu dovolit.
Takze situace. Stranka se sklada ze dvou kusu - hlavicky a obsahu. Hlavicka musi byt pevne nahore a ma velikost zadanou v pixelech. Obsah muze byt velice kratky (na vysku), stejne jako velice dlouhy, musi tedy umet scrollovat. Co ale hur, obsah muze obsahovat i comboboxy, ktere v MSIE maji tu nevyhodu, ze jsou vzdy nade vsim z-index ne-z-index, tudiz pokud by obsah odscrollovaval kdesi pod hlavickou, tak to nepujde.
Kudy z toho ven? Umim reseni, kdyby tam nebyly ty comba, umim reseni, kdyby vyska hlavicky byla v necem relativnim k velikosti okna (a ne tedy v pixelech), ale tady nejak tapu.
bredy 12.10.2007 10:38  5199
knedlePočítání výsledků = kouknu do indexu:
pořadí posledního dokumentu - pořadí prvního dokumentu + 1

Dotaz na samotné site: nebo na jedno slovo je primitivní. Horší je, pokud se hledá víc slov. Rozhodně to nelze sečíst. Lišit se to taky může pokud jsou nalezeny duplicity. Ty se řeší až při sestavování výsledků (sestavují se z vícero serverů a jednotlivé servery o duplicitách neví) a duplicity se vyhodí. V tvém příkladě to byl as ten +1 který na konci chyběl.
knedle knedle online - Krabice živých 12.10.2007 09:43  5198
ad pocet vysledku - u standardnich dotazu je tohle docela logicke, pri dotazu "site:www.domena.cz" je me definovani toho, co chci videt, velmi presne
asi i tento dotaz berete jako standardni a nemate na nej udelanu speciani sql/pocitani/fci/princip (coz by nebylo marny)

jinak zacinam byt cim dal tim spokojenejsi, dnes index opet poskocil - o 1700+ stranek

jen tak dal
[ 4075 ] <Novější  <<<Nejnovější  Nejstarší>>>  Starší>  

(c) 2001-2011 Lopuch.cz   
Kontakt