[Pekezu Permiszzzyn][7.1-8.1] OTFucker - Koniec z XMLami!

I CHUJ ŻE MAM WARNA I TAK TO NIC NIE ZMIENI MOGE SE ZROBIĆ 50KONT i co? DACIE BAN NA IP? jestem u kolegi to on nie bedzie wbijał a jak coś jeszcze mam kawiarenke

Cytuj:

---

.::Haxor::. napisał

W sumie można zrobić akcje "Leave XML!"
I usuniecie wszystkie silniki XML ;)
Namówi się inne serwisy do tej akcji no i gitara gra ^^
No a już i tak nikt nie robi silników XML więc.. ^^

---

Ja będę im kilkał w reklamy żeby mi zrobili T.T

Cytuj:

---

SwietliQ napisał

Jesli chodzi o bezpieczeństwo to i tak nie ma o czym gadać... Moze i XMLe sa banalne do wjebania się, ale za to SQL to jest dopiero easy pie ;|
Kto tutaj sie potrafi obronic przed glupim SQL Inj. ? Mimo, ze sposob jest banalny i na obrone i na atak ;s

---

chyba odwrotnie

Cytuj:

---

Darkius napisał

Aż tak to lepiej nie co?:D XML to zagrożenie, ale wypieprzenie ich wszystkich to chamstwo xD. Jeśli już ktoś robi pod XML to jego sprawa na własną odpowiedzialność.A co do topicu to sam też przesiadłem się na SQL i nie żałuje:D

---

SQL to powalenie

Cytuj:

---

currara napisał

Wybacz, ale co to jest phpmysql? O_o

#topic

SQL uzywam od zawsze... czekam tylko na nowy rev. SVN'u (gogo Wrzasq) który nie będzie obsługiwał XML'a (tak, to koniec dla dzieci XML'a) W dodatku w najnowszym rev. SVN'u wyjdzie kilka nowych dystrybucji oraz nowe bazy danych na co najbardziej czekam :) 'revdbsys' !

---

Nie. Ma obsługiwać xml
XML ROX KTO POPIERA?

Cytuj:

---

aripck napisał

Mnie przekonałeś!
już zaczynam szukać jakeigoś silnika SQL, dzięki!

P.S. devteam brzmi znajomo...(kiedyś się bawiło w małęgo hackera...)

---

I co? Mnie nie

Cytuj:

---

Elite Box napisał

Czekajcie, czekajcie, bo on i na SQL coś znajdzie... :p
Rozwali każdy OTS, który mu się nie spodoba. Wykorzysta każdą okazję, aby zniszczyć osobę, której nie lubi ^^ Znam go od..... nie ważne ilu lat i wiem do czego jest zdolny :D

Chowajcie swoje XMLe do piwnicy! Schowajcie beznadziejne serwery SQL na strych! Inwestujcie w profesjonalne dedyki, bo tam ręka Orminka już nie sięga :D

---

Nono...

Cytuj:

---

SzlaMeK napisał

Chyba wiem jak temu zapobiec...w admin.xml jest taki kod powalony i go se zmienic trzeba nie wiem czy to zadziala ale i tak zmieniam na SQL xP
Dobrze że to pokazałeś, bo never bym nie przeszedł na SQL :D

---

ja wole xml ludzie powalilo was?

Cytuj:

---

kisielr32 napisał

Można jeszcze zrobić coś w typie akcji " Leave XML, USE SQL " I na każdym forum dać dokladny poradnik, jak co sie robi w sqlu itp

---

Nie mozna! nie wolno! nie pozwalam!

Cytuj:

---

apitis napisał

#up
Rofl, moze i, ale to taki apel z ktorego wynika ze XML to za przeproszeniem zjebaństwo.

Takie jest przesłanie ; p

---

Ty kurwa jesteś zjebaństwo

Cytuj:

---

Bobix napisał

otsfucker xmle powracaja!!!!!!!!!!!!!!


ale xml to jest gowno na nim na 20 + typa lagi !!!!!!!!!11!!!!!!!!!


a na sql na 40 + typa 0 laga

---

I chuj ,masz dobre łącze i procesor i działa. A i tak nie planuje 20+osob

Cytuj:

---

iveliios napisał

Fjnaie nawet z ta akcja ale nie mozna zabronic ludziom korzystania z xmlow... :/ Kazdy ma wlasna wole i wybiera co chce (chociaz ja korzytam z sql ;])

