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 - Ondrej Nemecek

Stran: 1 ... 74 75 [76] 77 78 ... 90
1126
Distribuce / Re:linux - navod jak najit kde se co konfiguruje
« kdy: 11. 02. 2017, 23:48:40 »
Pokud chce tazatel linux, který bude mít perfektně pod kontrolou, může se podívat na Gentoo (neznám), Slackware (používaj jsem na desktopu) nebo Linux From Scratch (používal jsem na routerech). SUSE se taky snažil o dobrou dokumentaci  a „jeden jediný způsob jak systém konfigurovat“ (používal jsem kdysi dávno na desktopu).

Takže si lze vybrat. Já zakotvil nakonec zcela pragmaticky u Debian-based distribucí.

A co se týče programů - tam si stejně studujete dokumentaci přímo k danému software a každý se nastavuje jinak. Na tom distribuce moc nezmění (s vyjímkou toho SUSE, který se snažil jít trochu jinou cestou).

1127
Hardware / Re:Dá se věřit DMIDECODE ?
« kdy: 10. 02. 2017, 13:13:52 »
Nevím, zda to pomůže, nicméně ALT Linux Rescue má rovnou v bootmenu docela hezký nástroj na zjištění základního info o hardware https://en.altlinux.org/Rescue

1128
Software / Re:Skript/utilitu pro adresarovy diff
« kdy: 10. 02. 2017, 13:04:25 »
Tak co třeba
  • diff --recursive dir1 dir2
  • meld dir1 dir2
  • použít přímo vhodný systém pro správu verzí
No a jinak hlavně opravit celý postup, takhle to je docela obskurní. Zaprvé je riskantní dělat změny na produkci (to asi ale víte) a zadruhé by vám problém s přenášením změn z offline stroje vyřešil nějaký distribuovaný systém pro správu verzí. Já používám fossil, který používá jako repositář jediný sqlite soubor a ten lze triviálně otevřít přímo na produkci třeba  z flashky, rovnou porovnat se změnamí, zanést okomentované změny, zase zavřít a odnést. Ty změny můžete pak jedním příkazem přenést do hlavního online repositáře. Akorát je trochu problém to svn, fossil umí spolupracovat s gitem, ale se svn přímo ne. Takže buď opustit svn anebo zkusit vyřešit jinak (skriptem, exportem nebo použitím jiného systému než fossil).

1129
Hardware / Re:Ako vypocitat potrebny HW pre chod VM
« kdy: 28. 01. 2017, 13:16:11 »
Rozběhnou lze ledacos, ale zajistit stabilní výkon je něco jiného. Takže skutečné nároky pro vaše využití zjistíte nejlépe testováním.

Paměťová nároky se dají snížit pomocí https://en.wikipedia.org/wiki/Kernel_same-page_merging  Má to ale určitou režii (cpu).

Jinak v angličtině se dá materiálů najít docela dost.

1130
Desktop / Re:Konfigurační soubory Xorg se chovají nelogicky
« kdy: 24. 01. 2017, 13:54:46 »
Já už si ani nepamatuju, kdy jsem naposledy musel na normálním pc řešit konfiguraci X. Jaký je k tomu důvod? Vše obvykle funguje out of box.

1131
Vývoj / Re:Parsování adres v PostgreSQL
« kdy: 24. 01. 2017, 13:50:42 »
Není to složité, ale chce to postupovat podle nějakého návodu. Když už to člověk jednou dělal, je to na chvíli. Už jsem to dlouho nepoužíval, ale postupoval jsem nějak takto:

Kód: [Vybrat]
-------------------------------------------------------------------
How to manage fulltext search in Postgres 9.4:
-------------------------------------------------------------------

1. Copy .affix .dict and .stop files for czech to postgres, for example:

