Witamy w Nieoficjalnym polskim support'cie AMX Mod X, jak w większości społeczności internetowych musisz się zarejestrować aby móc odpowiadać lub zakładać nowe tematy, ale nie bój się to jest prosty proces w którym wymagamy minimalnych informacji.
|
Napisane przez
w 25.11.2019 02:12
Sourcebans jest pod wszystko co jest pod silnik source'a czyli np. CS:GO, CS:Source, HL2:DM etc.
Amxbans jest od CS 1.6 i HL'a zwykłego.
Na jakiej zasadzie dzialaja i co pokazuja (to, że bany na graczach to wiem, ale czy coś jeszcze)
Dostępne serwery, ustawienia adminów możesz ustawić przez stronę etc.
Napisane przez
w 25.11.2019 02:00
Czesc, mam pytanie, czym sie rozni sourcebans od amxbansa? Czy sourcebans jest do CS source, a amxbans do CS 1.6? Na jakiej zasadzie dzialaja i co pokazuja (to, że bany na graczach to wiem, ale czy coś jeszcze)
Napisane przez
w 26.10.2019 22:39
Not Found
The requested URL was not found on this server.
Additionally, a 404 Not Found error was encountered while trying to use an ErrorDocument to handle the request.
Niby się zainstalowało usuwam plik install.php i takie coś mi się pokazuje
poradziłem sobię, zmieniłem htacces ostatnią linijke z public_html/sklep na /sklep/
Napisane przez
w 19.11.2014 16:03
Witam
Mam problem ze sklepikiem polega on na tym że nie sprawdza kodów zwrotnych z sms
Usługę mam na dotpay (zweryfikowaną uruchomiona i konto jest aktywne)
Test sprawdzający kody był wkonany z pozytywnym wynikiem
Natomiast jak prubuje je wprowadzić przez sklep (wysyłam sms przychodzi mi kod zwrotny) wpisuje go to dostaje odpowiedź błędny kod jednak w usłudze dotpay taki kod istnieje
Tutaj pojawia się moje pytanie czy oprócz
Identyfikator usług SMS
numer ID zarejestrowanego klienta
Muszę cos jeszcze skonfigurować aby usługa dotpay działała poprawnie
Napisane przez
w 23.11.2019 10:39
Napisane przez
w 22.11.2019 17:10
Napisane przez
w 21.11.2019 10:54
Panowie mogę dać tutaj potwierdzenie wam z jego kontem i wszystkimi danymi moimi , ja nie mam nic do ukrycia do banku dzwoniłem !! przelew doszedł !
Napisane przez
w 10.11.2019 22:19
Czy mógłbyś to troszkę lepiej wytłumaczyć 
Napisane przez
w 22.11.2019 13:53
Odświeżam, ciągle aktualne.
Napisane przez
w 14.07.2015 09:34
Ten kod będzie przy każdym thinku aktualizował rendering gracza, jeśli ten kuca, a wystarczy zaktualizować gdy zaczyna kucać i gdy przestaje kucać. Sprawdzaj oldbutton i reaguj tylko wtedy, gdy nastąpiła zmiana. Wystarczy dodać na początku thinka (po sprawdzeniu czy gracz ma dany perk) to:
if(!((get_user_oldbutton(id) ^ get_user_button(id)) & IN_DUCK)) return;
Jak to działa? operator ^ to operator XOR, zwróci on jedynkę na danym bicie tylko wtedy, gdy bit w obu porównywanych wartościach jest różny, czyli:
0b00010100 0b00010010 XOR = 0b00000110
W ten sposób zaświecają nam się bity klawiszy, które zostały w danym thinku zmienione. Nas interesuje tylko duck, więc dodatkowo przepuszczamy to przez & i viola 
Oczywiście przerzuć kod do cmd start, jak sugerują inni.
Napisane przez
w 11.07.2015 09:39
Napisane przez
w 07.07.2015 17:33
Napisane przez
w 06.07.2015 13:13
AMXX Editor Online.png 228,41 KB 27 Ilość pobrań
AMXX Editor Online2.png 249,15 KB 23 Ilość pobrań
Napisane przez
w 14.05.2015 13:58
ReHLDS
Reverse-engineered HLDS v0.1
1. Czym jest ReHLDS?
Reverse-engineered HLDS, w skrócie ReHLDS jest silnikiem serwera dla gier GoldSource, takich jak Counter-Strike 1.6. Nie jest to twór ze stajni Valve, autorem projektu jest osoba prywatna która udostępnia go na zasadach open source. Stworzony został poprzez inżynierię wsteczną na podstawie oryginalnego engine w wersji 6153 (plik engine_i486.so).
2. Co to zmienia?
Podczas analizowania kodu aplikacji zostało wykryte wiele błędów (w tym potencjalnych), co poskutkowało naprawieniem ich w wynikowej wersji. Dzięki temu zyskujemy zdecydowanie większą stabilność serwera oraz optymalizację wydajności. Dla przykładu przypomnę, iż oryginalny silnik gry powstał w 1999 roku, w momencie gdy nie istniało wiele powszechnych dziś rozszerzeń rozkazów dla procesorów, takich jak SSE. Nie jest żadną nowością fakt, że HLDS od Valve nie wykorzystuje dostępnych dziś instrukcji, co przyczynia się na niebywale niską wydajność serwerów zważając na moc obliczeniową dzisiejszych komputerów. Inaczej jest natomiast w ReHLDS, autor projektu deklaruje wsparcie dla nowych technologii w wielu przypadkach, takich jak np. obliczenia na wektorach. Jednakże należy pamiętać że jest to tylko podstawowy element silnika gry służący do jego uruchomienia, nie obsługuje on rozgrywki więc większość operacji wykonuje się w plikach od producenta które takiej optymalizacji nie mają. Nie należy zatem oczekiwać kosmicznych przyrostów.
Dodatkowym smaczkiem jest nowe API serwera które możemy wykorzystywać w pluginach.
3. Jak używać?
Jak już wcześniej wspominałem, jest to oprogramowanie z udostępnionymi źródłami więc najlepszym rozwiązaniem jest skompilowanie programu w środowisku w którym będzie używany. Jednakże, będąc realistą, wiem że nie jest to proste ze względu na zaawansowany proces kompilacji (dla osób nie mających wcześniej z tym styczności) bądź brak dostępu do kompilatora.
Rozwiązaniem tego problemu jest pobranie skompilowanych już plików oraz wysłanie ich na serwer.
4. Wersje ReHLDS
W chwili obecnej są dostępne dwie wersje:
- pure - jest to wersja "bezpieczna", która używa mechanizmów zawartych w oryginalnym HLDS lecz z przepisanym kodem na nowo
- bugfixed - wersja zoptymalizowana, w której poprawione jest wiele błędów oraz wykonane są dodatkowe optymalizacje wydajności
5. Problemy
Zasadniczo ReHLDS jest już przetestowany i wszystkie znalezione błędy zostały poprawione, lecz wciąż jest to projekt w początkowej fazie wzrostu i mogą pojawić się nieoczekiwane problemy.
Dodatkowo, ze względu na inny proces kompilacji i zmienony kod mogą nie działać dodatki opierające się na analizowaniu skompilowanego już kodu (wyszukiwaniu patternów). Przykładem takiego dodatku jest Orpheu bądź Okapi.
6. Download
Źródła: https://github.com/d...stalker/rehlds/
Skompilowany silnik: http://nexus.rehlds..../rehlds-0.1.zip
rehlds-0.1.zip 5,99 MB 860 Ilość pobrań
Napisane przez
w 05.04.2015 15:43
git init
git add NAZWA_PLIKUprzypomnę, że jeśli chcemy dodać wszystkie pliki, które znajdują się w repozytorium, należy napisać
git add .lub też
git add --allteraz możemy przejść do kolejnych punktów
git commit -m 'Jakiś opis, np. Pierwszy komit'
git remote add NAZWA_WŁASNA ŹRÓDŁO
git push NAZWA_WŁASNA NAZWA_GŁÓWNEGO_BRANCHAaby zapchać. Oczywiście da się też zapychać wszystkie branche, ale to już sami poszukajcie
git clone ŹRÓDŁO ŚCIEŻKAgdzie źródłem jest link do zewnętrznego repozytorium, a ścieżka to po prostu położenie folderu w naszym komputerze, do którego ma skopiować repozytorium, nie podając ścieżki git sam utworzy nazwę folderu.
git add . git commit -m 'Opis'jest też krótsza wersja
git commit -am 'Opis'ale należy zawsze pamiętać o tym, że nie zawsze chcemy komitować wszystkich zmian, a wtedy przydaje się komenda
git statusktóra wyświetla nam wszystkie zmiany (razem z nazwami plików) jakie zostały wprowadzone od ostatniego komita.
git checkout -b NAZWA_BRANCHAktóra utworzy nowy branch, a następnie przerzuci nas do niego. Można też
git branch NAZWA_BRANCHA git checkout NAZWA_BRANCHAale po co?
git checkout NAZWA_GŁÓWNEGO_BRANCHAa następnie
git merge NAZWA_BRANCHA_ZE_ZMIANAMIteraz git zazwyczaj wykona robotę samodzielnie i nasze zmiany będą już na głównym branchu, ale czasami zdarzają się konflikty, które trzeba już samemu rozwiązać (patrz dalej↵). Po mergu wystarczy teraz
git push NAZWA_WŁASNA NAZWA_GŁÓWNEGO_BRANCHA
git push NAZWA_WŁASNA NAZWA_BRANCHA_ZE_ZMIANAMIa potem tworzymy na serwerze pull/merge requesta, który oczywiście trzeba będzie zaakceptować, ale zanim zaakceptujemy możemy dokładnie przejrzeć jakie zmiany zostały wprowadzone. Przeglądać zmiany można także lokalnie, ale to już nie wygląda tak ładnie, ale w każdym razie robimy to komendą
git diff NAZWA_BRANCHAJeśli tutaj będą jakieś konflikty, to trzeba będzie je rozwiązać lokalnie, czyli najpierw przerzucamy się na główny branch
git checkout NAZWA_GŁÓWNEGO_BRANCHAaktualizujemy go
git pullnastępnie znowu przechodzimy do brancha ze zmianami i wtedy mergujemy go z głównym, czyli
git merge NAZWA_GŁÓWNEGO_BRANCHAi teraz zapewne wywali nam konflikty, które będziemy musieli rozwiązać (patrz dalej↵). Po rozwiązaniu konfliktów jeszcze raz wypychamy naszego brancha ze zmianami do repozytorium zewnętrznego i ponawiamy mergowanie na serwerze.
git statusi tutaj (na czerwono) pod "Unmerged paths:" ukarzą nam się pliki, które mają konflikt. Otwieramy kolejno każdy plik z konfliktem i szukamy linijek ze znakami
<<<<<<<to co jest pod tą linijką i nad najbliższą
>>>>>>>to jest kod, który należy edytować. Po środku tych linijek mamy
=======co oddziela nam dwie różne wersje. Zazwyczaj rozwiązanie konfliktu sprowadza się do wybrania kodu nad lub pod
=======czyli tego, który jest najbardziej aktualny, ale czasami konflikt jest bardziej złożony, wtedy trzeba po prostu te dwa kawałki kodu ze sobą odpowiednio połączyć, oczywiście tutaj już każdy przypadek należy traktować indywidualnie, dlatego nie ma na to jednego rozwiązania.
git add .a potem zakomitować
git commit -m 'Merge'i na tym koniec konfliktów.
git tag NAZWA_TAGUi to przypisze nam tag do aktualnego miejsca gdzie jesteśmy w naszym repozytorium. Teraz aby tag był widoczny także na repozytorium zewnętrznym, to wypychamy go dokładnie w taki sam sposób, jak to się robi przy branchach, czyli
git push NAZWA_WŁASNA NAZWA_TAGU====================================================================
git checkout NUMER_KOMITAzresztą dokładnie to samo jest z tagami. Ogólnie fajna opcja, można porównywać, mergować, czy przeglądać każdy komit, tag, branch.
Forum
Użytkownicy
Kalendarz
Dodatki SourceMod
Moja zawartość
Mężczyzna
76561198023323840