---

Nie wolno ci xD

Cytuj:

---

spiderrs napisał

Ja tam wole SQl'e fajne sa

---

NIE SĄ!!

Cytuj:

---

apitis napisał

#Ersiu
Torgonia sie przekonała na własnej skórze ; d

Do tego dochodzą inne bajery, dzieki którym mozna rozjebać prawie wszystkie OTSy. To , co tu pokazalem, to taki ,,maly kawalek" :))

---

Ja nie, XML ROX

Cytuj:

---

Kompek13 napisał

Moim zdaniem chybiony pomysl, wielu osoba SQL moze sprawiac trudnosci (np.mi). Oczywiscie, ze wolalbym uzywac SQL ale moja wiedza o tymze jezyku zapytan (:D) mi na to nie pozwala, wiec chcac czy nie chcac musze korzystac z XMLa. Pozatym znajdz mi silnik SQL pod tibie 7.6 ^^

Czemu 7.6? A no bo jak dla mnie kolejne wersje tibii wraz z czasem traca klimat. Entchantowanie broni? , odpornosci mobow na zywioly? lool...nie dlugo bedzie upgrade, piercing i moze jeszcze crafting itemow...

---

No dobra ale nie rób sql Błagam


I KTO JEST ZE MNĄ, ŻE XML ROX?pewnie nikt ale ludzie popierać

Wg. mnie i SQL i XML mają jakieś pozytywne i negatywne cechy... których nie sposób teraz wymieniać... Dlatego zawsze przy wyborze ots'a(silnika) zwracałem uwagę co ma itp., jak był pod sql top robiłem na sql a jak nie to nie...

#topic
wciąż uważam że ten atak jest niemożliwy...

@Zbi: słyszałeś o czymś takim jak zawartość merytoryczna? Bo post na to nie wskazuje.

Cytuj:

---

masz dobre łącze i procesor

---

W wypadku XML'a przydaje się jeszcze dysk. Fakt, może nie ma dużego zużycia podczas normalnego działania, ale jeśli ktoś zrobi Ci DoS'a lub DDoS'a opartego na logowaniu i wylogowywaniu to OTS padnie wraz z dyskiem. :P

@nidmordek: A jednak, ataki były. :P



#down: akurat mowa o innych parametrach niż pojemności.

@up
Dysk to ja mam we h** 500GB

@2xup
Ale po co zmieniać ciągle SQL/XML/SQL/XML
Efekt uboczny:
Jesli masz ots'a to będą częste resety charów

#Zbi i ten drugi gówniarz.
Matko...
OTS był kiedyś mało znanym projektem. Pierwsze silniki miały 2-3 pliki, zawierały tylko konsolę i bazę playersów ( ew. dllki czy coś tam ). IP zmieniało się oczywiście z Clienta :)
Pierwszy OTS był dla ludzi nowością - podobno grało na nim wieeele osób, pomimo, że na takich serverach można było tylko chodzić.

W dalszych UPdate dodawali coraz to nowe systemy ( BP, Multi Floor na zasadzie TP itd. ) oraz pomagali nowym użytkownikom oswoić sie ze serverem.
Niestety, liczba chętnych przerosła oczekiwania, coraz to nowsze UPdate dawały więcej możliwości nawet dla tych co nie znają się na komputerach.

Wreszcie dotarliśmy do dzisiejszych czasów. Teraz OTSy działają na zasadzie "daj mi gma albo ide na innego łoteesa" - bo wiadomo, że każdy gracz ma miliony serverów.

Każdy głupi zmienia IP i odpala, przyczyniając się do takich właśnie zachowań... Bo ludzie wiedzą, że mają wybór ( niestety ).

SQL jest dobry, ponieważ czas wczytywania jest kilka razy szybszy, najlepsze silniki zużywają tylko 1-2MB Ramu na gracza - a takie XMLowe Evo może z 10 MB!
Pamiętaj, że mówimy o Ramie!

Do tego zakładając, że masz Enfo. Co chwilę ładuje Ci się jakiś plik, baardzo łatwo o crasha a o lagach nie wspomnę. Dlatego przesiadka na SQL jest dobra.

Korzystając z SQLite trudno o hacka. FireWall+Antyvir+AntySpyraware itd. a nikt Ci się nie włamie.

Jednym ( kilkoma ) słowem(ami) dla tych dwóch panów:
WYPIERDALAJ KURWO

