Příspěvky

5221

Sítě / Re:Přerušení spojení při uploadu (O2)

« kdy: 23. 06. 2014, 08:43:16 »

To spojení, ve kterém uploadujete, zůstane spojeno a upload pokračuje? Jiná spojení na porty 80/443 se vůbec nenavážou, nebo v jakém skončí stavu? O jaké se vůbec jedná připojení – mobilní, ADSL, …? Když upload skončí, vrátí se vše do normálu?

Nezapomínejte, že stejnou cestou, jakou jde upload, musí jít potvrzovací pakety pro download. Takže pokud máte výrazně asymetrické připojení (upload menší než download), může se stát, že uploadem zahltíte veškeré pásmo pro upload a potvrzovací pakety už se tam nevejdou. Pokud to dělá jen na portech 80 a 443, znamenalo by to ale, že je pásmo přiškrcené jen na těchto portech.

5222

Sítě / Re:O2 pád internetu při uploadu

« kdy: 22. 06. 2014, 08:16:55 »

Co znamená "spadne IPv4, ping po IPv4 jede OK"? Respektive jak se projevuje to, čemu říkáte "spadne IPv4"?

5223

Windows a jiné systémy / Re:SFTP automatické navázání

« kdy: 17. 06. 2014, 12:07:45 »

Když se objeví okno WinSCP Přihlášení, zvolte vlevo Předvolby a pak v pravém panelu tlačítko Další obecná nastavení: Předvolby. Pak vyberte Přenos – Odolnost, a tam si můžete intervaly a limity nastavit.

5224

Vývoj / Re:ASP MVC LogOff Update DB

« kdy: 16. 06. 2014, 00:05:14 »

S zapisem do DB při loginu jsem to už pořešil, o v pohodě funguje, ale při logoffu mi to nejde.

Při odhlášení se to údělá úplně stejně, jako při přihlášení, akorát místo true zapíšete false.

Hlavně si ale musíte definovat, co je to odhlášení. Přihlášení je celkem jasné, uživatel zadal správné přihlašovací údaje a odeslal je na server. Ale co je odhlášení? Když uživatel klikl na tlačítko "odhlásit" na stránce, to asi ano. Ale co když na nic neklikal a jenom zavřel prohlížeč, je to také odhlášení? A co když vichřice strhla dráty a uživatelovi se kvůli výpadku proudu vypnul počítač? V obou dvou případech asi uživatele nebudeme považovat za přihlášeného, ale k žádnému explicitnímu odhlášení nedošlo. Proto se používají ty různé časovače, a uživatel, který nějaký čas nevykazuje žádnou aktivitu, je automaticky odhlášen. Aby to neodhlašovalo i uživatele, který si jen dlouho prohlíží jednu stránku, je možné doplnit do stránky JavaScript, který budete po dobu zobrazení stránky pravidelně pinkat na server "uživatel má stránku ještě otevřenou".

5225

Windows a jiné systémy / Re:SFTP automatické navázání

« kdy: 15. 06. 2014, 14:04:23 »

WinSCP

5226

Vývoj / Re:MySQL databáze nad 500 MB

« kdy: 13. 06. 2014, 11:58:55 »

O blobech více Tomáš Vondra: http://www.fuzzy.cz/cs/clanky/ukladani-souboru-do-postgresql-databaze/

Co na BLOBech není pěkného? Neexistuje referenční integrita - můžete klidně smazat BLOB který je stále odkazován z tabulky. Můžete sice vytvořit AFTER UPDATE a AFTER DELETE triggery pro odstranění osiřelých BLOBů, nebo můžete použít  "lo" contrib balíček. Každopádně žádné z těchto řešení nevynucuje referenční integritu takže vám nějaký blbeček klidně může umazat BLOBy přímo

Při vytvoření blobu máte pouze oid (číslo blobu) a funkce na práci s ním, které mají jako argument právě oid. To, že je někde v katalogu systémová tabulka pg_largeobject je sice hezké, ale vám to moc nepomůže (rozhodně by se nepokoušel dělat nějaké hacky s katalogem, to se při nejbližší příležitosti (například obnovení dumpu po havárii) vymstí).

