Příspěvky

8341

Sítě / Re:Sdílení na LAN mezi linuxovými PC

« kdy: 22. 07. 2012, 12:37:34 »

Ale dalsi vec ze je mam na tech adresarich opravneni na vlastnika a skupinu -> pokud se neprihlasis pod loginem ci skupinou, nedostane se tam.

To je jeste mensi zabezpeceni, nez to predchozi.

8342

Sítě / Re:(rychlé) sdílení dat na LAN mezi Linux-only PC

« kdy: 21. 07. 2012, 02:02:57 »

Zaklapni notebook, odejdi do prace a tam ho otevri. NFS je delane na sitovy root, takze ceka *velmi dlouho* (casto prakticky neomezene). Aplikace, ktere visi na NFS proste EINTR nedostanou a nejdou ani killnout. Ten share se neda failnout, ani jinak nasilne odmountovat. Nejde o problem s odpojenim klienta, ale o zmizeni serveru, ktere odpali klienty.

Pro zamysleni: http://stackoverflow.com/questions/40317/force-unmount-of-nfs-mounted-directory

Od toho snad je soft a intr, ne?

8343

Sítě / Re:Snížení objemu přenášených dat při zálohování na FTP

« kdy: 15. 07. 2012, 19:51:24 »

O hotovém řešení nevím, ale šlo by to pořešit růčo různými způsoby, třeba:

1. klasicky dumpem http://www.linuxmanpages.com/man8/dump.8.php - nevýhoda je, že má jenom 9 úrovní inkrementálních záloh
2. git+git-ftp https://github.com/resmo/git-ftp - nevýhoda je, že neumí pořádně uložit metadata (práva souborů, rozšířené atributy), to by se muselo pořešit zvlášť něčím na způsob http://manpages.ubuntu.com/manpages/precise/man5/freebsd-mtree.5.html
3. použít jenom zmíněný mtree, jeho výstup parsovat a soubory, které se změnily, uložit na server ručně jakýmkoli způsobem

Tak jako tak ale FTP(s) není dobré řešení, protože na stroji, odkud se zálohuje, musí být uloženo heslo/klíč, takže při kompromitaci stroje dojde i ke kompromitaci záloh, což není vůbec dobrá situace.

8344

Vývoj / Re:Formulář v PHP a MySQL

« kdy: 13. 07. 2012, 09:45:18 »

" SELECT * FROM Agenda WHERE IDjmeno=(SELECT * FROM Agenda WHERE IDjmeno='%s') OR IDcislo=(SELECT * FROM Agenda WHERE IDcislo=%d)"

Tenhle příkaz má dělat co? Ty vnitřní selecty vrací celý řádek ("SELECT *") a IDjmeno se asi těžko může rovnat celýmu řádku, ne? A proč dělat podselecty nad stejnou tabulkou? Na to přece stačí normální OR.

(SQL moc neznám, ptám se, třeba to má nějakou logiku, která mi nedochází)

Pořád nechápu, čeho se vlastně má dosáhnout. Jsou minimálně 4 různý možnosti:
1. uživatel zadá do web formuláře jenom udaj1
2. zadá jenom udaj2
3. nezadá ani jeden
4. zadá oba

Tyhle případy je přece blbost oddělovat pomocí SQL, přehlednější a logičtější imho je to otestovat předem a pro každou variantu použít jinej dotaz, jak už psal Oxymoron.

8345

Vývoj / Re:Formulář v PHP a MySQL

« kdy: 12. 07. 2012, 10:30:26 »

ale rozumiem aj tomu, že začiatočník hľadá čo najjednoduchšiu cestu.

Jenže tohle není nejjednodušší cesta, ale nesmyslná cesta. Pokud si chci vyzkoušet, jak fungují SQL dotazy, je nejlepší je zadávat ručně a koukat se, co mi vracejí. Pokud si chci vyzkoušet, jak se dolují data z POSTu z formuláře, můžu si výsledek vypsat do html.

