Příspěvky

751

Vývoj / Re: My v MySQL používat sloupec ID?

« kdy: 06. 05. 2011, 03:14:31 »

Jenže pokud je odpověď na otázku: potřebuji pořádnou transakční databázi, tak správná rada nezní, nepoužívejte ID, ale nepoužívejte Mysql. Sice se hodně zlepšila, ale pořád jsou některé její implementace dosti zoufalé i v innoDb (nepoužitelnost triggerů spolu s referenční integritou či pohledy, nepodpora CTE rekurentních dotazů aj.).
V tom případě, pokud to je jen trochu možné, tak přejděte na jinou databázi (postgresql je asi nejběžnější z těch dobrých, popř. firebird).

752

Vývoj / Re: MySQL: kedy používať ID stĺpec ako PRIMARY KEY s auto_increment a kedy nie

« kdy: 05. 05. 2011, 20:33:26 »

To, že je jednoduchý primární klíč úplně na nic není tak úplně pravda.
- některé ORM systémy ho potřebují
- vývojem aplikace může dojít k tomu, že daný vztah bude nějak zobecněn např. typem vztahu. Tím se z 1:1 relace stane n:m relace. Pokud bude předem existovat primární klíč, bude úprava aplikace jednodušší.

753

Vývoj / Re: MySQL: kedy používať ID stĺpec ako PRIMARY KEY s auto_increment a kedy nie

« kdy: 05. 05. 2011, 17:34:09 »

jojo, použije se ten nejrestriktivnější.
Další použít nejde, to by se museli udělat dva datasety, pak setřídit a mergnout - a to už je levnější projít seqvenčně výsledky z toho jednoho indexu. (Ledaže by byl index na hodně složitej výraz, ale to je jinej případ.)

754

Sítě / Re: Filtrování protokolu HTTPS

« kdy: 04. 05. 2011, 14:13:06 »

To s tim ručnim opsánim IP není zas tak jednoduchý - dost serverů má virtualhosty, popř. na ip adrese maj redirekt na doménový jméno... Takže i čistý vyřazení z dns by asi pomohlo. Ale samozřejmě firewall je nejlepší řešení...

A co se týče chytrých studentů: to řešení by mělo být udělané tak, aby ho mohl učitel při hodině zapnout a vypnout, jinak je to IMHO nefér (a viz PCnity).

755

Vývoj / Re: Serializácia a deserializácia C++

« kdy: 01. 05. 2011, 20:50:47 »

Tukan: s tím, že to musí být stejně zásadně nesouhlasím, serializace a deserializace není inverzní operace. Serializací totiž objekt nezaniká, zatímco deserializací vzniká. Proto by to mělo být asymetrické (konstruktor versus metoda/operátor).

756

Vývoj / Re: Serializácia a deserializácia C++

« kdy: 01. 05. 2011, 17:06:02 »

No na serializaci je to úplně jedno. Na deserializaci je imho vhodnější konstruktor, protože deserializací objekt "vznikne".

757

Vývoj / Re: Serializácia a deserializácia C++

« kdy: 01. 05. 2011, 16:48:21 »

Kód: [Vybrat]

class Integer
  {
  int value;

  Integer(istream &is)
       {
       is >> value; 
       }
   void serialize(ostream &os)
       {
        os << value;
       }
  };

Třeba takhle? Akorát to chce ještě ošetřit chyby (když se čtení nepovede) a další metody...

758

Vývoj / Re: Serializácia a deserializácia C++

« kdy: 01. 05. 2011, 13:21:09 »

PS: poslední věta mi tam omylem zůstala, nepatří tam... :-)

759

Vývoj / Re: Serializácia a deserializácia C++

« kdy: 01. 05. 2011, 13:19:52 »

Hlavně si urči nějaké paradigma, jak se serializuje a deserializuje. IMHO správný postup je:
serializace probíhá operátorem >>
(možná bych preferoval metodu, ale to je jedno)
Deserializace objektu by měla být kontruktorem s parametrem stream (nemá smysl vytvořit prázdný objekt a pak ho přepsat vlastnostma ze streamu).

