Off Topic - Svaštara

[Skipper.]

Zašto li me podsećaš na ovog lika 

[CSRM]

Pozdrav ljudi.

Samo jedno kratko pitanje - dal su ip-evi sa 220., 219. ,18 itd sigurno botovi?
Ja sam 99.99% uvjeren da u mom slučaju je, 1. kaj se uspel regati prek onog moda za slaganje slikica kod registracije

[CaSiNo RoYaLe]

Ova offtopic tema jednostavno više nije ista odkad je otišao Rapid 

[Cvek]

A gde je otisao? Nema ga duze neko je rekao da je na godisnjem al to bese ima 2 meseca.

[Branko.]

Pozdrav ljudi.

Samo jedno kratko pitanje - dal su ip-evi sa 220., 219. ,18 itd sigurno botovi?
Ja sam 99.99% uvjeren da u mom slučaju je, 1. kaj se uspel regati prek onog moda za slaganje slikica kod registracije

Ne treba ih kategorisati samo prema IP, tu su veoma važni emailovi.Ako se uspio registrovati s nekog emaila pod uslovom da si postavio tako kod registracije znači da je email regularan.Ostaje drugi, najznačajniji, dio priče.Kakvo mu je ponašanje nakon registracije?Samo registracije i pregled ili postavljanje spam poruka?Oko ovoga je bilo dosta diskusija, sve se na kraju svodi na sledeće:
-Uključena forumska antispam zaštita
-Dodatna zaštita kod registracije preko nekog moda
-Instaliranje zaštite preko provjere nicka, emaila i IP adrese kod registracije

Moje iskustvo je da je najprikladnije ovo treće jer te oslobađa od aktivnog nadgledanja.Jedina mana je ako se neki od ova tri parametra slučajno poklopi s nekim parametrom koji koriste spameri.U tom slučaju ga forumska skripta stavlja na stendbaj tj. na admin odobravanje registracije.To se provjerava lako u međunarodnoj bazi za registrovane spamere.Za manje forume gdje nema puno dnevnih registracija to ne predstavlja problem, samo treba povremeno baciti pogled ima li neodobrenih registracija.
Važno je napomenuti da svi botovi nisu po pravilu opasni, tako da bih ti preporučio da previše pažnje ne posvećuješ tome.Ugradi zaštitu i uživaj.

[Masterd]

