Jump to content

Kudris

Uživatel
  • Příspěvků

    173
  • Registrován

  • Aktivní

  • Vítězných dnů

    2

Příspěvky posted by Kudris

  1. před 16hodinami, Fakerko_ said:

    Dotaz, nestačila by na to jen webová appka, když to má jen zobrazovat informace? 

    Rozhodně to je jedna z možností, ale vyhlídkově do budoucna uvažjeme nad tím jak by se to dalo rozšíčit a zefektivnit, to že aktuálně nepotřebujeme nativní funkce neznamená že se to za dva roky nezmění, proto by jsme rádi měli tohle podchycené.

  2. Ahoj, potřebujeme udělat jednu jednoduchou app která nebude využívat nativní funkce mobilů atd. víceméně bude jen zobrazovat data z našeho informačního systému, proto jsme se rozhodili využít nějakou multiplatformí cestu a udělat pro oba OS (android & ios) v rámci jednoho kódu, a nyní jsme před velkým rozhodnutím, xamarin jsme vyřadili a nyní přemýšlíme jestli se vydat cestou flutter nebo React Native.

    Byl by někdo ochotný a ideálně ze své praxe nám poradit pro co se rozhodnout? případě k tomu trošku popsat proč se rozhodl pro to a né pro to druhé? díky ♥

  3. On 25. 11. 2022 at 18:45, Hip said:

    Zajímavej dotaz. 

    Přemýšlel jsem jak co nejefektivněji toho dosáhnout. První dotaz je, máš SQL nebo noSQL databázi? Podle toho bych se odpíchnul dál. Vzhledem k tomu, že jsi nespecifikoval, tak počítám s SQL. (NoSQL by zde byla zrovna lepší).

    Ujasněme si, že chceme označit příspěvky, které jsou nové od poslední návštěvy. Počítám s tím, že každý user má uid, každý topic má uid a každá příspěvek má čas vložení příspěvku. Aby se zabralo co nejméně místa a přístup byl co nejrychlejší, řešil bych to extra tabulkou tzv. M:N tabulkou, jež by vypadalo takto:

    | uid | topic_id | user_id | timestamp |

    uid = primární klíč
    topic_id = index na vlákno. (Odkaz na primarní klíč topicu, například tento topic má id 56539 - viz url)
    user_id = index na usera. (Odkaz na primární klíč usera)
    timestamp = poslední zaznamenaná návštěva usera

     A teď funkčnost:

    Uživatel vstoupí do vlákna příspěvků a načte si příspěvky. Pokud je funkce kterou chceš zapnutá. tak se dotáže na db:

    SELECT uid, timestamp FROM last_activity WHERE topic_id = id_vlakna AND user_id = id_usera LIMIT 1

    Pokud něco vrátí, znamená, že už tam byl. Pokud ne, uživatel ještě topic nenavštívil. 

    Timestamp je poslední návštěva, podle toho můžeš označit příspěvky co uživatel ještě neviděl. Jakmile vleze na topic, voláš db a updatuješ tabulku:

    UPDATE last_activity SET timestamp = now() WHERE uid = uid_predchoziho_vysledku

    Pokud tam ještě nebyl, záznam vytvoříš...

     

    Proč timestamp a ne ID příspěvku jako poslední přečtený: Příspěvek není něco, co tam vždy, můžeš být. Poslední příspěvek někdo může smazat a svým způsobem id příspěvku nemusí být vzestupný. Příspěvek id 1 může být novější než příspěvek id 2 - může být třeba přesunutý. 

    Nevýhody SQL: navržená tabulka last_activity bude do nekonečna vzrůstající a velmi rychle. Čím více userů se podívá, tím více záznamů. 5 000 000 záznamů mi mysql už moc nedávalo.
    Řešení: noSQL: U nosql by se tyto informace dali napsat přímo k záznamu topicu jako JSON, kde by byly informace o všech uživatelích, co topic navštivili.  
    Řešení 2: Udělat s sql nosql. Přidat sloupec do tabulky seznamu topiců, kam se bude psát jako JSON informace o všech uživatelích jako řešení o řádek výše.

    Nevýhody noSQL a řešení 2: Pokaždé když se někdo dotáže na informace kdy se naposledy podíval do topicu, tak se stáhnou všechny informace pro všechny usery. Nikoli jen pro jednoho konkrétního.

    Super, díky moc za přiblížení této funkce. Rozhodně si s tím pohraji a vyzkouším co mi bude nejvíce vyhovovat, pak dám nějaký feedback. 

  4. Ahoj, na jednom interním systému řeším aby se uživateli nepřečtené informace označili. Funkčnost chci podobně třeba jako zde na fóru kde jsou označené témata které jsem jako uživatel ještě nepřečetl případně příspěvky v konkrétním tématu. 

    Moje otázka zní, jak je tahle funkce řešena? Kam a jak se údaje o přečtení článku ukládají? Jak dosáhnout co největší efektivity? 

  5. Vypni tu ty zas*aný reklamy a klidně nastavím trvalý příkaz, nebo aspoň je dej jen na nějaké role a pro lidi co podporují finančně je vypni... Protože to mě tady vytáčí, když jsem na cestách jen s malým notebookem tak vidím víc reklam jak obsahu fóra... 

    Jakože sorry, ale hned po načtení stránky vidět 3 reklamy a žádný obsah (když nepočítám 1.5 roku starý topic ve slideru) 
    screenshot (samozřejmě na vedlejším monitoru který používám jen na phpmyadmin a návštěvy pár webů) 

  6. Sorry že obnovuji starý topic, ale rád bych připomněl tohle téma a oznámil že SP už je možné si vyzkoušet na FiveM a za sebe mohu říct že je to pecka. 
    Když člověk přejde nějaké ty bugy které kluci postupně řeší, tak super zábava a hromada dobrých lidí. 

    • Líbí se mi to! (+1) 1
  7. před 12hodinami, Hip said:

    určitě ne bez přístupu na internet. Po formátování disku tam nezůstane nic. 

    I po výměně disku, vždy když zákazníkovi měním plotnu za SSD tak instaluji iso bez internetu, po instalaci připojim do sítě, nechám stáhnout aktualizace včetně pár restartů a windows se aktivuje. 
    Co jsem tak slyšel tak buď si deska pamatuje licenci, nebo windows si pamatuje desku a na základě toho po reinstallaci či výměně disku aktivuje systém. 

  8. Hezký den všem uživatelům fóra. Jdu si k vám pro radu...

    Jsem OSVČ a aktuálně vystavuji faktury v účetním systému, mají tedy řadu ve tvaru ROK + pětimístné číslo(Např. 202100001)
    Nyní však spouštím eshop a řeším tam jak řešit číslování faktur, aby se mi neduplikovali a hlavně aby to bylo v pořádku pro případnou kontrolu

    Napadlo mě na Eshopu to řešit formou ROK + 5 + čtyřmístné číslo (Vypadalo by to tedy asi takto:  202150001) čímž bych zamezil duplikaci čísel, ale nevím jestli to je účetně správně. 

    Jak řešíte/či by jste tuto situaci řešili vy? 

    Předem moc děkuji za jakýkoliv feedback.

  9. před 12hodinami, ATomas said:

    Take pouzivam Rapsberry k projekti HTML stranky co taha data z db. Ovsem pouzil jsem pro refresh tag META. Tj je to asi jiny zpusob refreshu nez jQuerry a problem a potrebu restartovat to nemame.

    PS: Kdyz jsem se v tom rapsberry hrabal, nekde jsem nasel moznost automaticky restart po xxx minutach. Resp myslim ze je to nekde tam kde se da odlozit start rapsberry (ja promitam na TV takze musim cekat na boot televize)

    Pomocí meta jsem to měl za začátku, ale tím se u plno lidí vyvolával efekt "vždyť se to neaktualizuje) Tak jsem udělal aktualizaci pomocí jQuery s tím že je v rohu stránky vidět odpočet do refreshnutí, díky tmu i teď poznám kdy to selže, protože buď odpočet zmizí nebo se sekne, každopádně ten automatický restart ani odložení startu jsem nikde nenašel O.o

  10. Ahoj, v kanceláři mám Raspberry Pi 4 Model B na kterém mi věží OS Raspberry Pi Desktop a na něm si zobrazuji statistiky. Mám jednoduchou PHP stránku co mi tahá informace z mysql a automatickou aktualizaci pomocí jQuery každých 30 vteřin. Z nějakého důvodu se mi ale web po třeba 3 dnech zasekne a je potřeba ho ručně refreshnout, což je věc kterou bych chtěl zamezit, třeba automatickým restartem například přes cron, je to u raspbery vůbec možné? Případně jak by vypadal příkaz pro Cron aby se každý den v 6:00 resetlo. Díky ♥

  11. Spoiler

      

    před 1hodinou, Bloodman said:

    Ahoj, mas tam v kode chybu. Takto by to malo byt po spravnosti

    notsmall.thumb.jpg.80b190bcb72c3e1855302150d9b3a181.jpg

     

    Udělal jsem tam mírnou optimalizaci.

     

    pawno.jpg

×
×
  • Create New...