Moderator/ica: Moderatori/ce
)
Da, ja bih počeo od početka. phpbb!! To je jedna vrlo mature aplikacija za forume i vjerojatno stoga najraširenija po svijetu. U povijesti je imala krcato bugova i često napadana od hackera, a danas naročito i od tražilica.iv@n je napisao/la:Pročitao sam i moram reći da si u pravu. Uopće nismo napravili nekakav "disclosure" s hosting providerom, da provjere što provjeriti mogu, ali ono, jednom za sva vremena, umjesto stalne igre otvaranja-zatvaranja ticketa. Naravno, istu stvar napravimo i mi (imamo portal sa zilijun pluginova, žestoko modificiranu temu, modificiran forum...). Zamišljam ovaj scenarij, da sredimo na kraju vlastito VPS riješenje a problemi ostanu - moglo bi se pokriti ušima.Mate je napisao/la: <cut>
Nekad dobro dođe padobranac s realnim pogledom, nikakav bed Mate.
Entitas bi se brinuo i za backup tog vpsa?franz je napisao/la:Entitas bi sponzorirao kolokacoju, ako se nabavi server ili možemo dati neki VPS sa cca2-4 GB RAM-a diska koliko treba i 2-4 cpu jezgre. ako ogdgovara.
za detalje, molim na mail ili PM
Mate, ne znam jesi li pročitao moj prethodni post, ali broj konekcija na MySQL bazu ne ovisi isključivo o nama. Ako na serveru postoji 450 drugih domena, sigurno barem neke od njih koriste i istu MySQL bazu koju i mi koristimo (to je cijela ideja oko shared-hostinga). MySQL, koliko je meni poznato, nije moguće ograničiti na način da svaki korisnik ima fiksni broj maksimalnih konekcija u jednom trenutku na bazu tako da svi dijelimo tih 1200 ili koliko već podešenih konekcija po principu koliko tko uzme. Možda mi uzmemo i veći dio, ali sigurno ne sve. Možda neke od tih susjednih sajtova pokreće Joomla koja je poznata po svojim neoptimiziranim SQL upitima pa neki napad na nju skriši cijelu bazu, a mi smo samo kolateralna žrtva. Jednom nam je već bilo rečeno da se upravo i to događalo (neki je susjedni sajt poludio). Ništa od toga ne možemo sami dijagnosticirati jer nemamo pristup tim alatima.Mate je napisao/la: Da, ja bih počeo od početka. phpbb!! To je jedna vrlo mature aplikacija za forume i vjerojatno stoga najraširenija po svijetu. U povijesti je imala krcato bugova i često napadana od hackera, a danas naročito i od tražilica.
Temeljna stvar kod projektiranja php (ali i bilo koje druge platforme) aplikacije koja radi s bazom, je da uredno konektira na bazu za zaštitnim mjerama, ali i da otpušta konekcije koje ne trebaju.
Konkretno, među navedenim greškama u prethodnim postovima u oči mi je upala upravo ta: dosegnut limit konekcija 1203 ako se dobro sjećam. Ovako od oka mi se čini da je taj limit na MySQL nizak za ovakvu aplikaciju i za broj mogućih istovremenih korisnika, Opet sama aplikacja na početnoj stranici di je statistika, kaže da je maksimalni broj istodobno prijavljenih usera bio 350 što i nije tako puno.
Pogledao sam i prikaz "trenutno spojenih" , svega nekoliko konekcija, i tek dva tri bota/robota. Na nekim forumima ovih parazita ima ima po 50 do 100 neprekidno. Dakle ne čini se da je neka velika brojka. Doduše sad radi stabilno ali čak i kad je malo konekcija treba poć na phpMyAdmin i vidjeti koliko je stvarno konekcija na bazu dok je ovamo recimo 10 usera zajedno sa robotima. Tek da se vidi kolika "potrošnja konekcija i sa malo usera.
Sorry, nisam imao pojma da je to na nivou cijelog servera pogotovo što nikad nisam imao problema s tim na hostanim siteovima. U glavnom sam imao punu slobodu na vlastitim serverima pa sam bio uvjeren da svaki account ima svoje. A sad vidim da i sam MySql kaže da nije.4ndY je napisao/la: Mate, ne znam jesi li pročitao moj prethodni post, ali broj konekcija na MySQL bazu ne ovisi isključivo o nama. Ako na serveru postoji 450 drugih domena, sigurno barem neke od njih koriste i istu MySQL bazu koju i mi koristimo (to je cijela ideja oko shared-hostinga). MySQL, koliko je meni poznato, nije moguće ograničiti na način da svaki korisnik ima fiksni broj maksimalnih konekcija u jednom trenutku na bazu tako da svi dijelimo tih 1200 ......
