Direct Connect

"NEM ragaszkodok a csak kapcsolattípus alapján történõ besoroláshoz. Sosem tettem ilyet. Sõt, még Te is említed a kolis rendszert, ami pont nem ilyen. Akkor mibõl gondolod, hogy ragaszkodnék hozzá?"

ebbõl:
"Azt a részét továbbra is fenntartom, hogy alapvetõen megtartanám a kapcsolattípus/hubszám dolgot."

de akkor valami felreertes lehet.

mas:
"Kérnétek min limitet? Ha igen kinek mennyit?"
ha upload limitre gondolsz akkor nevleges savszel min 80%ka

"Hány HUBra lehet menni az új rendszerrel?"
56K modemmel 1 hub, a felett osszesen 3 hub, /512K nettel es a felett max 5 hub. A hubszam nem befolyasolja a slotok szamat. Felõlem lehetne több hub is, de nem vezetne jóra: minden kezdõ user becsatlakozna 38 hubra, abban a remenyben hogy nem pontosan ugyanazokat a felhasznalokat talalja ott. Nem baj, ha megtanuljak helyesen hasznalni a klienst, kialakul hogy honnan toltenek, hol chatelnek. Azt hiszem ez nem jelent valtozast, dsl eddig is 3 hub volt pl. Az ophubok tovabbra sem szamitanak bele (noha onnan toltenek toled csak igazan ahol op vagy....).

joejt

Na nálam így van:

<String Name="AllDownloadSlotsTaken">Összes letöltési szál foglalt</String>

<String Name="NoSlotsAvailable">Nincs szabad slot</String>

Szerintem ez jó... ami borzalmas az az oDC 5.31 fordítása, kiraktam az oldalamra, nem tudom ki csinálta de 30-40 sor után meguntam az átfogalmazást...

A helyzet hogy a hibákat a mai napig javítom mert a sima dc magyaroítást használtam kiindulásnak és így abban is volt pl "A letöltött fa nem egyezik a TTH gyökérrel" szöveg, amit én A letöltött fájl TTH-ja nem egyezik a forráséval"-ra javítottam... Amit említettél All slots are taken-t megnézem feltétlenül, mert ez tényleg durva hiba és már láttam itt ott.

Hát pár mondat igencsak tapasztalható minden HUB-on.
Telepített wint oszt meg, nem tudja a saját sávszélességét, szerintem a p2p meg kimondottan magas fogalom is lehet bizonyos körökben, nem mondom hogy nagy agy lennék, de azért ehhez ahhoz értek szerencsére de én is kérdezek elég sokat, mondjuk nemhiszem hogy a FAQ elsõ sora lenne az, van hogy 2 órát magyarázom a csajnak hogy állítsa be a kliensét mire mire a vége az lesz ídõtúllépés, kérdésem egybõl van-e tûzfal? Nincs, na ná hogy volt....

Ami még nagyon tud idegesíteni engem is hogy megoszt valamit egy XY, tszem azt a egy új filmet, amit ugye lehet hogy nála kezdõdik, de nem várná ám meg még letöltöm inkább elmegy 1 hétre a HUB-ról minsem megvárja azt az 1-2 órát, ami esetleg megmaradt... Én nem bírok most nagy megosztást, mert max 45 GB-t tudok osztani, kicsi a winyóm és sajna igy is ki kell vennem ezt-azt, de általában azt a filmet veszem ki amit mondjuk min. 5-6 ember leszedett rólam, és ha epp tölteni kezdi megkézdezem van e más alternatíva a listájában, ha nincs hagyom had szedje....

van routered? jol van beallitva(tcp, udp)?

szia
"mint írtam lefordítottam a Strong és CZDC Klienseket amennyit tudtam, amit nem az annak a hibálya aki kihagyta az example fájlból a stringeket 😊"

sulyos helyesirasi hibat kizarolag akkor emlitek fel ha latszik hogy nem elgépelés. nem is lenne meg igy sem baj, de azt csak remelni tudom, hogy az altalad gepelt magyaritasokban nincs ilyen.
igy is nagyon sok rossz magyaritas forog kozkezen: a legjobban az bosszant, amelyikben az "all slots taken" es a
"no slots" azonosan "nincs szabad szal"nak van forditva, noha az egyik NÁLAD állítandó (letoltesi slot), mig az utobbi a MÁSIK FÉLNÉL feltoltesi slot hianya, es azt jelenti hogy várnod kell. nagy öröm lenne, ha olyanok forditgatnanak akik ismerik a programot.

"valamilyen módon sürgetek egy IP cserét a UPC-nél és más névvel elküdöm olyan messzire...."
pontosan ez az a magatartas amire nincs szuksegunk a hubon, nyilvan valami hasonloba kezdtel amikor kickeltek. ez nem tukrozi hogy ertened mirol szol DC.

"Írtam az OP-nak hogy azért használom mert a gépem webszerverként is üzemel és azt azért kell limitálni"
nem kötelezõ dczni, ha a gepedet webservernek akarod hasznalni (noha vannak ingyenes tarhelyek es a fizetosek is 1-2ezer ftok es sokkal jobb net) az a te dontesed. ugye megerted, hogy nem tudunk 2000 userrel egyszerre beszelgetni hogy kinek milyen csaladi problemai vannak es e szerint teljesen egyenei szabalyokat hozni, peldaul csakneked 5K upload limitet.

"És te most mit ajánlanál Klienst nekem?"
Kazaanal nem kotelezo osztanod: www.kazaa.com
hasonlo elvu kliens winmx is. szeretik shareazat is, meg edonkeyt, ezeket en szemelyesen nem ismerem.
Bittorrentet erdemes kiprobalnod, ugyan kotelezo visszaosztanod, de limitelheted, en Azureus vagy Burst! klienst javaslok, azokat hasznaltam is. a legismertebb torrent oldal a www.suprnova.org de rendszerint googleban is talalsz .torrentre keresve. sok sikert!