Ko razmišlja o kupovini komercijalnog forumskog softvera neka baci pogled (ako već nije) na IPB (http://www.invisionpower.com/). IPB je možda nešto malo skuplji kada se podvuče crta ali ima ubedljivo više opcija i kvalitetnog koda ispod haube od vBulletin-a.

Ne znam stvarno odakle bih počeo da kudim vBulletin 4 ali u suštini ako su vam živci bitni ili imate nameru da forum malo više prilagođavate zaobiđite "četvorku" u širokom krugu. Da ne spominjem bezobraznu cenu od $195 koliko vBulletin 4 sigurno ne vredi.

IPB inače omogućava petodnevni besplatni trial tokom kojeg možete da probate sve opcije i dodatke. Nakon isteka triala možete se ponovo prijaviti stim što se podaci iz prethodnog triala gube.

Ne shvaćam zašto bi netko pored SMF-a uopće želio kupovati forum softver.

[Branko.]

Iskreno rečeno, ni ja...ne kažem da je SMF savršenstvo, ali je besplatan i nadograđuje se redovno.Osim ovih stručnih komentara, meni ovo liči na traženje "boljeg hljeba od pogače".

[Dzonny]

Zato što ljudi misle da ako plate softver za forum, taj forum im mora uspeti i postati popularan.

[Masterd]

Zato što ljudi misle da ako plate softver za forum, taj forum im mora uspeti i postati popularan.

Vjerojatno zato što je oko nas kapitalizam.

[CaSiNo RoYaLe]

A gde je otisao? Nema ga duze neko je rekao da je na godisnjem al to bese ima 2 meseca.

Nemam pojma zadnji put je bio tamo početkom 9 mjeseca

[Skipper.]

Tu je Rapid, nigde nije pobegao.

[CaSiNo RoYaLe]

Zašto se onda ne javi 

[Skipper.]

Zanima se čovek novim laptopom 

[SimpleGost]

Rekao mi dzonny da pitam ovde, mozete mi samo rec koji je bolji i necu vise smarati!

Hosting022 covek ima 10 godina iskustva i znanja, znam ga licno ako nije najbolji hosting u srbiji.Specifikacije su ovakve:


Intel® Core™
i7-920
Quadcore incl.
Hyper-Threading-Technology
24 GB DDR3 RAM
2 x 1500 GB
SATA-II HDD (Software-
RAID 1)
linux/cpanel

maksimalno dozvoljeno opterecenje procesora i memorije je 5% posle drugog upozorenja da korisnik smanji potrosnju i ako ne smanji potrosnju tada moze dobiti suspenziju.Na vecini hosting provajdera maksimalno opterecenje pro cesora i memorije po jednom shared hosting nalogu je 1 - 2 %

A ovaj iz KnownSrv kaze ovako

"
E3-1230 CPU, 16GB DDR3 RAM-a, 4x 600GB SAS 15k RPM diskova u RAID10.

20% CPU-a, 512MB RAM-a i 20 php procesa."

Hosting022 je serveri u Nemackoj a KnownSrv u Netherlandsu tamo negde.

E sad mi recite koji je bolji???

Fora je sto meni odgovara Hosting022 zato sto on salje RACUN na adresu pre placanja ne moram da brinem o tome!Covek kupio masinu za pravljenje onih pravih racuna, znaci bez uplatnice samo cepnes onaj donji deo i platis.To je meni fenomenalno!Samo zbog toga :/

I neka teme nemoj te Solved, jednostavno pricamo o ovome znaci sluzice nekome da svako pita svog hosting provajdera da vidimo koji je najbolji!

[holodoc]

Ne shvaćam zašto bi netko pored SMF-a uopće želio kupovati forum softver.

Dva najbitnija razloga - aktivna tehnička podrška i ogroman broj mogućnosti koje ne postoje u besplatnom softveru.

Pod aktivnom tehničkom podrškom podrazumevam da kao klijent mogu u bilo koje doba da kontaktiram tehničku podršku i da u najkraćem mogućem roku dobijem odgovor na pitanje / problem. Kod slobodnih rešenja sve se svodi na dobru volju zajednice i developera a to u slučaju komercijalne primene forumskog (i bilo kog drugog) softvera jednostavno nije dovoljno.

Što se tiče opcija koje besplatna forumska rešenja nude one su sasvim dovoljne za amatersku upotrebu ali kad je u pitanju korporativna upotreba gde se softver neprekidno menja i prilagođava potrebama svako ko se bar jednom opekao sa slobodnim rešenjima ima odmah da vas uputi na kupovinu licence za neko od komercijalnih rešenja.

Ne pokušavam bilo koga da ubedim da besplatno automatski znači loše ili da komercijalno odmah znači bolje već da izbor softvera ne treba shvatati apsolutistički kao crno ili belo već kao adekvatno za sopstvene potrebe. Moj profesor sa fakulteta je imao običaj da kaže da je sve u životu "trade-off" i da je najbitnije pažljivo naći balans između potrebnog i plaćenog (ne u bukvalnom smislu). Slobodna rešenja (kao recimo SMF) imaju svojih prednosti jer su naravno besplatna i nude dovoljan broj opcija koje su u najvećem broju slučajeva sasvim dovoljne ali u korporativnom okruženju gde je bitno znati koga hvatati za gušu kad nešto krene naopako (to bi bila tehnička podrška) i gde je moderna arhitektura samog softvera jako bitna za prilagođavanje i nadogradnju komercijalna rešenja su "a must".

Možda će sada zvučati čudno što kao neko ko učestvuje u razvoju SMF-a iznosim njegove nedostatke ali sve što ću sada napisati je razlog i zbog kojeg lično ne koristim SMF za svoje komercijalne projekte:

1) Softverska arhitektura SMF-a je užasno matora jer je zacrtana pre skoro sedam godina kada je još uvek bio aktuelan proceduralni PHP4. Danas se za svaki PHP projekat koji ne koristi bar neki oblik objektno-orijentisanog modela smatra da je debelo zastareo a od njih u SMF-u jednostavno nema ni traga ni glasa.

2) Posledica ovoga pod tačkom broj jedan je da SMF ne poseduje nikakav vid "hook" sistema koji sva komercijalna rešenja (vBulletin, IPB) poseduju i sa kojima se veoma lako dodaju nove funkcionalnosti bez direktnog menjanja osnovnog source koda. U SMF-u s druge strane svaka modifikacija menja osnovni source kod projekta što pre ili kasnije samo dovede do problema.

