mxco

kořenová složka serveru, tam kde je spusitelný soubor. zapisovat by měl možná do server_log ale už si nepamatuju protože jsem to vyloženě nevyužíval (vyžadoval to myslím discord-connector plugin od stejného autora)

Pokud si dobře pamatuju, tak se log-core nedává do plugins, ale do složky se samp serverem. Což se mimo jiné píše v README https://github.com/maddinat0r/samp-log-core/ A nebo je fakaheda linux prostě nekompatibilní.

Jediná nativní funkce, která se tomu nejvíce přibližuje je https://team.sa-mp.com/wiki/Gpci.html. V podstatě je to jen neunikátní hash odvozený z instalační cesty GTA daného hráče. Nedá se na něj spolehnout vždycky, ale občas znepříjemní den lidem, kteří o tom neví.

Nevím no. Posílat zprávu na nějakém fóru s lámanou angličtinou, abych měl free samp hosting na měsíc, to bych neudělal ani svému třináctiletému já s nejhorším filéskriptem pod sluncem :D

z hlediska performance je to podle mě už overkill řešit, zvlášť pokud tam běží jen apache a mariadb :D ale jinak z ubuntu mám taky takovej desktopovej pocit :D lepší asi bude debian, ten je takovej podle mě jeden z nejrozšířenějších :D

Je to napsaný jak kamenem na zeď :D I jako nezkušený PHP junior bych se na to vyprděl :D

Já to mám asi tak, že žiju minimalisticky a kousek i kariérně. Někde mezi. Dávám všemu tak nějak volnější průběh a čekám co se naskytne dál. Můj milník je v podstatě udržet ve svém životě takovou rovnováhu - mít se akorát a mít dobrý pocit z menších celků. A rozhodně nechci znít a vypadat jako nějakej průměrnej človíček co přijde z práce nebo kašle na práci, otevře pivo k televizi a jde zase spát. Ani jako přehnaně motivovaný influencer, že si člověk má jít za svými sny a bla bla. Jsem pravý introvert a neskutečně přemýšlivý. Vždycky se snažím vidět všechno s nadhledem - jako pozorovatel - a podle toho se rozhoduju dál. Díky pawnu jsem přišel na to, že mě taky baví programování a zajímat se o moderní technologie. Nicméně všechno má svoje úskalí. Baví mě to pořád, ale tak nějak cítím, že už na vyšší level nevyšplhám. Dělám občas zmatky, občas si nedokážu už ani načrtnout databázové schéma na papír atp., takže se cejtím trochu vyhořele v daný moment. Ale to k tomu někdy patří. Vidím to tak, že by si člověk měl v životě najít více než jednu věc co ho baví a později to měnit, aby nebyl insane z jednoho a té stejné činnosti. Shrnul bych to myšlenkou, že vždycky je potřeba se posouvat. Každý klidně jinou rychlostí. Hlavně nebýt na místě no.

Chybu si lze taky zobrazit přímo v konzoli. Lze tam i debugovat. document.form is undefined To znamená že ten objekt není definován. Pak pro tenhle případ postačí když tabulku obalíš do <form> a všechny document.form nahradíš document.forms[0]. V konzoli jsem zkoušel a input mi vrátil hodnotu. EDIT: Hip byl o minutu rychlejší a má lepší odpověď.

https://github.com/Konstantinos-Sk/Nativechecker až nakonec řádku s plugins v server.cfg, poradí která funkce "se skrývá" pod chybou Run time error 19: "File or function is not found"

V podstatě dáš správný modelid na správnou "kost" a maličko s ním budeš hejbat pomocí s fOffsetX, fOffsetY, fOffsetZ. Nejlépe na to nějaký nástroj (filterscript) kde s ním budeš live manipulovat. Například https://github.com/Southclaws/samp-attachedit/blob/master/attachedit.pwn vypadá docela oukej a věrohodně na takové jednoduché použití. /attachedit, save uloží do souboru

Popravdě asi jo, až teď jsem zjistil, že existuje i attach toho labelu https://sampwiki.blast.hk/wiki/Attach3DTextLabelToPlayer

nad hlavu hráče - https://sampwiki.blast.hk/wiki/SetPlayerChatBubble

loose indentation - nesprávné odsazení, return ti tam visí v jiném odstavci, ale je to jen warning, chod to neovlivní po dokončení musíš resetovat svou pvar SetPVarInt(playerid,"Skuska", 0) zpět na nula

Hledám člověka co mi pomůže rozjet moji pekárnu nejlépe může být i s pecí. Nabízím jakoukoliv pozici v pekárně a provizi 5 haléřů za každý prodaný rohlík (ale jen kdyby se to rozjelo). Dám max 500kč za zprovoznění vzhledem ke stavu a k úpadku pekárenské komunity a taky že oba moji sousedi mají pekárnu taky. Chci to zkusit rozjet ale sám pozoruju že pekárny upadají a nemá do toho smysl investovat. Nejlépe bych do toho nic nevrážel. Ale fakt to chci rozjet. Je to vaše chyba když na to nekývnete! Zní to lákavě?

Zdravím, dělám na interním systému (php, mysql) a přemýšlím jak navrhnout tabulky, aby systém byl udržitelný do budoucna a nebyl tak úplně overkill. Momentálně mám tabulky: pricelist - [id | company_id | discount] pricelist_has_item - [id | pricelist_id | item_id | price] Tak nějak bych chtěl rozvíjet historii ceníků - kdykoliv se položka v ceníku nebo ceník samotný změní tak změnu zapsat. Což by nebyl problém. Háček je v tom, že potřebuju, aby změna byla ale současně platná až následující den (abych ve stejný den neměl jednu zakázku takovou a druhou makovou). Změnu provedu dnes (12.11.2021) (sleva 0% -> 5%), ale těch 5% se bude počítat až od zítra Za měsíc se chci podívat, za jaký ceník měla bejt zakázka 8.11.2021 (měla by bejt sleva 0%) Prozatím mě napadlo to udělat jako snapshoty, co se bude vrstvit (jako malba na zdi). Což by pak změna v tabulkách vypadala tak: pricelist [id | company_id | 3% | valid_from 2021-11-13] (momentálně) pricelist_snapshot [id | pricelist_id | old_valid_from | 0% sleva] (snapshot před změnou) Ale přijde mi pak stupidní se pomocí query ptát - select pricelist -> aplikuj a prolni první snapshot pokud datum na který se ptám < 2021-11-13. A to jsem se ještě nedostal, k tomu, pokud by změna proběhla až v samotných položkách. Změním položku id 1 v ceníku (1 kč -> 5 kč) ale taky potřebuju aby to bylo až následující dny. To bych pak musel snapshotovat i položky. Nebo hledat položku, která platila pro daný snapshot celého ceníku. Kdybych místo snapshotu jenom předchozí zrušil a vytvořil nový pod novým primary key, tak by to mělo stejnej efekt a furt bych musel hledat ve vrstvách. Vítám jakékoliv nápady nebo doplňky