To je ale implementace v PostgreSQL. Navíc i tam by v tomhle případě asi šlo bez problémů použít bytea. Tazatel ale píše o MySQL, kde jsou BLOBy normální datový typ.

5227

Vývoj / Re:MySQL databáze nad 500 MB

« kdy: 13. 06. 2014, 10:57:16 »

Osobně bloby nedoporučuju, protože ono je to v podstatě totéž, jako soubor na disku a v DB uložená cesta. U blobů nelze pořádně zajistit referenční integritu apod.

Proč by u BLOBů nešlo zajistit referenční integritu? Když budu mít v DB např. článek a u něj seznam obrázků, tak cizí klíč na ID obrázku a NOT NULL na BLOBu docela dobře zajistí, že obrázek odkazovaný z článku v databázi také mám. Pokud budu mít v DB jen cestu k souboru, nikde nemám zaručeno, že takový soubor na disku skutečně existuje.

pokud se nastaví inkrementální zálohování, tak ani s tím není problém).

Jak použitelné je to inkrementální zálohování u PostgreSQL? Výhoda zálohování dumpu databáze je v tom, že snadno vezmu jeden soubor a obnovím ho kdekoli jinde. U inkrementálního zálohování souborů je to podobné, s použitím rsync-diff nebo snapshotů mám uložený kompletní stav, který můžu kdykoli obnovit a pokračovat s ním. U toho inkrementálního zálohování PostgreSQL se bojím toho, že případná obnova bude složitá, a zejména toho, že se to inkrementální zálohování tiše rozbije, aniž bych něco zjistil.

5228

Vývoj / Re:MySQL databáze nad 500 MB

« kdy: 13. 06. 2014, 09:43:27 »

500 MB je miniaturní databáze, v tom problém určitě nebude. Problém může být ve špatné struktuře dat (např. chybějící indexy), nebo ve špatných dotazech (nevyužívají se indexy, z databáze se tahá víc dat, než je potřeba…).

SQL databáze sice nejsou určené pro ukládání souborů, ale použít se k tomu dají. U takhle miniaturní databáze s tím nejspíš nebude žádný problém. Výhoda uložení v databázi je, že máte zaručenou referenční integritu (pokud tak databázi navrhnete, samozřejmě). Např. při obnově ze zálohy nemusíte nic řešit, prostě obnovíte data do nové databáze a můžete pokračovat. Nevýhodou je také zálohování – nejspíš budete dělat dump celé databáze, takže i neměnící se data budete mít v každé záloze znova. Při použití souborů byste nejspíš zálohoval jen rozdíly. Použití databáze může mít ještě jednu nevýhodu u zatíženého webu – data se budou v paměti několikrát kopírovat, při použití souborů je možné data odeslat rovnou z diskové mezipaměti bez kopírování.

Každopádně je neefektivní binární data do databáze ukládat v base64, zbytečně se tím zvětší objem dat o třetinu. Navíc při použití to zase musíte dekódovat, takže ta data budete mít nejspíš v jednu chvíli v paměti dvakrát. Pro ukládání velkých binárních dat do SQL databází slouží datový typ BLOB – Binary Large OBject.

5229

Nabízím zakázku / Re:Rychla praca xml -> csv

« kdy: 10. 06. 2014, 22:09:33 »

Nejjednodušší je to udělat v XSLT. Akorát si musíte říct, co a jak v tom CSV má být.

5230

Server / Re:Apache Proxy forwarding

« kdy: 29. 05. 2014, 13:03:10 »

Záleží na tom, jaké odkazy ta aplikace generuje. Pokud jsou absolutní, bude prohlížeč požadovat /graf, tím pádem se ty příkazy pro proxy vůbec neuplatní. Navíc ty přidané řádky

Kód: [Vybrat]

ProxyPass /test/graf http://192.168.0.10/graf
ProxyPassReverse /test/graf   http://192.168.0.10/graf

Jsou podle mne zbytečné, to pokryje už ta první varianta s /test.

Hláška o přesměrování od Firefoxu ale ukazuje ještě na jiný problém, možná cyklické přesměrování. Podívejte se přes Firebug, jakou přesně dostanete odpověď od serveru.