3) Template sistem koji SMF trenutno koristi je u suštini užasan jer i dalje forsira pisanje "špageti koda" gde jednostavno ne postoji dovoljno velika apstrakcija između koda koji generiše sadržaj i koda koji je zadužen za njegovo prikazivanje.

4) RTE editor koji se koristi za pisanje postova je bagovit već godinama i svaka nova ispravka reši jedan ali donese dva nova problema Ne treba da govorim da je zbog svega ovoga što sam gore naveo skoro nemoguće integrisati sisteme za deljenje sadržaja (mogućnost da se direktno u editoru uploaduje sadržaj) sa editorom. Sva komercijalna rešenja imaju ovu opciju u osnovnom paketu a čak i da nemaju uvek postoji opcija integracije 3rd party ili nekog od njihovih rešenja.

5) Politika tima po pitanju objavljivanja informacija vezanih za kritične bagove (posebno sigurnosne propuste) je jednostavno užasna. Pre nekih mesečak dana sam imao jednu raspravu u delu koji nije vidljiv široj populaciji na temu deljenja informacija o kritičnim bagovima i shvatio da SMF jednostavno tera pogrešnu politiku po tom pitanju. O detaljima naravno neću govoriti ali sam i tamo napomenuo da je to jedan od najvećih razloga zašto SMF više ne koristim za komercijalne projekte.

6) Čak i kada se pojave informacije o određenom kritičnom bagu obično je zbog realnog nedostatka developera potrebno mnogo vremena da ispravka bude javno dostupna kroz neki vid patch-a. Jednostavno rečeno neažurnost razvojnog tima i njegova nespremnost da brzo reaguje u situacijama kad se pojavi neki kritičan bag je prevelika da bi se SMF koristio u komercijalne svrhe.

I na kraju šta ja tačno hoću kad sam već krenuo toliko da pljujem po SMF-u? Ja bih lično voleo da vidim da se SMF 3.0 napiše kompletno od nule i da se sve dobre ideje koje danas čine SMF 2.0 budu inkorporirane u savremenu softversku arhitekturu (u prevodu isključivo po MVC design šablonu pa ko razume shvatiće ) Nažalost sudeći po tome kako se odvija rasprava na temu 3.0 deluje kao da će SMF 3.0 biti samo našminkan 2.0 uz veliku verovatnoću da se i na njega čeka par "tri frtalja" decenije da se pojavi

Toliko za sada. Raspisah se a Steam je skinuo "The Missing Link..."

[Dzonny]

1. Slažem se.
2. Planira se dodavanje već duže vreme, sada je već izvesno da će potpuno biti ubačen u narednoj verziji, a vidim da neki modovi koriste taj sistem.
3. ...
4. ...
5. Ja se ne bih složio ovde, pošto je jasno da bi javno objavljivanje bugova predstavljalo još veći rizik nego što jeste, a ovako pristup kritičnim bugovima imaju svi članovi tima i vi beta testeri?
6. Do skoro je Norv bio jedini developer, i odlično je radio svoj zadatak, mada istina čovek je imao i druge obaveze pa se dešavalo da se on čeka za realizacju nove verzije. Od pre par dana dev tim je proširen, pa sad imamo 4 developera, i nekoliko nobih consult developera:
http://www.simplemachines.org/about/smf/team.php
6.

[CaSiNo RoYaLe]

Toliko za sada. Raspisah se a Steam je skinuo "The Missing Link..."

[KaJzEr 283]

Ne shvaćam zašto bi netko pored SMF-a uopće želio kupovati forum softver.

Dva najbitnija razloga - aktivna tehnička podrška i ogroman broj mogućnosti koje ne postoje u besplatnom softveru.

Pod aktivnom tehničkom podrškom podrazumevam da kao klijent mogu u bilo koje doba da kontaktiram tehničku podršku i da u najkraćem mogućem roku dobijem odgovor na pitanje / problem. Kod slobodnih rešenja sve se svodi na dobru volju zajednice i developera a to u slučaju komercijalne primene forumskog (i bilo kog drugog) softvera jednostavno nije dovoljno.

Što se tiče opcija koje besplatna forumska rešenja nude one su sasvim dovoljne za amatersku upotrebu ali kad je u pitanju korporativna upotreba gde se softver neprekidno menja i prilagođava potrebama svako ko se bar jednom opekao sa slobodnim rešenjima ima odmah da vas uputi na kupovinu licence za neko od komercijalnih rešenja.