Az mért lehet, hogy ha töltenek tõlem, akkor nem tudom a userek fájllistáit leszedni, se csatlakozni hozzájuk? Ha megbontom a feltöltéseket, akkor meg egybõl megy minden....
De ez így elég használhatatlan!
Találkozott már vki hasonló problémával?
BCDC++ 0.307-et használok, és megpróbáltam már a legújabb klienset is, de annál is ugyanez a gond merül fel!
Régen még jól mûködött... (1/2 - 1 éve)

help please,
thx,
adam

ezt le kell regalnom es nincs szandekomban flamelni, pedig vasszeg olyan hatasu lesz, bocsi:

"Felhasználószám esést annyiban szeretném elkerülni, hogy ez a mi munkánk mérõszáma valahol. Ha kedvelt amit csinálunk használják és akkor jó."

1. nekem dc nem munka. en szorakozasbol csinalom. szorakozasbol chatelek, toltok, es szorakozasbol tanulom az ujabb es ujabb technikai reszleteket, szorakozasbol kiserletezem a mar letezo es most keszulo progikkal. mivel nem munkam, ezert abba is hagyhatom barmikor, ha nem lelem benne mar oromom.
2. en dcben addig lelem oromom, amig ertelmes dolgok tortennek. nekem dc mar nem orom, ha chat.hu szinvonalu f/l-hany centi beszelgetesek zajlanak chaten, vagy ha 200x hangzik el az a kerdes amire csak copypastelem az "olvass faqot, pont ez benne az elso kerdes" valaszt. (persze nem olvassa el, inkabb ram is privel...)
3. ha mindenaron (kedvukbenjarassal, szabalygyengitessel, megalkuvassal, stb) magas userszamra torekszunk, akkor eszrevehetoen felhigul a kozonseg. NEM AZ A PROBLÉMA ha valaki kezdo. en is kezdo vagyok ebben-abban, de akkor eloveszem googlet, elolvasom a faqokat, utananezek, majd megfelelo hangnemben megfelelo informaciotartalmu kerdest teszek fel a megfelelo embernek. AZ A PROBLEMA ha napi 10 privem szol arrol hogy melyik filmben hangzik el a Troy film betetzenéje (megtortent) es ha nem kap valaszt akkor floodol ordibal es kovetelodzik. EZEK a userek NE LEGYENEK sem a munkam meroszama, sem a szorakozasom elrontoja.
DCzni nem kotelezo, nem vagyunk karitativ szervezet vagy szocialis halo, nem alapjuttatas a mi (dc opok) penzunkbol osszedobott szerverek hasznalata.
4. es itt nortit kell idezzem, szorul szora ezt gondolom:
"Én nem szeretném elkerülni. Essen vissza egy olyan rétegre akik értik az egész p2p lényegét és értenek a dchez. Többiek csak akkor jöjjenek ha legalább az alapokat elsajátították és nem azt kérdezik h kinek van ez meg ez a file a közösben, ahelyett h keresnének. Ennyit errõl."
5. Tudod norba, aki a sajat savszelet nem tudja (nem kell fejbol, eleg ha megnezi a szerzodesen vagy a szolgaltato websitejan, ha az se megy, akkor elolvassa nalunk a faqban hogy hogyan merje-szamolja ki) az mi a jo fraszt keres DCn?? Gondolod hogy õ majd olyan ritka fileokat oszt majd neked be amiert erdemes kuzdeni?(Telepitett wint fog, megsugom) Gondolod hogy õ lesz az aki a .iso fileok manualis utolagos szerkeszteset vagy egy lehalt vinyo adatmenteset magyarazza majd mainen a tobbieknek? Igen, lehet hogy fel ev mulva o lesz. Addig a fel evig meg googlet olvasgassa. Norba, te vennel ugy autot hogy nem tudod a teljesitmenyet? Hajszaritot vennel ugy? Es netet, netet vennel ugy hogy nem tudod a savszeledet? Nem csak nem tudod, hanem megnezni se tudod a leirasok alapjan?
6. nem fogok sirni. sem a savszelet beirni nem kepes userekert, sem azokert akiket nem lancolsz ide a megindult csepego letoltessel. mindent megtennek hogy szakmai es intellektualis szinvonalaban emeljuk, vagy legalabb szinten tartsuk DC-t.
7. ugy latom ebben a kerdesben iszonyu mas a nezopontunk. neked a mennyiseg jelent elismerest, nekem meg a minoseg jelent oromet.

Köszi ez korrekt és érthetõ volt, igen a CZDC-rõl tudok, a 4.03-nál jól tapasztalható is volt ez a hibás forrás dolog volt vagy 5 javítás, de a 4.032 nálam bevált ezért használom szívbaj nélkül. Abban is igazad van hogy ahány gép annyi variáció... Nekem a ZoneAlarm fentvolt és ment vele a DC simán, de a Sygate-et ajánlotta mindenki, ezért ezt raktam fel, nagy többségr hallgatok...

A TTH és hasonló fogalmak azért tiszták, de köszi a magyarézatot, mint írtam lefordítottam a Strong és CZDC Klienseket amennyit tudtam, amit nem az annak a hibálya aki kihagyta az example fájlból a stringeket 😊.

Na de még 1 dolog elites bann "Emulációkkal ügyködés és limitálás vádja", ami igaz az adott OP-nak is mondtam nem valós. Ugyanis, CZDC-t használtam, nincs benne kliens emuláció ugyebár, viszont az infóban jól kiirja a netlimitert, nem is érdekelt, mivel már ki volt kapcsolva csak nem /refresh-eltem, ui csak ezután szedi ki néha az infóból... Írtam az OP-nak hogy azért használom mert a gépem webszerverként is üzemel és azt azért kell limitálni mert van hogy ugy eleszi a sávszélt hogy a dc-nek marad összesen vagy 5-6K, abból jó gazdálkodni, erre rá 5 percre mikor gondolom megunta hogy lefárasztom bannolt az elõbb elített vádakkal, igaz ha annyira mozgatott volna akkor valamilyen módon sürgetek egy IP cserét a UPC-nél és más névvel elküdöm olyan messzire.... Na de mindegy, gondoltam ugyis összefutok még vele, azt majd megköszönöm kedvességét... Ha zavarja a fárasztó kérdezésem mért nem mondja ezt? Ezen nagyon berágtam a HUB-ra, mert nem tartom jogosnak...