5231

Vývoj / Re:Assembler - problém s češtinou?

« kdy: 28. 05. 2014, 15:07:42 »

Pracuje správně, dokud nejsou na vstupu znaky české abecedy

Na vstupu zcela jistě nejsou znaky, ale bajty. Pro převádění mezi znaky a bajty slouží různé znakové sady a kódování. Znaková sada přiděluje jednotlivým znakům čísla, kódování pak určuje, jak se tato čísla zapisují do sekvence bajtů.

Vy tedy potřebujete vědět, v jaké znakové sadě máte vstup, následně rozpoznat jednotlivé znaky (třeba v kódování UTF-8 může být jeden znak vyjádřen jako jeden až šest bajtů), rozpoznat slova a prohodit jejich pořadí. Když to děláte podle bajtů, klidně za mezeru můžete považovat bajt, který je součástí nějakého znaku – a to bajtové vyjádření znaku roztrhnete na dvě části a uděláte z toho třeba dva úplně jiné znaky.

Při hledání mezery pracuji tedy s porovnáváním, jestli je znak menší než 32 v ASCI tabulce.

Ta tabulka se jmenuje ASCII a je to jedna ze znakových sad. Původní znaková sada ASCII je jen sedmibitová a české znaky s diakritiky neobsahuje.

Mezera má v ASCII (a v mnoha dalších znakových sadách) hodnotu 32 (dekadicky), měl byste tedy porovnávat na přesnou shodu. Znaky 0–31 jsou různé kontrolní znaky, rozhodně ne mezery. Třeba ve znakové sadě Unicode existují i další znaky, než jenom obyčejná mezera – neoddělitelná mezera, zúžená mezera apod. Jako oddělovač slov dokonce nemusí fungovat jen mezera, ale třeba také tabulátor nebo konec řádku.

5232

Hardware / Re:OS na flash disku?

« kdy: 25. 05. 2014, 19:52:37 »

Přes USB můžete připojit i normální disk - buď rovnou v externím provedení pro připojení k USB, a nebo SATA disk přes USB/SATA adaptér.

5233

Server / Re:Zvláštní chování domény

« kdy: 25. 05. 2014, 11:45:59 »

Nepochopil jsem z vašeho dotazu, zda máte problém s DNS, síťovou dostupností (ping) nebo dostupností webového serveru. každopádně u mne vše funguje a nějaká webová stránka se zobrazí.

Ale jestli jste to nezaznamenal, Wedos měl od pátku problémy, možná to s vaším problémem souvisí.

5234

Server / Re:sftp skopirovanie adresara v ramci serveru

« kdy: 25. 05. 2014, 08:09:14 »

Ešte musím vyriešiť problém, že !cp na akýkoľvek súbor hovorí "No such file or directory".

Zkusil bych ještě plnou cestu /bin/cp.

Ještě mne napadá, /web a /zaloha jsou skutečné cesty, které jste použil? Pokud takhle v sftp fungují (třeba pro download), nejspíš jste v chrootu a pak tam asi žádné /bin/cp nebude. Zkuste si příkazem pwd v sftp vypsat aktuální cestu, zda v těch příkazech nemáte použít i nějaké nadřazené adresáře.

5235

Server / Re:sftp skopirovanie adresara v ramci serveru

« kdy: 24. 05. 2014, 18:11:28 »

Skúsil som cp cez sftp. Dostal som odpoveď Invalid command. Mohli by ste mi pomôcť s cp cez scp?
Skúsil som scp -r uzivatel@server:/web uzivatel@server:/zaloha . Trvá to iba toľko, čo trvá prihlásenie a nič to nespraví. Ani chybovú hlášku nedostanem.

Přes to sftp byste musel příkaz cp spouštět přes vykřičník !cp .... U scp by bylo lepší použít ještě parametr -3, aby kopírování nešlo přes váš počítač. Určitě to vyzkoušejte také s parametrem -v, aby se vypsaly podrobnější informace.

Pokud máte možnost někde vyzkoušet WinSCP, zkuste to přes něj. Myslím, že už tam jsou různé triky vymyšlené a přístupné na jediné kliknutí.