Příspěvky

1201

Vývoj / Re:Propojení e-shopu s účetnictvím

« kdy: 17. 02. 2016, 13:14:31 »

Ja sa tymto primarne nezivim, takze to tak nesledujem, iba stale niekto nieco po mne chce..asi sa zacnem . Ale teraz som si chvilu browsoval po broadleaf strankach a uz len ta dokumentacia je na uplne inej urovni. Ale to iba preto lebo to vypadlo prve z googlu, o broadleaf nic neviem..

Hmm, na broadleaf jsem koukal už dříve, ale to by chtělo někoho kdo to používá.

1202

Vývoj / Re:Propojení e-shopu s účetnictvím

« kdy: 16. 02. 2016, 17:46:47 »

Mozes cez to predavat a bude to fungovat a ludia cez to predavaju. Ale vespod je to fuj.

Pořád lepší než ostatní opensource alternativy. Nebo máte něco lepšího? Ideálně v javě?

1203

Vývoj / Re:Propojení Eshopu.

« kdy: 14. 02. 2016, 20:55:52 »

Pracovat se surovou databází bych se zrovna v Abře bál, je to klasická třívrstvá architektura a do databáze máte jít přes aplikační vrstvu. Dávat tam nějaké triggery do databáze je riskantní, pokud nemáte podrobné znalosti o implementaci.

Pokud máte licenci na skriptování, šlo by to v Abře asi naskriptovat (skripty jsou v Pascalu). Pokud ne, musíte jít buď přes exporty/importy nebo přes AbraOLE. V obou případech budete psát nástroj, který provede synchronizaci na požádání případně periodicky. Nic elegantnějšího neznám.

1204

Software / Re:Zmrazení procesu à la hibernace

« kdy: 11. 02. 2016, 23:31:16 »