És te most mit ajánlanál Klienst nekem?
ha nem BC és nem sima DC....? ez érdekel...

termeszetesen a kapcsolattipus megmarad, ezt butasag lenne nem-hasznalni, csak eppen nem erre alapoznank a slotok kereset. mint ahogy emailcim mezo is van, megsem alapozunk ra semmit...plussz informacio (igen, azert a kapcsolattipus ertekesebb mint az email, egyetertek 😊
vagyis:
jelenleg meg kell adni eliten kapcsolattipust es savszelt is, de kapcs tipusra kerunk slotot es a savszel csak info
ezen tul savszelre kerunk slotot es a kapcs tipus az info
-
azt is fontos megemlitenem, hogy ha gondoljatok, termeszetesen belekombinalhatjatok a kapcs tipust a slottablazatba, eloszor en is beleraktam, de nagyon bonyolult lett tole. azt gondolom, a legszebb legjobban mukodo dolgok mindig egyszeruek, ez a par soros szabaly (es ha vegre hozzajutok akkor 1 abra lesz belole) erthetobb mint egy 3 oldalas tablazat. mint ahogyan a leszebb programkodok sem tulbonyolitottak, ezt tudnod kell 😉

a descbe irt savszel hubprogival valo ellenorzese nalunk megoldott (noha most perpill korabbi verzios hubprogink van, technikai okokbol). nektek is verli van, ha gondolod szivesen atkuldjuk a megfelelo kodreszt. arra kell buzditani a felhasznalokat hogy /###K /###k /###M vagy /###m (a sor folytathato, mi ennyit irtunk meg) format hasznaljanak. az adat valossaganak ellenorzeset nem csinalja a hubprog, node eddig sem ellenorizte hogy a beirt kapcsolattipus valosagnak megfelelo-e (ha tette volna csunyan megszivjak az altalatok a valos kapcsolat felretagadasara buzditott lanosok), ne koveteljunk olyan az uj rendszertol ami a regiben is teljesen megoldatlan. a savszeladatok valossagtartalmanak ellenorzese az opok, a userek, es az altalad emlitett bot (vagy barmilyen bcdc ala irt lua script, vagy hubprogi ala irt modul)feladata. a kereso ablakban MÉG nem latszik. par kliensbe mar bekerult az alapbeallitas oldalra, par feature request levél es par perc chat, szerintem hamar megvalosithato - es a jovoben minden bizonnyal megvalosulo ujdonsaga a dc klienseknek hogy a keresesi ablakban kulon oszlopot mutasson rola. jelenleg nem tudsz ez alapjan keresni, de ha feltunoen lassu (igen, szaz bit!!! ez ellen kuzdunk!!) egy letoltesed, akkor ra tudsz pillantani a savszel es slot adatokra es egyszeruen kovetkeztetni.

ez amolyan programozási melléktermék 😊
tudom, a mIRC-nél is vannak skriptek

Szia Dentro!

A Te általad javasolt rendszerrel bejövõ drasztikus slotszám csökkenés azért gázos egy picit.

A másik dolog, hogy a kapcsolat típust nem kéne teljesen elfelejteni. Egyrészt minden DC-ben megadható, másrészt a találati listában szerepel (míg a desc-be írt dolgok nem). Ezért indult el anno a KOLI abba az irányba, hogy sebesség alapján állítson kapcsolat típust az ember, ne technológia alapján.

Kérnétek min limitet? Ha igen kinek mennyit?

Hány HUBra lehet menni az új rendszerrel?

szia norba
felek elhajlottunk a tematol.
ujra az elveket osszefoglalom, ugyis kerte vegallomas meg byte is.

Mostani rendszer:
alapegyseg: kapcsolattipus , hubszam
eredmeny:
/128 isdn 1-2 slot
/128 chello 6 slot
/128 kabel 12-15 slot
/128 LanT1 15-30 slot
igazsagossag: nincs
indoklas: anno a kezdetekkor a kapcsolattipusok jobban elkulonultek, anno a hubok letszama kevesbe volt valtozatos (anno 5-200, most 5-6000 fo) es mi szeretjuk tartani a tradiciokat

Uj rendszer:
alapegyseg: nevleges upload savszel
eredmeny:
/128 fix szamu slot (javasoltam a 2-õt, hajlok a 3-ra)
igazsagossag: igen
indoklas: a /128-as kapcsolaton akkor is masodpercenkent nevlegesen 128 kbit aramlik le hogyha uvegszalbol van a kabeled meg akkor is telefonzsinorbol

^^^^^^^^^^ ez az uj otlet (ok, nem uj, sok kulfoldi hubon van ilyen), semmi tobb.

igen, lehetseges. tipikus hibaja a tobbszalas klienseknek. amig nincs megbizhatoan mukodo tobbszalas kliens addig hasznald Dct ugy ahogy eredetileg megirtak: egy szalon fileonkent.

ok.

szia

nem ertem hogy miert kinlodtal ennek a leprogramozasaval, ez mar meg van irva. minden bcdc kliensben van egy minta .lua file a script konyvtarban ahol szinte csak a kifejezeseket kell atirnod es ezt az eredmenyt kapod.

szia. a DC erosen fejlesztes alatt allo project. amint latod, meg az 1.0 verzioszamot sem erte el. pl a win elérte, es megis hetente van hozza uj hibajavitas. ne keress tokeletes programokat. BCDCbol egyik verzio kevesbe, masik jobban stabil, harmadik egyalatalan nem, megesik. az utobbi idok kliensei: 401 sokat crashelt, 403 kevesebbet, 4032 szinte alig, az ax verzio pici hibajat az ay javitja, a 0.4032ay meglepoen stabil. - általánossagban.
elite hubon a czdct nem tiltjuk, csak nem ajanljuk: czdct a sima DC++ cvs-éból (tezsteletlen kodreszekbol) rakodjak ossze sokszor, igy elofordul olyan bug ami amugy sima dcben nem kerul kiadásra. az utobbi idokben ilyen volt a hibas myinfo kuldes. vagyis nem kivanunk extra hibak helpdeskjevel foglalkozni (meg ha oly sokszor meg is tesszuk, frasz tudja miert...), aki segitseget akar hasznaljon ajanlott klienst, a tobbi sajat felelossegre. ha eszrevesszuk hogy czdc feltunoen jo lesz, at fogunk allni az ajanlasara. en korabban oDCben hittem, sajnos annak a projectnek vege az 5.31-nél. most sima dct hasznalok odc skinnel, nosztalgiabol 😊 ha teged kickeltunk az valoszinuleg mas miatt lehetett, a kickuziben leirtuk. kickuzenetet csak agressziv kotekedo anyazo userek eseteben nem irjuk kifejtosre, minden mas esetben pontos info megy benne.
a korai tobbszalasok rengeteg hibat kovettek el, a felelotlenul visszaosztott anyagok hatranyait meg sokaig kozosen fogjuk szivni: 1 film azonos cimmel azonos filemerettel jelenleg akar 10 eltereju TTHju (= eltero tartalmu) verzioban is osszmegosztasban van. a tobbszalas kliensek elite hubon tiltottak egesz addig amig nem lesz megfelelo kliens es megfelelo slotszabaly hozza.

es most jon a lenyeg: amikor egy kliens hubon valo engedelyezeserol, ajanlasarol vagy tiltasarol dontunk akkor azt soha nem egy-egy egyedi tapasztalat, hanem a kodok atnezese, kimeriro osszehasonlo teszteles, a fejlesztesi folyamatban valo szemelyes reszvetel, a (kulfoldi) fejlesztokkel torteno beszelgetesek alapjan tesszuk . vagyis nemigen tudok hubszinten mit kezdeni azzal, hogy "nalad a czdc jo es a bcdc rossz". ez pontosan az a helyzet mint Zone Alarmmal: 42 helyen van fejlesztoi forrasbol leirva hogy uti Dct, de azert mindig megszolal 1-2 ember a hubon vagy itt a forumon es bejelenti, hogy nala mar 3 honapja jól megfernek. örömteli, de nem tendencia. ha hubot akarsz mukodtetni, probalj meg elvonatkoztatni a szemelyes elmenyektol es globalisdabban gondolkodni. ha gondolod, megprobalhatod a hubon ahol op vagy a czdc kotelezove tetelet, ezzel semelyik mas hub szabalyzatat nem utod.

Egyébként van ez a PhantomDC amely ugye régi alapon megy mégis van benne hash is, ha bekapcsoljuk...

Egyébként én nagyon nem akarok hülyeségeket beszélni, mert itthonról tulajdonképpen a nyáron lett alkalmam internetezni, ez persze nem jelent semmit ugyanis kb 7-es korom óta a net elõtt rohadtam mikor csak tehettem(suli, haverok...), az most 7 éve volt 😊

Egy kérdésem lenne még hogy szerintetek mikorra várható hogy ez a reform meglesz valósítva? Valami konkrétabbat tudtok nekem mondani?

Na akkor rövid leszek, olvasok vissza de annyi az infó hogy cak töredékeket jegyzek meg mire a végére érek egy egy oldalnak.

Nekem a BCDC crashel XP SP1-en SP2-n is, Longhornon nem néztem 2003-al a 4.01-et használtam met akkor csak az volt.

A Strong nekem nem javított egy filmnél hibát tuti, vagy akkor valami súlyos gond lehetett, mert nem tudom miét de konvertzálni nem lehetett, valamint olyan volt mintha ugrálna pár képkocka. de szeretem a Strongot ezért is fordítottam azt le és a CZDC-t mert ez a 2 kliens a kedvencem.

3.06 nincs? 0.306? Vagy ezt hogy érted?

Ja, a másik nekem is fagyott a DC-m még a hashelés 4MB-ra volt rakva másodpercenként, pedig 2200-as AMD-m van 512RAM-om, ami talán egy kliensnek elég még...

Olvasgass kulonbozo hubszabalyzatokat, esetleg a forumban kicsit vissza, es rajossz, nem mondtal/ajanlottal nekunk ujdonsagot, ez is tema a hub/slot-savszel/slot mellett. BCDC telleg bugzik, hiszen bugmentes program nincs, ez igaz a CZDCre is. Volt mar olyan kliensem ami 1ik windowsomon siman ment, a masikkal meg joesetben elindult fagyas nelkul (ugyanarrol a lemezrol lett ujratelepitve a win, nem masik oprenccerrol beszelek). CZDC fagy nalam eleg surun, BCDC sokkal stabilabb volt, de egyeb okok miatt nem tudtam erdemlegesen hasznalni. Egyebkent 3.06os DC nincs 😉

StrongDC rc7 feletti verziói kijavítják a TTH hibákat, úgyhogy teljesen tökéletesen tölt le. Csak mint már többször le lett írva: fagy 😞

Nekem soxor van hogy rákeresek és nem írja ki, pl mert köze nincs a fájlnévnek a tartalomhoz, így nehéz pontosan keresni, ilyenkor én is beírom a chat-be nincs-e meg valakinek és van hogy azért osztják meg mert az ember rákérdez! Az meg nem is fog mûködni peer2peerbe ami friss ahhoz le kell szedni pár embernek 😊

Közben olvasgatok serényen és pár dolgot elcsippentek itt ott, lehet ezért hülyeséget írok, de megint BCDC-t emlegetett valaki és pár hibát, nem tudom ki hogy van ezzel de a BCDC-nek vannak jó részei, amik nagy ötletek, de ennek ellenére is csak egy crashelgetõ bugos vacak marad, ott az álítólag instabil CZDC, elite hubon mondták ezt mielõtt "kitalált okkal bannoltak egy pár napra 😊" A CZDC mióta ezt nyomom sosem crashelt pedig non-stop megy! Ritkán nem vagyok online! Ellenben a BC 4.032ay is crashelt sokat...

Na ezt ennyire akartam kifejteni, na most többszálú kliensekrõl olvasok itt...

Én azt mondom hogy talán az nDC és hasonló már elavult 3.06-os alapokon mûködõ kliensek hiába "jók" nem kéne nagyon engedni õket, az egyetlen többszállú kliens talán a StrongDC++ ami nem tölt hibásan, nekem bevállt, csak nem szabad letöltés közben klienset cserélni egyszálúra ennyi, mert akkor hibás a file, nDC-vel 10 fájlbúl 4 TTH hibás lett, StrongDC-vel 20-ból mindössze 1, de ha ennyire probémás egy TTH ellenõrzést beletehetnének mint a CZDC-ben is van, azt fel sem rakja a gépre hanem marad incomplete még nem törlöd ha TTH hibás!

Rövid káoszos hozzászólásaim lényege a következõ, ha már reformokat akartok akkor ne csak a slot/hub/speed legyen a téma hanem a Kliensek is, és ne csak a BCDC, meg a DC, hanem esetleg a többi jól mûködõ kliens is!

"Felhasználószám esést annyiban szeretném elkerülni, hogy ez a mi munkánk mérõszáma valahol."

Én nem szeretném elkerülni. Essen vissza egy olyan rétegre akik értik az egész p2p lényegét és értenek a dchez. Többiek csak akkor jöjjenek ha legalább az alapokat elsajátították és nem azt kérdezik h kinek van ez meg ez a file a közösben, ahelyett h keresnének. Ennyit errõl.

Tehát, összefoglalva, hogy könnyebb legyen megérteni, hogy szerintem mi lehetne egy jó megoldás:

Minimum 8KB/sec upload limit, kivéve modem = 5-6KB/sec.
Feltöltési sávszélesség min 2KB/sec slotonként.
Hubonként minimum 2 slot megnyitása, kivétel:
Modem - 1 slot/hub
LAN - 3-5 slot/hub (letöltésben általában úgyis jók, adjanak érte valamit 😊
és min 5-10-20 KB/slot

Feltöltési sávszélesség jelölése desc.-ben AJÁNLOTT de nem kötelezõ, a következõ formában:
"", desc elején, idézõjelek nélkül.
DL: átlag letöltési sávszél, Kbit/sec-ben, csak szám, mértékegység: K - Kbit, M - Mbit, G - Gbit.
UL: átlag feltöltési sávszél, Kbit/sec-ben, csak szám, mértékegység: K - Kbit, M - Mbit, G - Gbit.

Innen kezdve nagyjából a userre van bízva, hogy miként cselekszik. Nincs fix slotszám. Egyéb ellenõrzések:
DSL - /96 -> /256 -ig terjedõ szabályokat alkalmazhat magára, /128 felett esetleg nézzük jobban.
Cable - /128 -> /256 -ig terjedõ szabályokat alkalmazhat magára, /128 "gyanús" 😊

PL. Józsikának:
Kapcsolat típusa: DSL
Desc.: <512K/128K> Filmek zenék

Béluskának:
Kapcsolat típusa: LAN(T3)
Desc.: <10M/10M> Tudom, hog ez nem T3, de azért jobb mint a T1 😊

Az extrém hülyeségeket meg szerintem hagyjuk most.

Nem hazudtatjuk a LAN-osokat, egyszerûen hülyeség lassú nettel sok slotot adni.

Már kb 2 éve automatizált a slot és hubszám ellenõrzés + bevallott limit figyelés. Ezt az akkori kliensekkel legésszerûbben így lehetett megoldani + desc-ben ott a "korlátozott kolesz", stb megjegyzés. És olyan kapcsolatot állítattunk velük, ami az õ sebességüknek megfelel kb-ra (feltöltés tekintetében). Nem értem a problémádat.

Egyébként nagyságrendekkel kevesebb LAN-os panaszkodik, hogy egy DSL 100K-val tölt tõle, mint ahányan elõtte nyafogtak, hogy LAN-ról csak 1-5-10K-val lehet szedni. Koleszosok valahogy többet hallottak arról, hogy léteznek korlátozott koleszok, mint az átlag home user (Cable/DSL), aki még azt sem tudja, hogy kinek honnan lehet LAN kapcsolata....


Azt meg most hirtelen ne akard velem elhitetni, hogy a gépem attól fog behalni, hogy 2 helyett 6 slotot nyitok. Amiket emlegettél számokat (1000-es nagyságrend) ott tényleg mérhetõ a net/proci/ram használat, de akkor már szerverrõl (HU😎 beszélünk, aminek az aktuális témához semmi köze nincs. Csak úgy jött, hogy teljenek a sorok? 😊


Az ideál letöltési képeddel, 10 szálon 50K meg az a gáz még mindig, hogy nem lesz 10 szál. Átlag user 2 slotot nyit, ugye? Akkor átlagban 2 letöltési slot jut neki.

Nagyon egyszerû matek, p2p háló, amit adsz, abból kapsz Te is.

"Igazabol nem ertem miert aggodsz ennyit az esetlegesen picit leeso userszamtol, reméltem hogy a regi "kineknagyobbafasza-holvantobbuser" verseny mar elhalt, es a minoseg fontosabb mint a látszatnépszerûség."

A közepe már szinte fájt. Qrvára félreértesz.

Eleve, ha egy közösen elfogadandó szabályzatról beszélünk, akkor hogyan jönne be a képbe a verseny? Na mind1.

Felhasználószám esést annyiban szeretném elkerülni, hogy ez a mi munkánk mérõszáma valahol. Ha kedvelt amit csinálunk használják és akkor jó. És itt nem KOLI-ról, TejszinHUBról, Elite-rõl, meg minden egyéb HUBról van szó külön-külön (elnézést azoktól akik kimaradtak), hanem úgy általában a magyar és nemzetközi DCs közösségrõl.

"nalatok a lanosnak azert kell isdnt valasztani, mert szerintetek olyan lassu mint az isdn. vagyis lehetne a kategoria neve Juliska is, mindenki aki /64-/200 menjen juliskaba, a /128-/512-ok meg menjenek a "Jancsi" kategoriaba. akkor meg miert nem lehet a neven nevezni, es a /128-at "/128"-nak hivni?, a /512-õt meg "/512"-nek? koszonom a valaszt, szia."

DSL-t vagy Cable-t, nem isdn-t, de mind1 igazából. És azért, mert ez minden DC-ben megtalálható, látszik a kereséi találatok között is. A Desc. nem. És a Desc-ben automatikusan töltött

rész relatíve új feature, és messze van a 100%-os kliens támogatás.

Kézzel beírt megoldást meg halál lenne bot-tal ellenõrizni egy olyan felhasználótáborral ahol a elõtag is elég nehezen tud néha összejönni. Lenne (512/128)-tól {60/16}-on át a 500KB-118KOCKA-ig minden. És még az is amit nem bírsz elképzelni. Jó parsolást 😊

"foleg arra lennek amugy kivancsi, hogy miert ragaszkodsz a csak-kapcsolattipus alapu rendszerhez, amikor ti magatok kolin arra biztatjatok az embereket, hogy ne a valos kapcsolattipus alapjan, hanem az altalatok a ketegoriakhoz tarsitott sebesseg-elkepzelesek alapjan valasszanak kategoriat."

Külön-külön válaszolok, hogy érthetõ legyek 😊

1.: NEM ragaszkodok a csak kapcsolattípus alapján történõ besoroláshoz. Sosem tettem ilyet. Sõt, még Te is említed a kolis rendszert, ami pont nem ilyen. Akkor mibõl gondolod, hogy ragaszkodnék hozzá?

2.: Mint már írtam a KOLI-s rendszert sem tartom tökéletesnek, ráférne bõven egy frissítés. Ezt már írtam és továbbra is fenntartom.

Mindössze arról van szó, hogy drasztikus slotszám csökkentést nem szeretnék. Ennyi.

"A és B allitasod igaz. pontosan ezert nem ertem, hogy miert gondoltad a korai hozzaszolasaidban, hogy igy megno a varakozasi ido es senki semmit nem fog tudni letolteni. mindenki pont ugyanazt tolti , legrosszabb esetben ugyanannyi ido alatt mint regen, jobb esetben kevesebb ido alatt. ezt bizonyitom a #11321-ben, azt hiszem erthetoen. "

Ja, érthetõnek látszik a bizonyításod elsõre még sokan el is hiszik 😊

Úgy látszik Én viszont túl bonyolultan fogalmazok, és nem igazán lehet érteni. NEM azt mondtam, hogy mindenkinek megnõ a várakozási ideje és azt sem mondtam, hogy senki semmit nem tud letölteni.


Egyszerûen arra próbáltam rávilágítani, ha A és B állítás igaz, akkor "nagy átlagban" nem fognak a letöltési idõk változni, mert nincs mitõl. Ha X ember 2x gyorsabban jut hozzá valamihez, akkor másik X embernek 2x lassabban kell hozzájutnia a cuccához. "Energiamegmaradás" elve alapján 😊

Tehát, a jobb esetben kevesebb idõ alatt résszel egyetértek, a rossz esetben ugyanannyival nem.

A másik: ha már sebességalapú slotrendszer, akkor miért van 1 kalap alá véve a két legelterjedtebb dsl (xxx/64 és xxx/128)? A kettõ között kétszeres különbség van upload oldalon.

"xx/128 kbit-ig...................................... 2 slot.................max 3 hub --> ~4-8k/s/slot"

Ezen nem ártana módosítani, nagyon sok külföldi hub 1 slot/hub-ot kér, na akkor én a két slotommal semmiképp nem lehetek majd 3 hubon (mondjuk 2 magyar és a kedvenc külföldim), míg a jelenleg megengedett 6-tal simán.

az lehetséges, hogy a több részben leszedett film akadozni fog, alig észrevehetõen ?

Hello!

írtam egy progit DC-hez!
A neve: Chatreply

Most itt a lehetõség, hogy ha nem is ülsz a gép elõtt, de ha valaki olyan üzenetet írt a hub chatjére amire szívesen válaszolnál, írhatsz neki automatikusan!

Ha gondoljátok próbáljátok ki!

http://lathatatlanito.fw.hu/

közvetlen link

Hali!

"gondold vegig, ha van 6 almad, azt beoszthatod ugy hogy megeszel reggelire 2-ot ebedre 2-ot vacsorara 2-ot, vagy ugy hogy negyedorankent harapsz egyet belejuk, igy egesz nap csak futkosol a konyhaba (terheled a konyhaajtot a ki-be csukassal 😊 de igazabol nem erzed soha ugy, hogy egy jot ettel"... szerintem te azt akarod, hogy együk meg mind a 6 almát egyszerre, és estére hajunk éhen....

"Igazabol nem ertem miert aggodsz ennyit az esetlegesen picit leeso userszamtol, reméltem hogy a regi "kineknagyobbafasza-holvantobbuser" verseny mar elhalt, es a minoseg fontosabb mint a látszatnépszerûség."
Csak tudnám, hogy jön ez ide? És mi köze ahhoz, hogy KEVÉS A SLOT az uj rendszerben?
Ellentmondásokat meg nálad is találni dögivel... söt bármit meg lehet magyarázni...
"Én azt gondolom, aki azert lovi ki DCt mert nem azon nyomban nyilik a csap minden letoltesre, csak picit kesobb, az fusson is szepen kazaara." - miközben azt hallani, hogy milyen jo is többszál...
Meg még tudnék irni, de már belefáradtam a forumozásba, azt hiszem most már csak olvasgatni fogom...
pá

de ez nem is olyan random, mert eddig csak a bot nem tudta leszedni, meg ssolitude. két másik opnak simán lejött meg azoknak is akik szedtek tõlem, meg a koli botjának is lejött, mert véletlen bentmaradt egy rossz file és kidobott(jogosan), tehát annaka botnak is lejött

A gépemen nincs semmilyen tûzfal viszont egy komoly tûzfal mögött vagyok

Hali!

Nem tudok bemászni az Independence-re, azt írja ki, hogy már benn vagyok, pedig tuti nem😊
Mért van ez?

#11380 neked szolt

Nem én kezdtem a vitát és nem is akarom folytatni, csak egy hete próbálok a legkülönbozõbb OP-októl a mátrix hubon segítséget kapni, hogy mit állítsak, mit csináljak, hogy jó legyen. Nem vagyok láma, de nem értem, hogy miért van az, hogy az egyik hubon minden megy a másikon meg kick.
Tõled is segítség helyett csak egy kick-et kaptam. Ide már csak végsõ megoldásként jöttem, mert a hubon egy hétig nem tudott senki segíteni, gondoltam hátha itt majd akad valaki, de itt is csak azt kaptam, hogy én vagyok a hülye.
Akkor mégegyszer feltenném neked a kérdést, hogy mit állítsak mit tegyek, hogy mûködjön? Milyen klienst használjak? MOst DC++ 0.401-es van.
És ha visszaolvasol itt is kérdeztem és nem egybõl úgy jöttem, hogy milyen ... az OP ok.
Szóval és részemrõl a vitát lezárom és várom, hogy segítsen valaki, ha tud.
Mikro-s kapcsolatom van.
Üdv

szia norba ujra 😊

A és B allitasod igaz. pontosan ezert nem ertem, hogy miert gondoltad a korai hozzaszolasaidban, hogy igy megno a varakozasi ido es senki semmit nem fog tudni letolteni. mindenki pont ugyanazt tolti , legrosszabb esetben ugyanannyi ido alatt mint regen, jobb esetben kevesebb ido alatt. ezt bizonyitom a #11321-ben, azt hiszem erthetoen. a dolog nem rejtely, az egyenletesebb, helyesebb savszel/sebesseg eloszlas hozza. gondold vegig, ha van 6 almad, azt beoszthatod ugy hogy megeszel reggelire 2-ot ebedre 2-ot vacsorara 2-ot, vagy ugy hogy negyedorankent harapsz egyet belejuk, igy egesz nap csak futkosol a konyhaba (terheled a konyhaajtot a ki-be csukassal 😊 de igazabol nem erzed soha ugy, hogy egy jot ettel. pedig a nap vegere a gyomrodban az osszes alma. sot, ha szerencses vagy, megeheted reggelire mind a hatot...

"Ja, és akik nDC-vel tömegesen visszaosztották a hibás fileokat,"
ne feledd, hogy nDC eseteben majd minden hub mashogy nyilatkozott. a userek meg nem tudtak kinek higyjenek. matrixon ajanlottak, mi tiltottuk, kolinak honapokba telt mire donteni tudott. pont ezt szeretnenk most elkerulni: egyseges szemlelettel hozni valtozast, felkesziteni dct az erkezo varvavart megbizhato tobbszalas kliensek korara. megtehetnenk, hogy csak eliten van az uj szabaly, ezzel "elite sebesseget biztositva", de az otlet szerencsere sok tamogatast elvez.

este jovok, addig talald ki a mai kifogast, bar mar azt hiszem mindent es mindennek az ellenkezojet is felvetetted 😊

foleg arra lennek amugy kivancsi, hogy miert ragaszkodsz a csak-kapcsolattipus alapu rendszerhez, amikor ti magatok kolin arra biztatjatok az embereket, hogy ne a valos kapcsolattipus alapjan, hanem az altalatok a ketegoriakhoz tarsitott sebesseg-elkepzelesek alapjan valasszanak kategoriat. nalatok a lanosnak azert kell isdnt valasztani, mert szerintetek olyan lassu mint az isdn. vagyis lehetne a kategoria neve Juliska is, mindenki aki /64-/200 menjen juliskaba, a /128-/512-ok meg menjenek a "Jancsi" kategoriaba. akkor meg miert nem lehet a neven nevezni, es a /128-at "/128"-nak hivni?, a /512-õt meg "/512"-nek? koszonom a valaszt, szia.

szia norba.

a chello savszelt emelt, most mar szinte mindenutt /256 (a site szerint mindenutt, szolnokon es nyiregyhazan meg lehet h van /128as folt), sot, ha tobbet fizetsz tobb. vagyis elméletben nincs olyan magyarorszagi netkapcsolat, ami a Koli slotszabaly "chello" pontjaba esne" Mi erre a /256ra is 6 slotot kerunk, hiszen a 32K-t 6 reszre osztva adodik hasznalhato savszel.

sose ertettem hogy miert kell a lanosokkal azt hazudtatni hogy dsles vagy kabel, sokkal oszintebb megoldas ha beirja descbe a tudnivalokat es nem rutinbol hazudik.
" És IP tartomány alapján tudható, hogy õ egy korlátozott nethez tartozik." ezt csak az a felhasznalo nem tudja, akirol az illeto tolt, es teleirja a privem hogy nezzek ra arra a dsles arcra aki ot 93K-val huzza. Példának lásd az én netem: LanT1 1M-2M/100-200K koruli, ez szted milyen isdn/Dsl?

Nos, ugy latom mar most a jelenlegi Koli szabalyzatban is igen sok, mas hubok szabalyzatatol eltéro, ellentmondo, inkompatibilis elem van , ezert nem lehet nagy gond abbol, ha a jovobel a koli mas huboktol eltero rendszert tart.


Igazabol nem ertem miert aggodsz ennyit az esetlegesen picit leeso userszamtol, reméltem hogy a regi "kineknagyobbafasza-holvantobbuser" verseny mar elhalt, es a minoseg fontosabb mint a látszatnépszerûség. Én azt gondolom, aki azert lovi ki DCt mert nem azon nyomban nyilik a csap minden letoltesre, csak picit kesobb, az fusson is szepen kazaara. Aki meg rendesen sorbanall, annak jut is szepen. Megjegyzem itt is mondtal ellent onmagadnak: hol azon aggodsz hogy soha nem jut slothoz a user, hol meg azon hogy tul hamar letolti es akkor otthagyja a hubot. (nem fogja, masik toltest kezd)

Még egy gondolat ide:
gondolom tapasztaltad mar hogy egy adott teljesitmenyu szamitogep nem linearisan reagalja le a kulso kapcsolodasok szamanak novekedeset. 1 szemleletes pelda verlihub, 1000 userrel x memoriat-procit eszik, 2000 userrel nem duplaannyit fog, hanem joval tobbet. kicsit mas teszta, de a te hazi neted is jobban orul kevesebb szamu kapcsolatnak, mint rengetegnek. sem a nepszeru desktopkonfiguraciok, sem a fantasztikusan tokeletesre alkotott windows operacios rendszer, sem a home usereknek tervezett tuzfalprogik nem arra vannak optimalizalva, hogy folyamatosan nagyszamu kapcsolattal kommunikaljanak. adott konfig jobban teljesit kevesebb szamu kapcsolatnal, van olyan gep aminel ez szembeszoko, van aminel kevesbe, de ott is merheto. en anank a hive vagyok, ha tolem fugg, akkor kimeljuk egymas gépét, ne terheltessuk oket feleslegesen. ha valamit le tud tolteni (multisource klienssel) 50Kval 10 szalra osztva 3-10K /szal sebesseggel, akkor ne kenyszeritsuk arra hogy 8 hubra kelljen masznia hogy talaljon 50 db 1K-s (100 bit-3K) forrast es 50 kapcsolatot kezeltessen a gépével.

szia,
nincs veletlen Zone Alarm tuzfalad? protokolszinten akad Dcvel, random csomagokat nem-tovabbit. Sok X aktas ugynek volt mar megoldasa.

Ja és k....ra nem érdekel hogy a Kolin hogy megy...

Legközelebb én is csinálok screenshotot,ok?Azt még én is tudok:-)).Érdekes módon a többi user ugyanezzel a klienssel fel tudja tölteni a listáját:-D

Ja, a másik. Tudom, hogy rossz voltam mindig is matekból, és ezért nem értem, de nekem még mindig sötét folt, hogy miért lenne gyorsabb akármi is az új slotrendszertõl.


A: Az össz feltöltési sávszél nem fog megváltozni a slotszabályok változása miatt.

B: Az össz letöltési igény sem fog megváltozni a slotszabályok változása miatt.

Akkor B/A mitõl fog megváltozni?


Nekem nagyon úgy tûnik az én megközelítésembõl, hogy lesznek szerencsések, akik hozzájutnak gyorsan ahhoz ami kell, meg átlagosak, akik kb úgy járnak mint most, meg pechesek, akik buknak egy rakás idõt.

Ergo még mindig nem gyõztetek meg, hogy nem csak a letöltési idõk szórása fog megnõni (ami nem szimpi, mert igazságtalanabb, lévén véletlenszerû, hogy ki-mikor-mit kap).


A DVD ISO letöltést meg végképp felejtsétek el 2 sloton. 0 esélye van annak, hogy végig legyen rá slotod. Szerintem megint be lett kavarva egy olyan dolog a slotszabályok közé (DVD ISO 1 db DSL-rõl) aminek semmi köze hozzá.

Ja, és akik nDC-vel tömegesen visszaosztották a hibás fileokat, azok szerintetek upload queue-t fognak bámulni, hogy értelmesen adhassanak extra slotokat? Szerintem ennek 0 az esélye. Nyit 2 slotot, és sza**k a többiek fejére... Norti, Te meg már most is jól mûködsz 2 slottal, neked nem kell új szabály... 😊

dc++ 0.401 -es van és nincs korlátozva, külsõ programmal sem

Még egy utolsó.
csak, hoyg bizonyítsam, mennyire timeout-os vagyok és nem nálatok a hiba :-))

Érdekes a KOLIN megy minden szépen csak a mátrix-szal vannak gondok.
Biztos nálam van a hiba és nem nálatok.
Igazad van ssolitude.

Ui: ezt a képet most csinéltam 3 perce.

PII 300MHz, 128 RAM, kenyszerusegbol winXP, emlekszel? 😊 ha nem terheled agyon (nem mesz matrix, koli, indep pl, mint 3 legtobb useres hub) akkor azert elfutkos egy DC a gepeden... Max nem a (sztem onceluan) hipercsicsas peldanyok, de ez van, valamit vmiert 😊
Tobbszal viszont amig nincs egy (mar bocsi, de) "hulyebiztos" kliens, amire nem lehet mas TTHju forrast raeroltetni, ellenoriz szegmenseket, es nem fagy 20percenkent, addig sztem kicsit halott ugy, tapasztalatszerzesre jo volt, masra igazabol nem. Ezt is jo lenne ha tudomasul venne az a tomenytelen neXtDC hasznalo aki nem olvassa el norti megjegyzeset az oldalon (igen, ez most elsosorban a usereknek szolt 😊)