Ne pokušavam bilo koga da ubedim da besplatno automatski znači loše ili da komercijalno odmah znači bolje već da izbor softvera ne treba shvatati apsolutistički kao crno ili belo već kao adekvatno za sopstvene potrebe. Moj profesor sa fakulteta je imao običaj da kaže da je sve u životu "trade-off" i da je najbitnije pažljivo naći balans između potrebnog i plaćenog (ne u bukvalnom smislu). Slobodna rešenja (kao recimo SMF) imaju svojih prednosti jer su naravno besplatna i nude dovoljan broj opcija koje su u najvećem broju slučajeva sasvim dovoljne ali u korporativnom okruženju gde je bitno znati koga hvatati za gušu kad nešto krene naopako (to bi bila tehnička podrška) i gde je moderna arhitektura samog softvera jako bitna za prilagođavanje i nadogradnju komercijalna rešenja su "a must".

Možda će sada zvučati čudno što kao neko ko učestvuje u razvoju SMF-a iznosim njegove nedostatke ali sve što ću sada napisati je razlog i zbog kojeg lično ne koristim SMF za svoje komercijalne projekte:

1) Softverska arhitektura SMF-a je užasno matora jer je zacrtana pre skoro sedam godina kada je još uvek bio aktuelan proceduralni PHP4. Danas se za svaki PHP projekat koji ne koristi bar neki oblik objektno-orijentisanog modela smatra da je debelo zastareo a od njih u SMF-u jednostavno nema ni traga ni glasa.

2) Posledica ovoga pod tačkom broj jedan je da SMF ne poseduje nikakav vid "hook" sistema koji sva komercijalna rešenja (vBulletin, IPB) poseduju i sa kojima se veoma lako dodaju nove funkcionalnosti bez direktnog menjanja osnovnog source koda. U SMF-u s druge strane svaka modifikacija menja osnovni source kod projekta što pre ili kasnije samo dovede do problema.

3) Template sistem koji SMF trenutno koristi je u suštini užasan jer i dalje forsira pisanje "špageti koda" gde jednostavno ne postoji dovoljno velika apstrakcija između koda koji generiše sadržaj i koda koji je zadužen za njegovo prikazivanje.

4) RTE editor koji se koristi za pisanje postova je bagovit već godinama i svaka nova ispravka reši jedan ali donese dva nova problema Ne treba da govorim da je zbog svega ovoga što sam gore naveo skoro nemoguće integrisati sisteme za deljenje sadržaja (mogućnost da se direktno u editoru uploaduje sadržaj) sa editorom. Sva komercijalna rešenja imaju ovu opciju u osnovnom paketu a čak i da nemaju uvek postoji opcija integracije 3rd party ili nekog od njihovih rešenja.

5) Politika tima po pitanju objavljivanja informacija vezanih za kritične bagove (posebno sigurnosne propuste) je jednostavno užasna. Pre nekih mesečak dana sam imao jednu raspravu u delu koji nije vidljiv široj populaciji na temu deljenja informacija o kritičnim bagovima i shvatio da SMF jednostavno tera pogrešnu politiku po tom pitanju. O detaljima naravno neću govoriti ali sam i tamo napomenuo da je to jedan od najvećih razloga zašto SMF više ne koristim za komercijalne projekte.

6) Čak i kada se pojave informacije o određenom kritičnom bagu obično je zbog realnog nedostatka developera potrebno mnogo vremena da ispravka bude javno dostupna kroz neki vid patch-a. Jednostavno rečeno neažurnost razvojnog tima i njegova nespremnost da brzo reaguje u situacijama kad se pojavi neki kritičan bag je prevelika da bi se SMF koristio u komercijalne svrhe.

I na kraju šta ja tačno hoću kad sam već krenuo toliko da pljujem po SMF-u? Ja bih lično voleo da vidim da se SMF 3.0 napiše kompletno od nule i da se sve dobre ideje koje danas čine SMF 2.0 budu inkorporirane u savremenu softversku arhitekturu (u prevodu isključivo po MVC design šablonu pa ko razume shvatiće ) Nažalost sudeći po tome kako se odvija rasprava na temu 3.0 deluje kao da će SMF 3.0 biti samo našminkan 2.0 uz veliku verovatnoću da se i na njega čeka par "tri frtalja" decenije da se pojavi