Přímým vkládáním dat do SQL se nenučím NIC navíc oproti předchozímu, kromě špatného návyku, který dřív nebo později někde (nevědomky) použiju v ostré aplikaci.

Je to stejný jako se strcpy - jestli se o něm něco má začátečník naučit, tak to, že ho vůbec nemá používat.

8346

Vývoj / Re:formulář v PHP a MySQL

« kdy: 12. 07. 2012, 00:30:08 »

slouží to jen k mým studijním účelům a prvním zkušebním pokusům s php a mysql... v jedné online kuchařce pro zelenáče

Úpěnlivě tě prosím, tuhle "kuchařku pro zelenáče" už nikdy neotevírej. Ideálně si její adresu vlož do /etc/hosts s adresou 127.0.0.1, protože tahle "kuchařka" není studium, ale cesta do pekla. Takhle se to prostě nedělá. A už vůbec ne ze studijních důvodů. Jestli tohle někdo radí zelenáčům, tak je to prostě kokot. Rád bych použil jiný slovo, ale v téhle situaci se to nedá. Televize se neopravuje kladivem, hodinky se nenastavují mlácením o zem a data z formulářů se nevkládají do SQL dotazů. Prostě ne. A už vůbec ne v rámci studia, kdy ještě nevíš, co si můžeš lajznout a co ne. Je to věc, kterou si možná může dovolit profesionál v nějaké situaci, kdy přesně ví, co a proč dělá, ale rozhodně ne "zelenáč".

Pokud si chceš SQL dotazy zkoušet, zkoušej si je v konzoli a zadávej si tam, co chceš. Pokud chceš zkoušet programovat weby, tak si kup nějakou pořádnou učebnici, čti, přemýšlej, zkoušej, laboruj, zkoumej. A když ti něco nebude hrát a nebudeš schopnej tomu sám přijít na kobylku, tak se neboj zeptat, určitě ti někdo rád poradí, když uvidí, že ses poctivě snažil.

Ale tímhle způsobem fakt ne, sorry. Pochopit, proč takhle ne, to tě posune víc, než dvacet takovýchhle debilních "kuchařek pro zelenáče".

8347

Vývoj / Re:formulář v PHP a MySQL

« kdy: 11. 07. 2012, 10:17:57 »

Tohle je přesně situace, kdy na fóru odpovídá banda namachrovaných linuxových blbečků,

Proč "linuxových"?

už zapoměli, jaké to bylo, když začínali a dělali triviální chyby.

Nejde o triviální chyby, ale o šílený principielní bezpečnostní mor. Děsí mě, že se tazatel takhle naučí programovat a pak třeba někomu nabídne, že mu udělá nějakou komerční zakázku. ...a chyby programátora si pak vyžere admin.

Jasně, když s něčím začínám, tak můžu (a budu) dělat hloupý chyby, ale neměl bych se (ani na začátku) učit způsobům, které jsou naprosto principielně vadné a NIKDY se v produkci nesmí objevit. To je ten rozdíl oproti např. začátečnicky neefektivní nebo neelegantní implementaci - to, co tady tazatel prezentuje, by se prostě nikdy nikde a za žádných okolností nemělo objevit. Ani v tutoriálu a už vůbec ne v učebnici. Pokud teda začíná, má si vzít k ruce literaturu, studovat a zkoušet a ne bastlit řešení sice "funkční", ale principielně vadné.

A co se týče toho "styďte se", tak si myslím, že je lepší, když dostanu facku jako začátečník při zkoušení, než když mě zfackuje neznámý cracker a poté ještě jednou zákazník. (a potřetí zákazníkův admin) Spíš by se imho měl stydět tazatel za to, že tu facku přešel bez komentáře, jako by tím říkal "no a co? já si to budu dělat takhle a vy se klidně pošklebujte" Právě proto, že jsem admin, bych takovýhle kodéry vraždil...

