reklama

Zobrazit příspěvky

Tato sekce Vám umožňuje zobrazit všechny příspěvky tohoto uživatele. Prosím uvědomte si, že můžete vidět příspěvky pouze z oblastí Vám přístupných.


Příspěvky - BoneFlute

Stran: [1] 2 3 ... 75
1
Vývoj / Re:PHP PDO - SQL Insert pouze když záznam neexistuje
« kdy: 19. 03. 2019, 16:09:41 »
Kite...díky..nechám si od zkušených jako Ty rád doporučit správný postup, ale domnívám se, že primární klíč nezajistí aby se do sloupce  nedostal stejný záznam/hodnota. Pokud se mýlím, tak pak nechápu ten princip.

Pravděpodobně máš na mysli, že hodnotu co chci kontrolovat by byla primárním klíčem.

S oblibou mám složené primární klíče nad více sloupci. Pokud to dává z logiky věci smysl nebo tomu nebrání něco jiného. Pokud to nejde, tak tam přihodím unikátní klíč. Tím mám zajištěno, že mi to bude hlídat databáze - což upřednostňuju.

Například můžu mít PK nad všemi čtyřmi sloupci: Letter, Commission, Status, DeliveryDate. Což ale samozřejmě nebude to co chci, protože pak mi tam vleze stejný Letter + Commission díky tomu, že se to bude lišit třeba Statusem.
Takže se zamyslím nad tím, co chci:
Letter může být duplicitní, když se liší Commission, jinak ne. Takže udělám PK Letter + Commission.
Pak nechci duplicity nad Statusem, takže přidám UQ Letter + Commission + Status a UQ Letter + Commission + Status + DeliveryDate.
- Nebo naopak UQ Letter + Commission + Status a UQ Letter + Commission + DeliveryDate.
- Nebo jen UQ Letter + Commission + Status + DeliveryDate.

Všechno záleží na logice těch dat. Ale mělo by to jít vyjádřit tak jak jsem naznačil.

2
Vývoj / Re:PHP PDO - SQL Insert pouze když záznam neexistuje
« kdy: 18. 03. 2019, 20:42:49 »
Ještě by mne zajímalo pokud mám v Ajaxu dataType: "json",
a v php vracím pomocí echa prostý text, jak s takovýmto response v Ajaxu zacházet v success?
Ajax bude i v response očekávat json?
Nebude. Pokud se nebude pokoušet o nějakou automagii. A i kdyby ano, tak si třeba na textu vyláme zuby (pokud se zrovna netrefíte na Null, False, True, možná číslo).

Pokud máte datatype json tak z PHP posílejte taky json:

Kód: [Vybrat]
print(json_encode(array("text" => "tohle je ten text")));

Teoreticky by to nemělo stačit. Ještě je důležité posílat hlavičku:
Kód: [Vybrat]
header("Content-Type: application/json");

3
/dev/null / Re:Jak se naučit výborně anglicky?
« kdy: 27. 02. 2019, 13:15:45 »
nerozumel som preco je tam to, alebo ono, ked to tam vobec nepasuje a nedava to zmysel.
Smysl v tom hledat nesmíš :-)

"You are welcome" znamená "není zač", páč angličani jsou národ obchodníků. Takže jsi vlezl do krámu, udělal jim kšeft, řekl děkuju a oni na to "přijď zas, jsi vítán" :-)

4
/dev/null / Re:Jak se naučit výborně anglicky?
« kdy: 27. 02. 2019, 12:55:28 »
Moje paní se naučila anglicky ze seriálů. Je fakt, že asi na to má cit, páč je schopna mluvit ve třech dialektech :-) Ve škole se prý angličtinu učili, ale z toho že nemá nic. To že až později.

6
Ahoj.

Mám Fedoru 27, a aplikaci Gnome Soubory (Nautilus). Kde je defaultní chování, že když dám začnu psát, tak mi to začne vyhledávat a filtrovat. Celkově spokojenost, ale chtěl bych trochu jiné chování.

Aby to hledalo jen v aktuálním adresáři a nikoliv v podadresářích.
Případně, aby mě to hodilo na patřičný soubor či adresář.

Zkoušel jsem volby a klávesové zkratky ale na nic jsem nearazil. Snad jsem jen něco přehlédl.

Díky za pomoc.