Osobne pouzivam k podobnym ucelum Berkely Labs Checkpoint Restart (BLCR; http://crd.lbl.gov/departments/computer-science/CLaSS/research/BLCR/). Potrebujete jaderny modul, knihovny a par utilit.

A to opravdu funguje i na už hotové binárky? Jak si to poradí s otevřenými resources?

1205

Software / Re:Zmrazení procesu à la hibernace

« kdy: 11. 02. 2016, 23:30:05 »

Ta třeba Squeak/Smalltalk má hibernaci zabudovanou by default. Někdo to občas používal právě na dlouhotrvající výpočty. Ale pravděpodobně výpočet do smalltalku nebudete chtít přepisovat, když to máte implementované jinde a když asi závisíte na knihovnách pro výpočty. Pak bude virtualizace univerzální řešení bez práce.

Používám kvm a virt-manager a virtuál bez problému pozastavím a kdykoli rozběhnu, restart pc nevadí.

Virtuál využívá výkon počítače jen podle toho, co ve virtuálu běží. Pokud tam neběží nic, tak virtuál žere jen paměť, ale žádný procesorový čas.

1206

Server / Re:Běh skriptu v časových intervalech PHP

« kdy: 09. 02. 2016, 12:50:56 »

Správné řešení neexistuje - je třeba vždy porovnat požadavky, možnosti, zkušenosti, cenu, rizika... atd.

Souhlasím, že php nebylo pro trvalý běh navrženo, ale pokud ho dobře umíte nebudete mít problém napsat skript, který udělá co je potřeba a který budete spouštět třeba z plánovače windows. Taky to bude fungovat. Dejte pozor na souběh dvou instancí, skript by měl zřejmě běžet jen jednou.

Pokud je na vyzvednutí údajů měření nějaké web rozhraní, lze udělat jednoduchého klienta, který to bude pravidelně "naklikávat". Možná by stačilo i curl, ve Firefoxu lze v developers tool kopírovat jednotlivé příkazy rovnou jako curl příkazy.

Případně pokud je přístup do kódu webového rozhraní, lze prostě příslušnou část upravit a třeba přepsat do jiného jazyka a pak to může fungovat nezávisle na webovém rozhraní.

1207

Server / Re:Běh skriptu v časových intervalech PHP

« kdy: 08. 02. 2016, 20:06:10 »

Nechápu, jak by měl nodejs pomoct. Celá úloha se týká pouze pravidelného spuštění příkazu, kterým se na server nahrají nově naměřená data. Anebo alternativně pravidelného spuštění requestu, na základě kterého php skript nová data odněkud vyzvedne.

Pokud jde o měření časové závislosti, je potřeba si uvědomit, zda ta měřená data obsahují i čas měření - pak totiž nezáleží na přesném intervalu vyzvedávání dat. Nejlepší by bylo to udělat, aby jedna dávka dat obsahovala sadu měření od posledního vyzveduní (čas1-naměřené hodnoty1, čas2-naměřené hodnoty2 atd.). Pak by stačilo to spouštět třeba jednou za minutu. Ale to píšete, že to nejde. Ale bylo by to nejlepší řešení.

Pravidelné souštění příkazu můžete udělat klidně skriptem v bashi, pokud nezáleží na přesném časování, stačí

Kód: [Vybrat]

while sleep 10; do curl http://cosi.cz/mereni; done;

1208

Server / Re:Monit - hlídání HTTP se stavovým kódem 401

« kdy: 08. 02. 2016, 11:20:29 »

check host rpi.lan with address rpi.lan
   start program "/usr/bin/ssh pi@rpi.lan /usr/sbin/service tvheadend start"
   stop program "/usr/bin/ssh pi@rpi.lan /usr/sbin/service tvheadend stop"
   if failed
      port 9981
      protocol http
      status != 302
   then restart

Není to náhodou tak, že máte v konfiguraci zapsat podmínku pro úspěch? Pak byste měl uvést status = 302, nikoli status != 302. To je podle mě jádro pudla, přepište a otestujte.

A samozřejmě je nutné mít dostatečně aktuální verzi monitu, http status umí od v5.8.

1209

Software / Re:Převod html do pdf

« kdy: 02. 02. 2016, 19:17:21 »

Wkhtmltopdf je bugovaté, nechápu jak to někomu může fungovat, já skončil na tomhle problému https://github.com/wkhtmltopdf/wkhtmltopdf/issues/2719

Proto jsem použil https://github.com/vbauer/manet, renderování volitelně buď pomocí PhantomJS (engine WebKit) nebo pomocí SlimerJS (engine Gecko).

1210

Hardware / Re:Spolehlivý GSM USB modem pro odesílání SMS z Debianu

« kdy: 28. 01. 2016, 20:55:23 »

http://www.smsco.it/tomcat/en/modem/siemens_tc35i.jsp

1211

Software / Re:Práce s vrstvami v GIMP

« kdy: 26. 01. 2016, 21:07:42 »

Na tento způsob práce se mi Gimp moc neosvědčil. Doporučuju podívat se (v tomto pořadí) na Inkscape (vektory) případně Scribus (dtp včetně vektorů). Oba programy mají své limity, ale dá se s tím žít. PS: Návrhy webů dělám v Inkscape. Jsou i jiné varianty, které ale moc neznám.

1212

Vývoj / Re:V čem napsat mobilní aplikaci (frontend only)

« kdy: 12. 01. 2016, 18:59:06 »

Jen poznámku - nečekejte, že Vám nástroj pro vývoj mobilních appek s možností cílení na více platforem ušetří práci. Naopak, ze začátku vám ji akorát přidělá. Ušetří ji možná až tomu, kdo zná všechna úskalí a zná dobře i nativní platformu a její varianty a možnosti. Zadruhé, pokud to bude v javascriptu, můžete se rychle dostat do úzkých při debuggingu. Jinak dobré může být si projít přehledy https://en.wikipedia.org/wiki/Multiple_phone_web-based_application_framework a https://en.wikipedia.org/wiki/Mobile_application_development

1213

Vývoj / Re:Knížka o algoritmech pro programátora

« kdy: 05. 01. 2016, 11:43:59 »

Znalost alg. se hodí, hlavně vědět, podle čeho algoritmus vybrat (časová a paměťová náročnost, modifikovatelnost) a mít představu o datových strukturách, které ty algoritmy používají (stromy...).

To odlišuje lepiče kódu (kterým to tak nějak samo funguje) od programátorů, kteří mají tušení, jak to na pozadí funguje a jaké z toho plynou důsledky (takže dokážou předejít problémům, se kterými se první skupina potýká až ad hoc). Samozřejmě každý občas lepí a naopak lepič, který se spálil, se pomalu posouvá do výššího levelu. To známe asi každý :-)

Osobně vystačím s inetem, občas koukám třeba sem https://algoritmy.net/

1214

Server / Re:Klikací rozhraní pro virtualizaci

« kdy: 04. 01. 2016, 21:33:23 »

Ano, virt-manager je grafická alternativa k virsh. Pokud nechcete na stroji Xka, pak můžete použít virsh. Ale ovládání je pracnější. Ale můžete mít virt-manager na jiném počítači a z něj se připojit k virtualizovaným strojům vzdáleně po síti (to samé je možné u virsh).

Zda „s výhledem do budoucnosti, je vhodnější začít s Xenem nebo KVM“ nedokážu zodpovědět. Co mohu potvrdit je akorát to, že KVM není mrtvá technologie, používá to kde kdo.

1215

Software / Re:Konzolové utility s textovým rozhraním

« kdy: 04. 01. 2016, 16:57:18 »

Pokud chcete lepší odpověď, položte lepší dotaz. Uveďte, jaké operace potřebujete často provádět a jak je děláte nyní a proč to nevyhovuje. Odpovědi pak budou více k věci. Protože 100% univerzálůní řešení neexistuje - kdo nechce X a chce ssh, používá zpravidla holé příkazy nebo vlastní skripty a nemá s tím problém.

Další věc je, že nereagujete ani na dobré a věcné rady. Užitečnou radu s aliasy necháváte bez povšimnutí a reagujete jen na kontroverzní odpovědi. Tím diskuzi zhoršujete. Za těchto okolností je vlákno zralé k zamčení pro trolling.