Toliko za sada. Raspisah se a Steam je skinuo "The Missing Link..."

Je si mogao krace 

[holodoc]

@Dzonny
Da bi hook sistem ičemu valjao on mora da podržava bar neki osnovni oblik refleksije (grubo rečeno API) koda za sistem modifikacija a za to je potreban čist OOP ili mnoooogo vremena utrošenog na usavršavanju proceduralnog hook sistema (koji će pre ili kasnije sigurno negde pući po šavovima a onda će biti "dršte se slećemo a možda i nećemo"). PHP5 ima svoj interni Reflection model (http://php.net/manual/en/book.reflection.php) koji godinama funkcioniše već odlično ali naravno da bi se koristio u SMF kodu zahteva OOP interfejs od kojeg, kao što već rekoh, u trenutnom kodu nema ni korova.

Vezano za sigurnosne propuste. Rekao sam i tamo u onoj temi (mislim da imaš pristup, nisam siguran) a reći ću i ovde. Razumem da se neke stvari kriju od javnosti da ne bi potencijalno svaki klinac koji vredi svog testosterona pokušao da se igra hakera i zloupotrebljavao propuste ali mi nije jasno da se tako bitne informacije kriju od beta testera pa čak i Charter membera koji plaćaju svoje članstvo da bi bili obavešteni pre svih ostalih o bitnim stvarima. Ako ja platim nekome članstvo (koje na godišnjem nivou i nije baš tako malo) a za uzvrat sasvim slučajno (usput) saznam da postoji potencijalno opasan propust koji može da dovede u pitanje sigurnost mojih foruma šta je poenta moje pretplate ako se tako vitalne informacije čuvaju sakrivene od mene? Šta ako ja imam svoje developere koji mogu mnogo brže da reše problem i zapuše rupe u sistemu jer ne želim da čekam mesec-dva dana da se objavi patch koji rešava problem?

Da polako zaokružim ovaj govor jer me čeka posao. Sa SMF-om se družim još od dana kad je bio bedni port YaBB-a koji se vukao kao prebijen čak i na mašinama koje su tada bile pojam za računarski hardver. Na ovom forumu imam još jedan profil koji je mnogo stariji od ovoga i putem kojeg sam godinama pratio šta se sa projektom dešava. Doživeo sam da vidim i sve uspone i padove SMF-a od laganog grabljena napred pa do međusobnih sukoba i ratova među članovima tima. Za sve to vreme projekt je trpeo i polako počeo da gubi trku sa drugim, savremenijim forumskim rešenjima. Novi developeri i projekt menadžeri su dolazili i odlazili i niko nije imao hrabrosti da preuzme odgovornost na sebe da od SMF-a napravi savremeno parče softvera koje može da parira drugim rešenjima. Kada sam se pre par meseci ovde ponovo aktivirao cilj mi je bio da pokušam bar koliko-toliko utičem na razvojni tim da SMF 3.0 bude napisan od nule ali kako vreme odmiče shvatam da će i sledeća iteracija sigurno biti samo našminkana stara verzija koja će sigurno da provede bar isto toliko vremena u razvoju kao 2.0 verzija.

I na kraju kompletan prelazak na novu licencu me polako podseća na put kojim je pošlo toliko drugih projekata. Naime, ne mogu da tvrdim sa sigurnošću ali od trenutka kada SMF bude dostupan javno u gitHub repozitorijumu smeo bih da se kladim da će ga u životu aktivno održavati jedino zajednica (ne aktivni developeri) koja će slati svoje pull request-ove opet samo u cilju krpljenja onoga što postoji. Iskreno, posle toliko godina ovo je prvi put da imam poprilično sumornu sliku o budučnosti projekta ali opet... Ko zna...

Je si mogao krace 

Ukoliko ti tematika nije interesantna jednostavno je preskoči jer ako svaki put treba da pišem disclaimer na početku poruke da je ne čitaju oni koje ne interesuje sadržaj onda bolje da ni ne počinjem pisanje.

[BorisPSC]

Nisam znao gde mogu da se obratim pa cu ovde ostaviti poruku.
Dakle radi se o domenu, primetio sam da na ostalim forumima ima jako puno gostiju preko 100 dok kod mene nikad ne predje 40?
E sad do cega to zavisi da li domen treba da se doda u neku "bazu" ili sta vec?