7
O serveru Root.cz / Re:Zrizeni nemoderovane sekce na Root.cz
« kdy: 04. 02. 2019, 00:09:09 »
Diskuse na Rootu nebyly zrušeny, jen teď budeme striktně vyžadovat, aby byly vedeny slušně, s úctou a k tématu.

Pokud chcete diskutovat o čemkoliv volně, máte spoustu možností. Můžete třeba založit skupinu na Redditu nebo kdekoliv jinde. Sem ale volné povídání na libovolné téma nepatří, chceme se v diskusích držet tématu.

A proc to zde nepatri? Proc by zde nemohla byt sekce na volne povidani? Jake je oduvodneni?

A proc na Redditu, kdyz to neni ani cesky server. To prece neni reseni.

Už tu několikrát bylo vlákno na celkem zajímavé téma. Mělo 60, i 80 stránek. A našel jsem tam dvě užitečné informace. Nejen, že mě to naučilo nereagovat na trolly, ale dokonce už omezuju návštěvu.

8
Vývoj / Re:Co si myslíte o OOP?
« kdy: 25. 01. 2019, 07:59:29 »
V Pythonu?! (Ano, formálně samozřejmě ano, ale reálně na tom nikdo nic nestaví.)
Jak jsi na to prisel? Vytvareni uzivatelskych typu pomoci trid je zaklad.
Mě mučí tyhle slovokolotoče: v Pythonu se objekt vytváří pomocí slova class, a na jeho jméno se tážeme slovem type. Uff.

pouziva to chtej nechtej kazdy:
Zas nepřeháněj. Možná někdo někdy.

9
Odkladiště / Re:Trestné činnosti s IS
« kdy: 24. 01. 2019, 23:39:56 »
Obávám se, že vaši teorii o domácím úkolu musím vyvrátit.
Jedná se o okruhy ke zkoušce, kterým úplně také nerozumím...
Takže to zkusím jinak...
Mohou být trestné činy související s IS následující: CSRF (například poslání transakce útočníkovi), MITB, phising, různé zneužití chyby u serveru, což způsobí škodu? Lze toto požadovat za trestné činy souvísející s IS nebo ne?

Já teda nejsem právník, takže to co píšu jsou pouhopouhé spekulace.

Právo se od IT liší tím, že v právu je definováno zákonem, co je trestný čin, čistě z autority zákonodárce.

Takže zda je CSRF či MITB či Phising trestným činem záleží na tom, zda o tom ten zákon hovoří. (Což netuším.) Ale mám pocit, že jsem někde četl, že odsoudily nějakého člověka za nějaký ten útok na základě toho, že vyčíslili škodu, která oběti vznikla.

Takže, kolega si nechal odemčený počítač a šel na oběd. Já k tomu sedl, zkouknul, co tam má, a následně mě dotyčný kolega zažaloval za morální ublížení, že jsem se mu bez dovolení koukal na soukromé fotky. Blbost, ale pro ilustraci.

10
Vývoj / Re:Co si myslíte o OOP?
« kdy: 24. 01. 2019, 20:54:20 »
Pokud mas teda jazyk postavenej na neuplny implementaci tridy pak je ten jazyk deravej v abstrakcich. Zapomen na to jestli jsem neco tvrdil o deravych tridach protoze jsme se nikdy neshodli na tom jestli se bavime o implementaci nebo koncepci. Tridu jako abstrakci muzu implementovat pouhym dictem metod a seznamem jak jsem zminil. Tvrdim akorat ze cukr je deravy a tvrdim ze vzdy.
O tridach a objektech tvrdim ze existuje jednodussi mechanismus na kterym zalozit bazi jazyka - napr. prototypy. Clovek pak v implementaci nemusi resit rozdil mezi objektem a tridou, pouze mezi built-in a derivovanym objektem.

Hele, a ono to v tom Pythonu vadí? V čem vadí, že ten cukr je děravý? Někdo ti brání vytvořit si vlastní řešení nějakého vzoru pro Python? Třeba takové Mixiny můžeš udělat celkem v pohodě, a nepotřebuješ žádnou dědičnost. Ale možná mi unikla ta tvá pointa.