cp -vi postgres-fulltext/* /usr/share/pgsql/tsearch_data/

2. Load these files and create configuration from it:

-- configuration:
DROP TEXT SEARCH CONFIGURATION public.czech;
CREATE TEXT SEARCH CONFIGURATION public.czech ( COPY = pg_catalog.simple ) ;
COMMENT ON TEXT SEARCH CONFIGURATION  public.czech IS 'configuration for czech language';

-- dictionary:
CREATE TEXT SEARCH DICTIONARY czech_ispell (
    TEMPLATE  = ispell,
    DictFile  = czech,
    AffFile   = czech,
    StopWords = czech
);
COMMENT ON TEXT SEARCH DICTIONARY  czech_ispell IS 'ispell for czech language';

-- modify mappings:
ALTER TEXT SEARCH CONFIGURATION czech ALTER MAPPING FOR asciiword, asciihword, hword_asciipart, word, hword, hword_part WITH czech_ispell, simple;
ALTER TEXT SEARCH CONFIGURATION czech DROP  MAPPING FOR email, url, url_path, sfloat, float;

-- List new configurations - works only in psql:
\dF
\dFd
\dFp
\dFt

3. Test new configuration:

SET default_text_search_config = 'public.czech';

SELECT * FROM ts_debug('Příliš žluťoučký kůň úpěl ďábelské ódy.');
SELECT * FROM ts_debug('czech', 'Příliš žluťoučký kůň úpěl ďábelské ódy.');

SELECT * FROM ts_debug('Dlouho jsem přemýšlel, jestli se k tomu přiznávat, ale nakonec jsem si řekl, že jednou to odhalení přijít musí.');
SELECT * FROM ts_debug('czech','Dlouho jsem přemýšlel, jestli se k tomu přiznávat, ale nakonec jsem si řekl, že jednou to odhalení přijít musí.');

4. Set fulltext search configuration permanently:

vim postgresql.conf:
default_text_search_config = 'public.czech'
service postgresql restart

5. Add searchable columns:

ALTER TABLE table ADD COLUMN tsearch_idx tsvector NULL DEFAULT NULL;

6. Add gin index on this column:

DROP INDEX IF EXISTS tsearch_gin_idx;
CREATE INDEX tsearch_gin_idx ON points USING gin(tsearch_idx);

7. Add trigger to keep searchable column up-to-date:

CREATE OR REPLACE FUNCTION update_table_tsearch_idx() RETURNS trigger AS $$
BEGIN
-- NEW.id;
-- (...)
return NEW;
END
$$ LANGUAGE plpgsql;

DROP   TRIGGER update_table_tsearch_idx ON table;
CREATE TRIGGER update_table_tsearch_idx BEFORE INSERT OR UPDATE ON table FOR EACH ROW EXECUTE PROCEDURE update_table_tsearch_idx();

8. Test searchable column:

SELECT * FROM table t WHERE t.tsearch_idx @@ to_tsquery('word1 & word2 & word3');
SELECT t.tsearch_idx::text FROM table t WHERE t.id = ?;

9. For more information see:

http://www.postgresql.org/docs/9.4/static/textsearch-configuration.html
https://www.postgresql.org/docs/9.4/static/textsearch.html


1132
Vývoj / Re:Parsování adres v PostgreSQL
« kdy: 23. 01. 2017, 19:45:49 »
Uděláš si fulltext index pro Points a pak v něm budeš hledat to, co zadal uživatel (seřadíš dle relevance).

1133
Bazar / Re:Koupím hlavici SilverCrest RT2000
« kdy: 12. 01. 2017, 23:34:03 »
Teoreticky lze dosah odhadnout dle verze Bluetooth a třídy (Class) https://cs.wikipedia.org/wiki/Bluetooth#Specifikace

1134
Hmm, to vypadá opravdu výživně. Bylo by dobré i mít představu, kolik času to zabere (resp. kolik zabere následování návodu a kolik zabralo sesbírání know-how autorovi).

Autor by si zasloužil i odměnu, alespoň symbolickou.

Situace je podle mě totiž taková, že není mnoho dobrých mailhostingů (snad vyjma specializovaných služeb pro mailový marketing) a provozovat to sám zase není úplně sranda, pokud to má být spolehlivé. Navíc mail je na okraji zájmu, všichni se předhánějí s VPS, ale kvalitní mailhosting nenabízí skoro nikdo. A když už, tak jen přívažek k nějakého webhostingu, který zase nikdo nepotřebuje.

Takže pokud by bylo doporučení i na dobrého mailhostera, též uvítám - pro zvážení, v jaké situaci se vyplatí si maily hostovat vlastními silami.

1135
Zdravím, tak to se také těším. Bude tam i know-how pro praktický provoz? Tj. takové ty věci, které jsou potřeba pro produkční provoz? SPF, DKIM a DMARC, popis různých problémů, se kterými se člověk může v praxi setkat?

1136
Vývoj / Re:Práce s PDF
« kdy: 24. 11. 2016, 11:16:19 »
Zřejmě nejde o interaktivní pdf formuláře, ale jen o pdf jakožto předtištěný formulář z nějakého úřadu - tedy vlastně jen pozadí. Pak jedině přes ty souřadnice anebo nějaký pokročilý systém rozpoznávání (nebude to levné).

Pokud by ale o interaktivní pdf formuláře šlo, pak bych hledal podporu formulářů přímo ve vhodné knihovně pro práci s pdf. Taky lze pdf generovat pomocí prohlížeče (wkhtmltopdf sice zrovna moc nefungue, spíš bych použil http://slimerjs.org/ nebo http://phantomjs.org/) anebo pomocí libreoffice (spuštěné i bez okna v headless režimu, takže to může pak fungovat i jako služba).

1137
Vývoj / Re:CSS Editace
« kdy: 17. 11. 2016, 21:28:01 »
Ivan Nový: Děkuji já ovládám pouze skriptovaní ve windows + powershell a linux
Takže jsem myslel že by se to dalo vyrešit právě nějakou (proměnnou)

PS:
zatím jsem našel tohle: http://css-color-replace.orca-multimedia.de/
Usnadní mě to práci víc něž to co jsem původně zde psal.

Ale hledám něco podobného jako software na windows nebo linux

Já taky doporučím Less. Použití není složité, v podstatě to jen vygeneruje css soubory z less souborů. A v less souborech mohou být proměnné a další vymoženosti. Podstatné je, že validním less souborem je libovolný css soubor. Takže prostě jen změníte příponu z css na less a pokračujete jako doposud. Nic vás nenutí se něco učit - učíte se až za pochodu podle potřeby.

Less soubory pak přeložíte do css a načtete na webové stránce anebo můžete načíst na stránce i přímo less, pokud současně  načtete i soubor less.js (javascriptovou implementaci Less). Tím "naučíte" prohlížeč less. Takže v tomto případě stačí změnit příponu a přidat less.js do stránky. Viz http://lesscss.org/#client-side-usage Tento režim se hodí pro vývoj, pro finální provoz je lepší provést překlad. 

Jinak online si můžete less syntaxi vyzkoušet zde http://less2css.org/

Co se týče SASS http://sass-lang.com/ je to dost podobné. Compass je pak nadstavba, čímž se to komplikuje. Doporučuju začít tím nejjednodušším.

Neboť souhlasím, že seznámit se se vším naráz (node, grunt, compass, sass atd.) bude pro začátečníka dost složité na zorientování. Pokud nemáte kontext, do kterého ty vědomosti začleníte, můžete být chvíli zmaten, co je vlastně co...

1138
Vývoj / Re:komprese XML na straně klienta
« kdy: 25. 10. 2016, 13:39:17 »
Citace
mas nejaky ozkouseny tip? samotne jquery to neumi...aspon jsem nic nevylustil

Ne, nic otestovaného nemám. Je potřeba pohledat a otestovat. Jsou toho tuny, stačí zadat do google "javascript compression library"...


Pokud to má být používané veřejně z internetu, bude hlavní kompatibilita a fallback chování.

1139
Vývoj / Re:komprese XML na straně klienta
« kdy: 25. 10. 2016, 13:03:07 »
Nevím o tom, že by existoval http standard pro kompresi dat odesílaných na server. Běžná http komprese funguje pro stažení dat ze serveru do browseru (a musí být na serveru povolena pro daný mime typ a browser ji musí podporovat).

Pro upload by ale mělo jít použít existující javascriptové knihovny pro kompresi a xml komprimovat před odesláním a na serveru zase dekomprimovat.

1140
Server / Re:In memory SQL
« kdy: 20. 10. 2016, 23:46:04 »
Co použít nějakou databázi s master-slave replikací, kde master bude in memory a slave on-disk? Záleží jak hodně konkurenčních přístupů tam bude a jaký bude podíl čtení/zápisy.

Třeba se podívat na http://www.h2database.com/html/features.html In-memory má, procedury má, replikaci taky... ale zda se pro tento účel a objem dat skutečně hodí, to nevím. Na druhou stranu někde se začít musí a je tam i porovnání s dalšími databázemi :-)

Stran: 1 ... 74 75 [76] 77 78 ... 90