Přidávám se - tento dotaz je tak nesmyslný, že ani nedokážu uhádnout co by mělo být účelem.
Problém je, že na takovémto fóru se málokdy najde někdo kdo by dokázal dobře vysvětlit naprosté základy.

Smyslem žádného fóra není vysvětlovat základy. Pokud má tazatel nějaký problém, má postupovat podle Howto ask smart questions, v tomhle případě:

1. čeho chci přesně dosáhnout
2. jak se přesně liší to, co dostávám, od 1)
3. jaká řešení jsem zatím vyzkoušel a proč (a jak) nefungovala

Já třeba vůbec netuším, co vlastně tazatel chce získat. Má to být UNION mezi (IDjmeno=x) a (IDcislo=y)? Nebo co vlastně? Jako jestli někdo chce dalekosáhle radit, vysvětlovat základní věci a po x příspěvcích zjistit, že tazatel chce něco úplně jinýho, tak ok, každý svého štěstí strůjcem...

8348

Vývoj / Re:Zrušit konce řádků ale ne odstavce

« kdy: 11. 07. 2012, 00:00:26 »

v perlu třeba takhle

Kód: [Vybrat]

perl -00 -nE 'tr/\n/ /;say ' soubor.txt

A kde jsou tam ty dvě mezery?

8349

Sítě / Re:Wi-Fi: nelze pingnout některá zařízení

« kdy: 10. 07. 2012, 21:16:06 »

Ma rada tomuto cloveku asi pochopitelne velice pomuze, kdyz neumi ani specifikovat typ routeru a typ klientu. [...] tak by mi asi taky moc nepomohli.

Jakto, vždyť tady několik naprosto kvalifikovaných rad zaznělo! Já bych přidal ještě jednu praktičtější: někam do vzdálenosti méně než 5m od AP dát repeater.

8350

Vývoj / Re:formulář v PHP a MySQL

« kdy: 10. 07. 2012, 21:11:31 »

pokud tam budes mit nejaky zajimavy udaje tak sem pak hod URL

))

Treba to je v ramci toho slavnyho centralniho registru, nebo jak se to jmenuje

8351

Vývoj / Re:Zrušit konce řádků ale ne odstavce

« kdy: 10. 07. 2012, 21:08:07 »

Se sedem se mi nechce párat

Kód: [Vybrat]

python -c 'import sys,re; print re.sub("\n(?!  )"," ",sys.stdin.read(),0,re.MULTILINE)' < file

Za vykřičníkem jsou ty dvě mezery.

8352

O serveru Root.cz / Re:Rychlost rootu

« kdy: 08. 07. 2012, 11:59:30 »

A norozbila se třeba IPv6? Tím by se vysvětlovaly ty dlouhé prodlevy i to, že to v Chrome funguje.

Já jsem teda nic nepozoroval a to IPv6 mám.

Mne to dela jenom ve FF, IPv6 nemam, takze tim to nebude.

8353

O serveru Root.cz / Re:Rychlost rootu

« kdy: 08. 07. 2012, 09:11:29 »

Aha, už to chápu - v Chrome mi to nedělá, ve FF jo.

Je to chyba načítání sklik.js Z Firebugu: http://imgur.com/YoJb9

8354

O serveru Root.cz / Re:Rychlost rootu

« kdy: 08. 07. 2012, 07:51:26 »

U mě v pohodě.

8355

Sítě / Re:Spolehlivá bezdrátová síť

« kdy: 07. 07. 2012, 18:30:18 »

Zrovna tento model má vstavanú anténu bez možnosti vonkajšej, takže toto nie je celkom ideálny príklad.

To sice má, ale výkon je slušný. Přes jedno patro v pohodě. Konkrétní model se musí vybrat podle konkrétní situace.

Ale hlavně mi šlo o to, že cena je nízká, takže s tím kanónem na vrabce mi to nějak nesedí...