NIE CHCE ŻEBY BYŁO, ALE DLA WASZEGO BEZPIECZEŃSTWA - <CENZURA> W DRODZE!
MACIE MAŁO CZASU!

Xadrian , nie paplaj wszystkiego. =0

@Zbi
Nie no, np. . Na ten swój Warek to wiesz, XML w sumie może być. Ale na Boga, po chuja Ci taki ots? A powiedzmy sobie szczerze.. zrobisz porządniejszy OTS, zobaczysz ze XML to gówno.

Żyj w niewiedzy, mam to w ***** :)

Nie dałem rady zrobić ots'a na SQL, a na XML nie ma stabilnych silników pod 8.1. Tutoriali nie łapie. Może mi pomożesz jak żeś mądry
?

Cytuj:

---

Xadrian napisał

SQL jest dobry, ponieważ czas wczytywania jest kilka razy szybszy, najlepsze silniki zużywają tylko 1-2MB Ramu na gracza - a takie XMLowe Evo może z 10 MB!
Pamiętaj, że mówimy o Ramie!

---

Jeśli ta różnica jest prawdziwa to równie dobrze mogę Ci powiedzieć, żebyś patrzył w lewo bo z prawej są zwykle brzydkie widoki. Oznacza to też, że WSZYSCY są conajmniej ignorantami w dziedzinie programowania.

SQL gwarantuje szybki dostęp do danych ponieważ serwery(nie ots'y, tylko sql) mają takie bajery jak cache czy szybkie mechanizmy wyszukiwania. Kosztem tego jest oczywiście pewne zużycie CPU(choć nie powinno być zauważalne przy poprawnej konfiguracji) oraz zużycie RAMu(to już jest zauważalne). Weź pod uwagę fakt, że zwykle nie wiesz gdzie taki serwer SQL trzyma dane postaci i nie wiesz ile naprawdę one zajmują.

W wypadku XML wszystkie pliki są czytane przez OTS'a bezpośrednio. Onacza to, że ten sposób zapisu nie pochłania w czasie gry ŻADNYCH, ale to ABSOLUTNIE ŻADNYCH zasobów CPU bądź RAM. W chwili gdy gracz się loguje następuje odnalezienie pliku i wczytanie go. Trwa to chwilę dłużej niż w wypadku SQL'a, lecz nadal są to czasy, które w zaokrągleniu do milisekund wynoszą 0. Po wczytaniu postaci, chwilowym(0ms) zwiększeniu zużycia RAMu pozostają tylko te same dane co w wypadku SQL'a.

Oczywiście powyższy post zakłada, że jednak przynajmniej 1 osoba która robiła OTS'a była programistą(patrz np. wiki).

@up
Jak dla mnie czas odczytu plików z dysku nie jest zaokrąglony do 0ms... posprawdzaj sobie średni czas dostępu dysków -_-
I raczej plik XML przy czytaniu jest wrzucany w RAM.

...to mam 4096 ramu więc moge wybrać co chce, ale ponieważ nie ma stabilnego XML(tylko MM project czysty, a on szybko pada) to pozostaje mi SQL

SQL
+Bezpieczny
+Lekki(kb)
+Szybki
-trudny w obsłudze

XML
-Bezpieczny, ale gdy dobrze to zrobisz
+łatwy w obsłudze
-Ciężki(kb)
+Szybki
-Częste crashe

Nie wiem czy wymieniłem all

Ano Zbi, ja np. mam 256 RAMu, i jakoś se radzić muszę..
IMO SQL nadal jest lepszy, jak mówił Gniew_mroku, ma takie bajery jak np . cache..

That's all.

cache to drobnostka...
Nie da sie np.kupywać item za sms na SQL!

@UP
Jak to się nie da ? Na sql możesz praktycznie wszystko.

A dla tych co nie czają poradników, co tam jest takiego niezrozumiałego ?
Możecie wytłumaczyc ? Prostszej rzeczy od zrobienia bazy danych nie widzialem ...

Nie daje sobie rady z SQL a XML'i już niema dobrych ;/
ale możesz tłumaczyć ;d
PS.
Bring
Up
My
Post
;d

Nie dajesz rady? Nie rozumiesZ? Odpuśc sobie, to dopiero początek =)
Po prostu, OTS to nie zabawka, i nie ma sensu sie w to ,,bawić".
PS: Niedługo co nieco napisze o OTFie 0.2 =)