Jump to content

Hip

Globální moderátor
  • Příspěvků

    3030
  • Registrován

  • Aktivní

  • Vítězných dnů

    64

Příspěvky posted by Hip

  1. Ahoj, sháním plugin nebo tak něco, který mi bude generovat volání API dle YAML definice. Obě API jsou ve Spring bootu. 

    • Mám externí API a jeho YAML definici.
    • Mám moje API, ktré volá externí api.

    U externího API používám openapi generátor pro generování controllerů. Je možné takto generovat i samotné volání? Viz Stack Overflow dotaz:

    https://stackoverflow.com/questions/72071088/spring-boot-call-external-api-with-external-yaml-api-definition

  2. Dále, název proměnných je keysensitive, tedy záleží na velikosti písmen. Ty deklaruješ vip (malýma písmenama), ale přistupuješ k ní Vip (první velké)

  3. Základní znalost angličtiny, chlape...

     symbol already defined: "vipcar" značí, že vipcar už máš definovaný. Na řádku 14 a 16 definuješ vipcar, které definuješ i o řádek vejš. Deklarovat proměnnou pod nějakým jménem můžeš jen jednou. Řešení je tedy přejmenovat druhé proměnné na něco jiného. 

  4. před 4hodinami, Bloodman said:

    Vynechal si SSH kluce na autorizaciu gitu. GPG na podpis commitov. Line ending config "core.autocrlf".

    Pokial repo nemas, tak git init, set origin a push master na origin.

     

    Záměrně. (Proto je tam i povinně public repository) Je to první díl. Pokud jsi to četl celé, tak:

     

    před 4hodinami, Hip said:

    Dejte sem nějaký ohlas a já udělám další část, o něco složitější. 

    Vynechal jsem spoustu věcí, protože narvat vše do jednoho návodu by byl obrovskej overkill. Radši budu dávkovat postupně. 

    ---------------------------------------

    před 27minutami, kazlik said:

    na macos se nemusí git instalovat a je součástí systému, ne?

    To netuším, ale myslím, že jsem taky musel instalovat. Konec konců i na linuxu je to snad předinstalovaný, ale taky si nepamatuju. 

  5. Verzovací nástroj GIT

    :1:

    Ahoj, jak jsem dlouhou dobu sliboval, tak přináším návod na verzovací nástroj GIT. Ve zkratce o co se vůbec jedná. Jedná se o software, který umožňuje verzovat kód, který programujete. TJ. uděláte si 10 řádkovej soubor, uložíte pomocí gitu a máte jednu verzi. Pak přijdete druhý den, připíšete dalších 10 řádků a máte druhou verzi. 3. den ovšem něco upravíte a máte třetí verzi. Bez gitu byste museli mít 3 složky se třeba totožnejma souborama, kde jsou právě uvedené změny. GIT umožňuje toto právě vynechat a vy celou dobu pracujete pouze s jednou složkou, která nese všechny informace o všech verzích. 

    Další velké plus, proč verzovat kód je to, že na jednom souboru může pracovat více lidí na různých počítačích a GIT umí následně soubory sjednotit v jeden a vystavit ho jako novou verzi.

    V tomto návodu se dozvíte nejzákladnější práce s gitem tj:

    • clone (stáhne existující kód z gitu)
    • status (zobrazí aktuální změny vůči poslední verzi)
    • add (přidá vaše aktuální změny k plánované další verzi)
    • commit (potvrdí lokální změny jako novou verzi)
    • push  (odešle změny na remote server, kde si je budete moct prohlížet)

    Spousta lidí používá pro verzování nějaké gui jako třeba sourcetree nebo rovnou ide, ovšem já nejsem zastánce gui u gitu, protože: U gui nevíte nikdy co to přesně dělá a nevidíte jaký je output gitu a za 2. u gui musíte hledat kde se to ovládá a je to zbytečně složité...

    Příprava

    1. Budeme potřebovat nainstalovat git:

    LINUX: Stáhněte si balíček git:

    • Debian: apt-get install git
    • RedHat/RHEL: yum install git, dnf install git

    MAC: Stáhněte si balíček git:

    • brew install git

    WINDOWS: Tady to je složitý...

    Linux/Mac uživatelé budou používat terminál, Windows uživatelé Git Bash (nový nainstalovaný program). Po celou dobu se budeme pohybovat ve složce /Projects a podsložkách. Všude budu psát preffix kde se aktuálně pohybujeme.

    2. Budeme potřebovat git repositář. Pro demonstraci budu používat a odkazovat se na github.com. Toto je návod na práci s gitem, nikoli práci s githubem, proto napíšu body co je třeba splnit a přidám případně ostatní návody.

    1. Zaregistrujte si účet na githubu
    2. Vytvořte nový public repositář (https://docs.github.com/en/get-started/quickstart/create-a-repo)
    3. Zjistěte si URL vašeho repositáře. (Chceme url která začíná https nikoli ssh) Bod č. 3 tohoto návodu: https://docs.github.com/en/repositories/creating-and-managing-repositories/cloning-a-repository

    Stažení repositáře

    V předchozí části jsme vytvořily remote repositář, ve kterém máme README.md případně nic. Záleží zda jste nechali vygenerovat readme soubor při zakládání repositáře. 

    Otevřeme si terminal/gitbash a budeme pracovat jen v něm.

    1. pomocí cd přejdeme do složky /Projects např. 
      cd /home/hip/Projects
    2. Nyní si stáhneme vytvořený repositář do pc pomocí clone:
      git clone [url]

      parametr url je url repositáře

    3. Nyní vejdeme do stažené složky

      cd [název složky = název projektu]

      název složky je název projektu zadávaný při vytvoření repositáře. Pro demonstrativní účely budu používat "mujProjekt"

    Nyní máme stažený repositář, což je vlastně první verze našeho kódu a jsme ve složce, která je pod kontrolou gitu. Když se podíváte do složky, ukrývá se tam skrytá složka .git, která obsahuje informace o jednotlivých verzích, remote repo (což je u nás github) a hromadu dalších informací, aktuálně nepodstatných.

    Práce se složkou/projektem

    Ať je to k nevíře, se složkou mujProjekt se pracuje uplně normálně jako s každou jinou. Můžete ji celou kamkoliv přesunout, můžete v ní upravovat kód. Má to jeden jediný rozdíl, všechno co se upravuje ve složce může být součástí další verze kódu (ale nemusí).

    Řekněme, že jsme pracovali, udělali nějaký kód a máme hotovo. Vyvtoříme si soubor helloworld.txt uvnitř složky /Projects/mujProjekt a obsah bude třeba

    Hello world!

    Máme práci hotovou a chceme potvrdit změny a odeslat na remote repo. Půjdeme zpět do terminálu

    1. Zjistíme jak jsme na tom přes status:
      git status

      Terminál nám vyhodí output, kde bude červený řádek podobný tomuto:

      N helloworld.txt

      Tím vidíme, že git ví o našich změnách.

    2. Nyní vytoříme novou verzi. Ovšem než to uděláme, musíme gitu říct, jaké soubory chceme do nové verze dát. To je náš helloworld.txt soubor:

      git add helloworld.txt

      Zkusíme si dát opět status a uvidíme, že soubor není červený, ale zelený. To znamená, že vyvtoření následující verze bude s tímto souborem.
      Vytvoříme verzi:

      git commit -m "Muj prvni commit"

      commit vytvoří verzie, parametr -m udává commit zprávu a zpráva je info ke commitu. Jak můžete vidět, není to version, ale commit. V gitu se označuje verze jako commit, takže od teď budu používat slovo commit. 

    3. Nyní máme commitnuto a změny jsou lokálně u nás. Abychom změny dostali do remote repo, postačí nám k tomu push:

      git push

      Toto odešle změny na github, naše remote repo. Ikdyž se jedná o public repository, tak pushovat změny může jen oprávněný uživatel. V tuto chvíli vám vyskočí prohlížeč a požádá vás o přihlášení. Přihlásíte se a proces se automaticky dokončí. 

    4. Nyní když se podíváme, tak změny jsou na githubu. 

    Závěr

    Toto je nejzákladnější práce s gitem. Zkuste si takhle udělat pár dalších commitů a poslat si je tam. Udělejte si tam třeba další složky. Když používáte add tak nemusíte specifikovat každý soubor extra, ale stačí napsat název složky a automaticky to přidá všechny změněné soubory ve složce. 

    Dejte sem nějaký ohlas a já udělám další část, o něco složitější. 
    PS: Dnes to po sobě nečtu, nemám čas.

    • Děkuji (+1) 1
    • Líbí se mi to! (+1) 3
  6. před 2minutami, Bloodman said:

    A to co mas za komp? Altair 8080? :D

    Nemas link na ten benchmark? Nechce sa mi nejako verit, ze mod napisany v C# by bol vyrazne pomalsi od toho napisaneho v pawne :D

    Nevím nic o tom, že by na linuxu fungoval .net :D 

    Jinak bylo to tady na fóru několik let zpět. Někdo to testoval a vycházelo to, že to bylo snad 1.3x nebo 3x pomalejší než samotný pawn. Ale klidně to může být fakt 10 let. Je to fakt dlouho co jsem to četl. 

  7. před 21minutami, Bloodman said:

    Myslim, ze sa da pisat mod v C#. Ak by to podporoalo .NET 6, tak by som do toho aj siel :D

    Jo to se dá, ale já nepodporuju .Net (respektive můj setup nepodporuje .net :D ) to za 1. a za 2. módy v .Netu jsou několikrát pomalejší. Kdysi jsem viděl nějaký srovnání a bylo to po performance stránce fakt na nic. Proto jsem s tím ani nezačínal. 

  8. Just now, darfexko said:

    (Dostal bych za to zaplaceno? Ano dostal bys zaplaceno, podle toho jakou práci bys udělal a jak by se to například.. hráčům líbilo..)

    Hele, s tímhle tady nepochodíš. Buď napiš rovnou co chceš za úpravy a stanov cenu předem nebo to nezkoušej. Takhle nenajdeš nikoho zkušeného a jen tě to bude stát čas. Jednodušší je se to naučit (je to jednoduchý) a je to skvělá investice do života. 

  9. tvl to abych už konečně udělal návod na git, protože to je sprosté slovo tady :D jako asi by to nebylo špatný aby každej přispíval (pořád jsem radši aby tam byl existující mód/módy),jestli vůbec bude někdo přispívat. Ale prostě je to jeden přiblblej soubor a když do toho bude psát každej, tak se to bude muset hrozně moc kontrolovat aby v tom nebyl bordel. Pokud by to mělo být takhle community based, chtělo by to aspoň trochu OOP, jinak to bude bordel. Není na to nějakej framework? 

    • Líbí se mi to! (+1) 1
  10. Mám Lyricsovo Near The End, ale nepovedlo se mi to spustit. Teoreticky by s tím mohl Lyrics pomoct, ale ten už to snad taky nemá :D 

    @ATomas by snad dal licenci na nějakou RZE 7.4 nebo nižší ne? :D 

     

    před 2hodinami, jenkings said:

    Myslím si, že nejzajímavější by bylo, dát tam téměř prázdný mód. ten zahostovat na gitu a nechat to jako otevřený repozitář, a nechat komunitu do módu přispívat a tvořit to k obrazu svému

    Tohle byl Nostalgiciký server v1, to nebude fungovat, každej (i já) se na to vykašle.

  11. Robin mě přivedl na myšlenku. Jestli chceš nostalgický server, tak bych mod protáčel časem a dával tam fakt nějaký vykopávky. Třeba nějakou první verzi rze klidně :D Když by se to měnilo třeba jednou za den, tak by to nemuselo být špatný podle mě. Nostalgie by byla super. A co lépe, hodil bych to na server 0.2x :D 

  12. chci tam všechny 3 mapy - San Andreas, Liberty City, Vice City. Tak jak jsem postoval před pár dny jedno video.

    A viděl bych to na free roam. Hráč si můžeš dělat cokoliv, cheaty co nebudou rušit ostatní hráče povoleny, hráči si budou moct stavět rampy, spawnovat všechno možný atd. Jeden takovej mod je na MTA a hodně se mi to líbilo.  

  13. Když to nemůžeš najít a chceš to psát někam jinak, tak si vytvoři svůj vlastní textdraw? Jinak jestli nedokážeš najít deklaraci proměnné podle názvu, tak bys asi měl začít uplně od nuly, něco si zkusit a přijít na to jak to funguje. Protože tohle je nejzákladnější dovednost. Bez toho se neposuneš dál.  

    • Líbí se mi to! (+1) 1
  14. no, rozhodně doporučuji linux. I na notebook nebo desktop

    Můžeš si tam hodit firewall, kterej bude povolovat ip jen z určitých zemí -> sice bude ddosovat server jako stroj, ale ne server jako samp program.
    Případně to můžeš hodit za proxi. veřejná ip (firewall, server 1) -> privátní ip (samp, server 2)

  15. 1. prosím přestaň používat tak šílený fonty, takhle v noci mi z toho skáče mozek
    2. kód dávej do "Vložit kód" je pak přehlednější pro ostatní

    Dej sem ještě definici AddChat a SCMF. Tyhle fce, předpokládám, posílají text do chatu vytvořený přes textdraw. Abys posunul chat, tak musíš posunout textdraw, kterej je definovanej někde jinde. Stačí když sem hodíš jen tu definici kde je TextDrawCreate. Souřadnice se upravují viz dokumentace: https://sampwiki.blast.hk/wiki/TextDrawCreate

×
×
  • Create New...