Taky bych rozlišoval věci, kdy Python ti nabízí jen základní konstrukce pro vytvoření programu (+ ten tebou zavrhovaný cukr). Úplně něco jiného jsou pak vlastnosti jazyka, které schválně omezují vývojáře. Protože takové omezení může být z různých důvodů přidaná hodnota. Myslíš si, že skutečnost, že Python má syntaktický cukr pro vytvoření objektu (přestože je to jen zabalenej dict) nějak škodí? V čem?

11
Vývoj / Re:Co si myslíte o OOP?
« kdy: 24. 01. 2019, 20:46:37 »
Nevznikne, kdyz si dobre analyzujes potreby a tomu navrhnes vhodnou abstrakci. Protoze je potreba mit na mysli, ze tato abstrakce je zjednoduseny model za nejakym konkretnim ucelem, ktery je potreba sledovat a neexistuje zadne univerzalne platne rozdeleni.
Ano, to je pravda. Toto tvrzení (T1) pak zkombinujeme s druhým:

(T2) zadaní se vždycky změní, nejpozději do půl roku

a třetím:

(T3) jakmile se zadání změní, je potřeba okamžitě udělat ad hoc změny, které původně geniální objektovou analýzu změní v nepřehledný bordel totálních zhovadilostí

čímž se dostáváme k větě "obecné tvrzení o oop" (OTOOOP lemma):

(OTOOOP) Cokoliv může [v čase analýzy]  dědit z čehokoliv, je to úplně jedno, protože ať tak nebo tak, stejně ve finále vznikne nepřehledný bordel totálních zhovadilostí.

:)
Ještě je třeba myslet na další pravidlo :
(T4) Změna zadání rozbordelí jakýkoliv návrh provedený podle jakéhokoliv paradigmatu.

Jediné řešení je vykašlat se na jakoukoliv analýzu a prostě to naprasit. Když to bude nepřehledé už od začátku, tak už to žádná změna nemůže zhoršit. 8)
Mě teda přijde, ale možná z toho ještě vyrostu, že na něco takového je dobrej kompromis funkcionální programování. Napsat funkci umí každej. Nejde to moc zvrtat. Kruhový závislosti jsem tam taky nějak moc neviděl. A když vznikne nějaký patvar, nebo se posune zadání, tak se prostě staré funkce nechají vyhnít. Zatím my přišlo, že se to dá snáz ukočírovat.

12
Vývoj / Re:Co si myslíte o OOP?
« kdy: 24. 01. 2019, 20:43:36 »
Jediné řešení je vykašlat se na jakoukoliv analýzu a prostě to naprasit.
A proto je to nejčastější způsob! ;)

Tady uz zacinaji vyhody flexibility dynamickych jazyku, ktere nemusi resit typ ale jen protokol a casto ani to ne.
A úplně ideálně ani třídy ne :)
Třída je typ.
V Pythonu?! (Ano, formálně samozřejmě ano, ale reálně na tom nikdo nic nestaví.)

13
Vývoj / Re:Co si myslíte o OOP?
« kdy: 24. 01. 2019, 00:53:26 »
Metoda se staticky typovanym atributen tedy NEMUZE dostat nekorektni data ve smyslu, ze to neni objekt HttpRequest.

Je rozdíl mezi tím, když se s dotyčným objektem domluvíš na určitých podmínkách, a mezi tím, když se domluvíš na všech (Haskell) a na ničem (Python).

Aktory jsou mezi sebou (často fyzicky) nezávislí. Ty můžeš tomu objektu poslat zprávu, která bude zcela korektní, ale v tom danném okamžiku (0:52hodin) prostě ten aktor tu zprávu nezná. Ale třeba od od 4:00 už jo.

Je pak otázka, co znamená to "nezná". Proč, a jak se to projevuje.

14
Vývoj / Re:Co si myslíte o OOP?
« kdy: 23. 01. 2019, 20:58:57 »
Nebo mam synchronni volani zpravy, totez co volani funkce nebo metody. A to jsou celkem dve zpravy. Jedna odesilajici pozadavek, druha prijimajici vysledek.
Plus započítej implementaci, která se prostě nepovedla. A díky tomu máme objektově orientované programování (místo objektového programování) :-)

15
Vývoj / Re:Co si myslíte o OOP?
« kdy: 23. 01. 2019, 15:29:20 »
proto chapu, ze nekteri Haskell opevuji, kdyz maji pracovat treba s Indy.

Kdyby jen s Indy.

Stran: [1] 2 3 ... 75

reklama