Serializace znamená vypsání všech hodnot objektu do streamu. Deserializace načtení. Z toho vyplývá, že každej objekt by měl mít serializační a deserializční metodu a např. car train by měl volat deserializaci jednotlivejch aut.

To, že deserializuješ auta v CarTrainu je imho važná chyba v návrhu, nejprve bych opravil tu. Pak bych nejprve odladil serializaci jednoho auta a pak teprve serializaci celého vlaku.



Tvůj problém je, že car deserializuješ v třídě carTrain. Proč? To je zo

760

Hardware / Re: Zdroj do serveru

« kdy: 26. 04. 2011, 19:38:20 »

Zdroj s 850W je imho blbina, protože ten nebude mít při typický zátěži serveru (někde kolem 200W) zas tak dobrou účinnost (takže bude i zbytečně hřát). IMHO ideální je tak 500W.

761

Vývoj / Re: Spuštění jiného programu z C

« kdy: 21. 04. 2011, 17:27:49 »

No, ono POSIX api bylo (volitelně) už v NT tuším 3.51 (nebo 4, teď nevím) - jenže když se MS cejtil dost silnej v kramflecích, tak ho zas vyřadil. Takže nějak to we winech jít musí, jen to nebude dokumentovaný.

Ale to co píšeš bych bezezbytku podepsal.

762

Vývoj / Re: Spuštění jiného programu z C

« kdy: 21. 04. 2011, 14:30:57 »

Jo, linux zas poměrně dlouho preferoval procesy oproti vláknům, to je fakt - a taky bych řek že vlákna jsou ve výsledku použitelnější (i když teď se zas vývojáři často vracej k samostatným procesům z důvodu bezpečnosti).

Rozdil ale je, že do linuxu se ty vlákna nakonec dostali a časem je i vyladili do rozumný výkonnosti. Zatimco create process je furt stejnej.

763

Vývoj / Re: Spuštění jiného programu z C

« kdy: 21. 04. 2011, 09:40:07 »

biggles: no vždyť ta výkonná část může taky používat tu samou knihovnu, ne? Prostě udělej jednoduchou knihovnu a k ní dva fronendy pro cli a gui.

jinak to, co vfork kopíruje je tabulka stránek, u kterejch nastaví příznaky copy on write. Nic moc hroznýho to neni, používalo se to běžně u různejch multiprocesovejch serverů. Ale pokud je k dispozici vfork, není důvod ho nepoužít (pokud teda půjdeš tímto směrem).

ondra: jo, jo - linuxovej přístup vypadá na první pohled "hrozně nebezpečně", ale programuje se daleko líp. Windowsí create process je "allinone" bast.

764

Vývoj / Re: Spuštění jiného programu z C

« kdy: 20. 04. 2011, 21:56:16 »

martin: Co kdybys nechal mluvit samotného tazatele? Ono zaprve mít takto oddělené binárky a gui frontend v samostatných exáčích je na linuxu vcelku běžný postup, takže bych se nedivil, ani kdyby ta binárka byla také jeho práce - a za druhé pokud to je multiplatformní aplikace, tak zpravidla bývá se zdrojovými kódy.

btw. Co se týče toho měnění, tak jak vidíš, standard se mění. Např ono vfork, které bylo do standardu přidáno relativně nedávno. Backward compatibility sice v drtivé většině zachovávaná je, ale "novější" řešení je většinou z nějakých důvodů lepší (viz např. fork/vfork).

765

Vývoj / Re: Spuštění jiného programu z C

« kdy: 20. 04. 2011, 19:12:02 »

Jednoduše, funkcím, který chceš volat zvenku dáš modifikátor

Kód: [Vybrat]

extern "C"

a přeložíš to s přepínačema
-shared -fPIC
(gcc, u jinejch překladačů to najdeš v dokumentaci)

Funkce pak spouštíš buďto dynamickym nahrátím knihovny (složitější), nebo knihovnu normálně přilinkuješ a napíšeš k ní hlavičkový soubory...