tai taip reiketu atskiro kompo tokiam dalykui,ir aiskiu ne tokio galingo,na bet cia jau savaime aiskuLeonas wrote:Cia uzsikretei tikriausiai nuo martinuxxxKartoju: ar projektui kuris uzima gal 10MB ir naudosis 50 vartotoju rekalingas servas su 1.8TB disku masyvu, kokiu 850W maistu, 10 ventiliatoriu ir sveriantis 40kg (gal ir nepataikiau nes apibudinau tik prisimines kaip jis atrodo
Nesijaudinkit surasim ta kompa maciau yra nenaudojamu
noreciau pamatyti kaip tu paskutines versijos (berods 2.2.6) apache ant 386 pakurtum ;D alternatyvos nenurodziau todel kad neaisku kokiu principu trakeris veiks. buvau minejas kad noreciau kuo maziau prie jo kurimo prisideti bet jeigu iki to daeis pateiksiu ir alternatyvu jeigu man pasirodys kad to reikia. patikek pateiksiuLeonas wrote:Nesulilaikau neatsakes:
Is kur tu istraukei kad Apache ryja daug resursu? Nenaudojant grafines aplindos ant deabian'o apache suktusi ir ant tavo mineto 386. Kaskodel alternetyvos konkreciai taip ir nenurodei!
patikek man nereikia ziureti i task manager kad zinoti kokie procesai pas mane sukasi ;D ir jau tikrai apache nesisuka. siaip jau po win ODBC dauguma programu naudoja ir tai kur kas efektyviau. atvirai pasakius neprisiminciau anei vienos siuolaikines DB kuris ant workstation suktusi su apache pagalba. anskciau tai buvo praktikuojama siandien dauguma workstation orentuotu DB visgi po ODBC.Leonas wrote:Beje paziurek savo kompe per "task manager" veikiancius procesus ir nenustebk ten rades jau besisukanti Apache, nes dabar daug programu kaip moduli naudoja Apache servisa.
web interfeisui aisku c++ nenaudojamas. beje as ir nesiuliau web interfeisui - c++ based sprendimas buvo trakeris kuris ne web interfeiso neturi... nors cia velgi pirma reikia nuspresti kaip trakeris veiks....Leonas wrote:Dideliems projektams kaip branduolys gal ir naudojamas C++ del spartos, bet web interfeisui vistiek naudojamas PHP. Be to C++ koreguoti daug sudetingiau plius reikalingas C++ kompiliatorius kuris tikriausiai zinai kad kainuoja.
nu gerai, o kas tavo manymu yra mysql? - tai tas pats tekstinis failas ;D ir mysql gerai kai reikia manipiliuoti dideliais duomenu kiekiais ir uzklausa yra ish keliu skirtingu DB pagal daug parametru. trakerio atveju flatDB per akis. ypac jeigu pats kalbi kad tai bus tik 50 vartotoju trakeris - tokiu atveju mysql resursu svaistymas tikrai...Leonas wrote:FlatDB kiek supratau yra tik technologijos pavadinimas, kai duomenys saugomi tekstiniuose failiuose, kas man primena senus laikus kai dar nebuvo nemokamu geru realiaciniu DB. Manau naudojant tokias technologijas butu labai ilgas, sunkus ir brangus kelias kol butu sukurtas veikiantis trackeris.
sutinku kad siais vistuotiniais kompiterizacijos laikais kai zmogus pamates per diskoveri kompiuteri ir kelias eilutes parasytas basiku skaito save kompiuteristu ir programuotoju kad apache+php+mysql yra toks daiktas kuris siulomas netgi nemokamuose hostinguose ir netgi tokie lameriai kaip martinuxxx sugeba pakurti php based trakeri. bet jeigu nera resursu (kaip man pasirode) tai galima rasti ir nesunkiai pakurti variantus kurie veiks ir ant silpnesniu kompiuteriu. jeigu resursu uztenka tai valio - vaziuojam ant apache+php+mysql. kai prades strigti tada ir galvosim. bet tai kodel tada once nori menesio kad apsispresti kas ir kaip? kam jam menuo tada? netgi Leonas kiek suprantu per pusdieni pakuria web serveri o toliau tik belieka pasirinkti phpbased trakerio varianta ir mes jau skrendam ;DLeonas wrote:Aplamai dabar Apache+PHP+MySQL yra standartas paprastuose projektuose ir kitos technologijos naudojamos tik iskilus labai specifiniams poreikiams arba dideliuose dideliuose projektuose.
juo toliau juo labiau paraboles specialistai mane gasdina kai kompiuterius vertina pagal svori o gedimus shalina ishjungimais ish elektros ;DLeonas wrote:Cia uzsikretei tikriausiai nuo martinuxxx
Pats tu lameris,tik liezuviu mali o net pavyzdzio nepadarai,o tik kalbi "aukstais terminais" t.y programavimo kalba ir nori pasirodyti labai jau ismanantis,ne velnio !yabadabadu wrote:......lameriai kaip martinuxxx......
Žinai ka ? Mano sukurtu trackeriu žmones naudojasi ne del to kad ten aprasymai yra,aisku ne bet kokie o tvarkingi bet ne tame esme,pagrindinis dalykas del ko naudojasi,wat del to kad nereikia uploadinti i FTP failo kuri nori pasidalinti su kitais,as net nejutau kaip 8 GB issiuploadino is manes,o imetes i ftp negaletum net kompo jungt lauk kol neikeltu.Taigi as kategoriskai priestarauju tavo minčiai.Trackeris turetu buti normalus, t.y kad failai kuriais daliniesi butu seederio kompe,ir niekaip kitaip !O visa kita darykit kaip norit,na aisku jei ratio nesiskaiciuos ir useriai parsisiunte 100 Gb kitiem bus isdaline 1 GB ir nebus baninami,i tokius projektus nesivelsiu ir neuploadinsiu nič nieko,o jei neuploadinsiu pats bana gausiu,todel ten net nesiregistruosiu.yabadabadu wrote: ..........bet jeigu ftp serveristikrai yra su beveik 2TB masyvu tai reiketu daryti FTP based trakeri. t.y. paliekam FTP serveri kuriuo kaip ir anksciau gales naudotis kas nores. ir trakeri daryti ne pilnaverti trakeri kai visi viens ish kito leechina, bet seedinti tik ish to serverio - kai kas nors nores ideti i trakeri ka nors naujo tai tures uploadinti i FTP. o ant to serverio suksis torrent klientas kuris rades pas save nauja faila pradeda ji seedinti per bittorrent protokola. ish principo tai bus beveik tas pats FTP ir tokie mzones kaip martinux bus nepatenkinti kad reikia uploadinti i FTP, bet uztai neuzkishim lokaliu up kanalu. o trakeris bus daugiau kaip end interfeisas ir per torrent protokola. bus lengva surasti ko ieshkoma arba pamatyti naujienas idetas i serveri. mano galva cia idialiausias variantas. bet toks variantas reikalaus tikria nemazai resursu kadangi seedinti kelis simtus failus keliasdesimt vartotoju per torrent protokola tai mazai nepasirodys netgi 40kg sverianciam serveriui ;D bet uzhtai neuzhkishim lokaliu up kanalu del ko manau parabole ir prisibijo lokalaus trakerio ar ne?
martinuxx uzveede ta tema del trackerio iskart visi diskutuot pradejo kol galiausiai jau leonas pasiryzo daryt dabar martinukui reikia ratio tai puolam ta ratio daryt paprasciausiai jei del aprasimo yra problemos kai i ftp ka nors filma ar softa imetinejat paimkit imeskit worde padare aprasima su images ir viskas as isvis cia nematau bedos tik vienintele zmones kurie yra atsakingi del ftp nelabai jau ka ten meta ... 
va ir vel pasirodei visishku lameriu nes net nesupranti kokios problemos kankina paraboles tinkla ir kodel as pritariu lokaliam trakeriui. ir nesamone kad trakeriu naudojasi ne del to kad matosi kazkokia naujiena arba kad yra paieshka - ftp tai padaryti moka gal keletas. manau ir tu to nesugebi. todel trakeris geriau vien del to kad dauguma paraboles klientu yra lameriai kaip ir tu o ne todel kad tai geriau paraboles lokaliam tinklui.martinuxxx wrote:Žinai ka ? Mano sukurtu trackeriu žmones naudojasi ne del to kad ten aprasymai yra,aisku ne bet kokie o tvarkingi bet ne tame esme,pagrindinis dalykas del ko naudojasi,wat del to kad nereikia uploadinti i FTP failo kuri nori pasidalinti su kitais,as net nejutau kaip 8 GB issiuploadino is manes,o imetes i ftp negaletum net kompo jungt lauk kol neikeltu.Taigi as kategoriskai priestarauju tavo minčiai.Trackeris turetu buti normalus, t.y kad failai kuriais daliniesi butu seederio kompe,ir niekaip kitaip !O visa kita darykit kaip norit,na aisku jei ratio nesiskaiciuos ir useriai parsisiunte 100 Gb kitiem bus isdaline 1 GB ir nebus baninami,i tokius projektus nesivelsiu ir neuploadinsiu nič nieko,o jei neuploadinsiu pats bana gausiu,todel ten net nesiregistruosiu.
Leono kompetencija čia nie prie ko. Visas Parabolės verslas veikai biškį kiek kitaip. Kiekvienas darbuotajas turi gerai išmanyti tik tą darbą, kurį dirbą. Kitaip pasakius - yra siauros specializacijos. Aš neturiu tiek pinigų, kad nusamdyti IT specialistus su daktaro laipsnais kabeliams tampyti ar elementariems gedimams šalinti, o ir jūs tikriausia nenorėsite, kad tokio lygio specialistai jus aptarnautų. Jus aptarnaujančiam technikui užtenka mokėti elementarius darbus: pravesti kabelį, pajungti modemą, užregistruoti - išregistruoti abonentą, pažiūrėti ar modemas gerai veikia (ping'ų statistikos grafikai), pažiūrėti į įrangos monitoringo grafikus grafikus ar yra interntas aplamai, ar srautai yra naudojami normlaia (jei per mažas vartojimas, reiškia kažkas yra negarai, nes dailis abonentų nesinaudoja internetu), pažiūrėti į grafikus kaip dirba visa įranga (kiekviernam įrenginiui yra moritoringo grafikas), mokėti pažiūrėti pas abonentą vietoje kas yra blogai ir pašalinti trūkumus. Pastebėjus kokius tai trūkumus, ar atsiradus kokiems tai įtarimams, kurių jis nesupranta ar negali pašalinti, paskambinti ar parašyti emailą Giedriui Šauliui ir viską pasakyti.yabadabadu wrote:juo toliau juo labiau paraboles specialistai mane gasdina kai kompiuterius vertina pagal svori o gedimus shalina ishjungimais ish elektros
technikai Pavaduotojas Giedrius adminų firma nepriklausomi konsultantai. 
Ne serverio pakūrime ir ne metale čia yra reikalas. Once turi išsiaiškinti ar mes aplamai tokią paslaugą su tokiomis savo UP galimybėmis galime teikti. Vienas dalykas kai p2p serveris yra už LAN'o ribų ir srautas yra patikimai kontroliuojamas, o kitas dalykas kai yra LAN'e, kur srauto kontrolė yra minimali.yabadabadu wrote: bet tai kodel tada once nori menesio kad apsispresti kas ir kaip? kam jam menuo tada? netgi Leonas kiek suprantu per pusdieni pakuria web serveri o toliau tik belieka pasirinkti phpbased trakerio varianta ir mes jau skrendam
Taigi jei once pasakys, kad su mūsų sistema tokios paslaugos teikti negalima, tai apie kokį serverio pakūrimą dar kalbėsime - ar apie serverį už Parabolės LAN'ribų - apie serverį Amerikos indėnų rezervuatemartinuxxx wrote:taigi jei once nesiims sio reikalo,po menesio,tai galima butu leisti yabadabadu.
Tai tada nekursim to trackerio,tada liks laukt optikos ir ka nors parsisiuntus per keleta minuciu ikelt i FTP,o tada jusu TB bus kaip MB,nes manau visi viska kelssteponas wrote:Taigi jei once pasakys, kad su mūsų sistema tokios paslaugos teikti negalima, tai apie kokį serverio pakūrimą dar kalbėsime - ar apie serverį už Parabolės LAN'ribų - apie serverį Amerikos indėnų rezervuate
