abclinuxu.cz AbcLinuxu.cz itbiz.cz ITBiz.cz HDmag.cz HDmag.cz abcprace.cz AbcPráce.cz
AbcLinuxu hledá autory!
Inzerujte na AbcPráce.cz od 950 Kč
Rozšířené hledání
×
    dnes 04:00 | Zajímavý článek

    Jiří Eischmann v příspěvku na svém blogu představuje typy, jak lépe chránit své soukromí na mobilním telefonu: "Asi dnes neexistuje způsob, jak se sledování vyhnout úplně. Minimálně ne způsob, který by byl kompatibilní s tím, jak lidé technologie běžně používají. Soukromí ovšem není binární věc, ale škála. Absolutního soukromí je dnes na Internetu dost dobře nedosažitelné, ale jen posun na škále blíže k němu se počítá. Čím méně dat se o vás posbírá, tím nepřesnější budou vaše profily a tím méně budou zneužitelné proti vám."

    Ladislav Hagara | Komentářů: 1
    dnes 00:22 | Nová verze

    Byla vydána nová stabilní verze 25.05 linuxové distribuce NixOS (Wikipedie). Její kódové označení je Warbler. Podrobný přehled novinek v poznámkách k vydání. O balíčky se v NixOS stará správce balíčků Nix.

    Ladislav Hagara | Komentářů: 0
    včera 18:11 | Nová verze

    Multiplatformní open source spouštěč her Heroic Games Launcher byl vydán v nové stabilní verzi 2.17.0 Franky (Mastodon, 𝕏). Přehled novinek na GitHubu. Instalovat lze také z Flathubu.

    Ladislav Hagara | Komentářů: 0
    včera 18:00 | Nová verze

    Organizace Apache Software Foundation (ASF) vydala verzi 26 integrovaného vývojového prostředí a vývojové platformy napsané v Javě NetBeans (Wikipedie). Přehled novinek na GitHubu. Instalovat lze také ze Snapcraftu a Flathubu.

    Ladislav Hagara | Komentářů: 0
    včera 14:55 | IT novinky

    Klávesnice IBM Enhanced Keyboard, známá také jako Model M, byla poprvé představena v roce 1985, tzn. před 40 lety, s počítači IBM 7531/7532 Industrial Computer a 3161/3163 ASCII Display Station. Výročí připomíná článek na zevrubném sběratelském webu Admiral Shark's Keyboards. Rozložení kláves IBM Enhanced Keyboard se stalo průmyslovým standardem.

    Fluttershy, yay! | Komentářů: 5
    včera 12:00 | Nová verze

    Vyšlo Pharo 13 s vylepšenou podporou HiDPI či objektovým Transcriptem. Pharo je programovací jazyk a vývojové prostředí s řadou pokročilých vlastností.

    Pavel Křivánek | Komentářů: 1
    včera 04:00 | IT novinky

    Java má dnes 30. narozeniny. Veřejnosti byla představena 23. května 1995.

    Ladislav Hagara | Komentářů: 7
    22.5. 21:55 | IT novinky

    1. července Mozilla vypne službu Fakespot pro detekci podvodných recenzí v internetových obchodech. Mozilla koupila Fakespot v květnu 2023.

    Ladislav Hagara | Komentářů: 1
    22.5. 21:33 | IT novinky

    8. července Mozilla vypne službu Pocket (Wikipedie) pro ukládání článků z webu na později. Do 8. října si uživatelé mohou vyexportovat data. Mozilla koupila Pocket v únoru 2017. Několik měsíců byl Pocket integrovanou součástí Firefoxu.

    Ladislav Hagara | Komentářů: 7
    22.5. 13:22 | Upozornění

    Turris OS má aktuálně problém s aktualizací související s ukončením podpory protokolu OCSP u certifikační autority Let's Encrypt.

    Ladislav Hagara | Komentářů: 4
    Jaký je váš oblíbený skriptovací jazyk?
     (58%)
     (27%)
     (6%)
     (3%)
     (0%)
     (0%)
     (5%)
    Celkem 96 hlasů
     Komentářů: 6, poslední 22.5. 14:43
    Rozcestník

    Vložit další komentář
    freshmouse avatar 3.12.2006 18:53 freshmouse | skóre: 42 | blog: Bruno Banány
    Rozbalit Rozbalit vše Re: Autoři reloaded
    Pozor na logiku URL.

    něco.cz/muj_obsah/uzivatel-1569599 je daleko méně logické než něco.cz/uzivatel-1569599/muj_obsah.

    Představ si to jako souborový systém:
    - uživatel
       - uživatel 1
          - uživatelůb obsah
             - články
             - komentáře
             - zprávičky
          - uživatelův weblog
       - uživatel 2
          - uživatelůb obsah
             - články
             - komentáře
             - zprávičky
          - uživatelův weblog
    - články
       - článek číslo 1
          - komentáře
             - syndikace komentářů (RSS)
       - článek číslo 2
          - komentáře
             - syndikace komentářů (RSS)
    - software
       - skupina software 1
          - podskupina software 1
             - software číslo 1
       - skupina software 2
          - podskupina software 3
             - software číslo 2
    
    A tak dále.
    3.12.2006 21:36 Leoš Literák | skóre: 74 | blog: LL | Praha
    Rozbalit Rozbalit vše Re: Autoři reloaded
    To url muj_obsah byla jen narychlo provedena oprava pred webroboty, abych jim mohl zakazat prohlizet tuto vypocetne narocnou stranku. Az jednou budu predelavat uzivatele (a potrebuji to), budu si davat bacha. Zatim ani nevim, jaka zvolim URL, zda /profil/literakl nebo /profil/leos-literak, nebo pouzivat /uzivatel misto /profil .. ?
    Zakladatel tohoto portálu. Twitter, LinkedIn, blog, StackOverflow
    freshmouse avatar 3.12.2006 22:36 freshmouse | skóre: 42 | blog: Bruno Banány
    Rozbalit Rozbalit vše Re: Autoři reloaded
    Rozhodně používat "uzivatel" -- říká to víc než "profil" (ale méně než Raffaelo). Co se týče jmen uživatelů v URL, klidně bych tam dal jen jejich ID, protože to má "trvalejší" charakter. Naopak u komentářů u článků a u diskuzí bych dal název článku / diskuze: - /clanky/nazev-clanku/komentare/
    - /diskuze/nazev-diskuze/ ... namísto /forum/show/12345. Je to daleko logičtější. (U toho článku bych dokonce dělal URL ve stylu: /clanky/2006/12/nazev-clanku -- pak to bude ještě lepší.) Dále, do URL patří pomlčky, ne podtržítka. Má to určitý vliv na vyhledavače, i když ne moc velký. Daleko důležitější jsou HTML tagy <title>. Ty bych tvořil podobně jako ta URL, např.: - Název článku (ABCLinuxu: Linux na stříbrném podnose)
    - ABCLinuxu: Linux na stříbrném podnose > Název článku Atd. Myslím, že toto téma docela ovládám, takže rád pomůžu (Jabber: freshmouse (A v kroužku) jabber.org).
    3.12.2006 22:45 Leoš Literák | skóre: 74 | blog: LL | Praha
    Rozbalit Rozbalit vše Re: Autoři reloaded
    Zkontroluj si aktualni stav, polovina z toho je davno hotova :-)
    Zakladatel tohoto portálu. Twitter, LinkedIn, blog, StackOverflow
    freshmouse avatar 3.12.2006 23:10 freshmouse | skóre: 42 | blog: Bruno Banány
    Rozbalit Rozbalit vše Re: Autoři reloaded
    Záleží na úhlu pohledu. Já vidím tu nehotovou polovinu. ;-)
    Yin avatar 3.12.2006 23:35 Yin | skóre: 39 | blog: Yinotopia | Slovesnko, Košice
    Rozbalit Rozbalit vše Re: Autoři reloaded
    Ja nevidim ani tu polovicu... a som stastny ;)
    Nikdy nie je tak zle, aby to jeden poharik nemohol ešte zhorsiť.
    freshmouse avatar 3.12.2006 23:41 freshmouse | skóre: 42 | blog: Bruno Banány
    Rozbalit Rozbalit vše Re: Autoři reloaded
    Je ovšem otázka, jestli se koukáš! ;-)
    4.12.2006 07:10 Leoš Literák | skóre: 74 | blog: LL | Praha
    Rozbalit Rozbalit vše Re: Autoři reloaded
    http://www.abclinuxu.cz/clanky/jaderne-noviny/jaderne-noviny-1.-11.-2006/diskuse - diskuse ma vlastni textove URL, pouzivame pomlcky, rozdil od podtrzitek je pro google obrovsky.

    Davat datum do url clanku se mi nechce, i kdyz svuj puvab by to melo. Jenze pak bych musel delat handlery pro url typu /clanky/jaderne-noviny/2006/12, jako v blogu a to se mi nechce. Dost prace, pomerne slozita logika, viz blogy.

    URL pro dotazy ve foru jsou v planu, ale mam jeden problem a to, ze spousta dotazu je ve spatnem foru nebo ma nesmyslny titulek, pripadne se opakuje. Pro vsechno sice mame reseni (ulozit stare URL do tabulky redirektu), detekce duplikatnich URL, ale zatim jsem se k tomu nedostal.

    Z uzivatelskeho hlediska je lepsi mit titulek, ktery obsahuje variabilni cast na zacatku, protoze jinak v taskbaru uvidis petkrat AbcLinuxu ..., ale nerozeznas, co je v kterem tabu. Na to se snazime davat pozor.
    Zakladatel tohoto portálu. Twitter, LinkedIn, blog, StackOverflow
    3.12.2006 19:11 Honza Jaroš | skóre: 6 | blog: moje_strana_plotu | Bohnice
    Rozbalit Rozbalit vše Re: Autoři reloaded
    Co se týče toho diffu, docela by mě zajímalo, co použít. Já v jednom malém projektu používám knihovnu javaxdelta, ale tam se nějak dlouhodobě nic neděje, zdrojáky jsou dostupné pouze přes CVS a ačkoli jsou funkční a s problémy jsem se nesetkal, nejsem si jist, jestli je to nejvhodnější volba. Má někdo rozumnou javovskou alternativu pro binární diff?
    6.12.2006 07:26 Leoš Literák | skóre: 74 | blog: LL | Praha
    Rozbalit Rozbalit vše Re: Autoři reloaded
    Diky za URL, prozkoumam jej. Zatim jsem si popsal algoritmus do bugzilly. IMHO by mel fungovat.
    Zakladatel tohoto portálu. Twitter, LinkedIn, blog, StackOverflow
    6.12.2006 09:15 Honza Jaroš | skóre: 6 | blog: moje_strana_plotu | Bohnice
    Rozbalit Rozbalit vše Re: Autoři reloaded
    Nebylo by výpočetně méně náročné ukládat naopak diffy vždy proti poslední revizi? Že by aktuální revize, se kterou se obvykle nejvíc pracuje, byla čistý text a při změně by se naopak uložil diff vůči současnému stavu? Takže pokud by někdo chtěl nějakou starší verzi, načetla by se nejdřív ta současná a od ní by se postupovalo přes diffy zpět do minulosti.
    6.12.2006 09:56 Leoš Literák | skóre: 74 | blog: LL | Praha
    Rozbalit Rozbalit vše Re: Autoři reloaded
    V tom popisu jsem nezminil, ze aktualni verze je drzena v normalnich tabulkach, zmena se tyka jen tabulky revize, kde se uklada historie dokumentu.

    Tvuj pristup ma jednu vadu a to, ze po kazde zmene by se musely prepocitat i starsi revize, ne? Aspon na prvni pohled mi to tak pripada. Ted na to nemam cas, ale zkusim to pozdeji promyslet, zda to tak skutecne je. Aspon si zatim napisu testovaci data.
    • Tohle je prvni revize.
    • Tohle je zmenena druha revize.
    • Tohle neni druha revize.
    Muj puvodni navrh je ulozit takovato data:
    • 1, "Tohle je prvni revize.", NULL
    • 2, NULL, "[9,5,\"zmenena druha\"]"
    • 3, NULL, "[6,16,\"neni druha\"]"
    Zakladatel tohoto portálu. Twitter, LinkedIn, blog, StackOverflow
    6.12.2006 10:10 Honza Jaroš | skóre: 6 | blog: moje_strana_plotu | Bohnice
    Rozbalit Rozbalit vše Re: Autoři reloaded
    Není potřeba to přepočítávat. V obou přístupech se uchovávají diffy pouze mezi verzemi následujícími po sobě, pouze u tebe se aplikováním diffu na předchozí verzi dostane verze aktuální, kdežto u mně je tomu naopak. Ale postup řadou verzí je jinak stejný, jen se děje z opačného konce. V té mojí miniwiki to takhle používám - ovšem já tam při zobrazení stránky (pominu-li cache) tahám data skutečně z tabulky revizí. Pokud má Abíčko ještě někde uchován nezávislý čistý text aktuální revize pro účely zobrazení, je to asi fuk, jestli to diffovat od začátku nebo od konce.
    6.12.2006 10:34 Honza Jaroš | skóre: 6 | blog: moje_strana_plotu | Bohnice
    Rozbalit Rozbalit vše Re: Autoři reloaded
    Raději ještě doplním názorné srovnání: Tvůj přístup:
    První verze -(diff)> druhá verze -(diff)> třetí verze Můj přístup:
    Třetí verze -(diff)> Druhá verze -(diff)> první verze Pokud přidávám další verzi, udělám pouze diff mezi třetí a čtvrtou verzí a postup při získávání úplně původní revize pak bude Čtvrtá verze -(diff)> třetí -(diff)> druhá -(diff)> první v mém případě, nebo První verze -(diff)> druhá -(diff)> třetí -(diff)> čtvrtá ve tvém případě při získávání poslední revize. Jak jsem psal, vycházel jsem z toho, že poslední revize by se tahala častěji než první, takže by při jejím získávání nebylo potřeba procházet verzemi od začátku. Pokud je ovšem tabulka revizí používána pouze při přístupu k některé předchozí verzi a při změně textu, je to asi vcelku jedno.
    6.12.2006 10:37 Honza Jaroš | skóre: 6 | blog: moje_strana_plotu | Bohnice
    Rozbalit Rozbalit vše Re: Autoři reloaded
    Samozřejmě při ukládání nové verze je potřeba přepsat i tu poslední předchozí a nahradit v ní čistý text pouze diffem.
    6.12.2006 12:48 Leoš Literák | skóre: 74 | blog: LL | Praha
    Rozbalit Rozbalit vše Re: Autoři reloaded
    Cestou na obed jsem o tom uvazoval a mas pravdu, tohle fungovat bude. Dokonce optimalneji, nez muj pristup, protoze za prve pri ukladani dalsi revize se rychleji dostanes k textu posledni ulozene revize (staci ti jediny diff) a za druhe je pravdepodobnejsi, ze uzivatele budou prohlizet posledni revize nez ty nejstarsi.

    Ted jsou tu ale implementacni rozhodnuti. Kdyz se podivas do zdrojaku, pak revize mam napsany naprosto obecne, nejsou svazany s datovym modelem. Takze teoreticky mohu verzovat cokoliv. Pokud bych ale potreboval ziskat aktualne ulozeny text, znamenalo by to svazat revize s modelem nebo zeslozitet API (pridat puvodni text a novy text), coz se mi nelibi. Lepsi reseni jsi popsal ty - u posledni revize bude ulozen cely text, pri vkladani nove verze jej nahradit diffem a vlozit do nove revize aktualni text. Takze v tabulce bude u posledni revize vzdy kompletni text.
    Zakladatel tohoto portálu. Twitter, LinkedIn, blog, StackOverflow
    25.3.2007 11:49 Leoš Literák | skóre: 74 | blog: LL | Praha
    Rozbalit Rozbalit vše Re: Autoři reloaded
    Aktualni revize ve skutecnosti v databazi je odjakziva, tim je to jednodussi. Vice v bugzille
    Zakladatel tohoto portálu. Twitter, LinkedIn, blog, StackOverflow
    4.12.2006 21:53 Leoš Literák | skóre: 74 | blog: LL | Praha
    Rozbalit Rozbalit vše Re: Autoři reloaded
    Dalsi drobne opravy, napriklad diskuse ke kvizu ve vypisu poslednich komentaru se konecne zobrazuje spravne. Dale par chyb u autoru.
    Zakladatel tohoto portálu. Twitter, LinkedIn, blog, StackOverflow
    5.12.2006 21:09 Leoš Literák | skóre: 74 | blog: LL | Praha
    Rozbalit Rozbalit vše Re: Autoři reloaded
    Vyreseny dalsi dve bugy z bugzilly - 618 a 636 (TimerTask bezel prilis dlouho a dokonce se nekdy zaseknul), navic pridan antispam i do pokladani otazek ve foru, spamboti se naucili pouzivat preview :-(
    Zakladatel tohoto portálu. Twitter, LinkedIn, blog, StackOverflow
    6.12.2006 21:02 Leoš Literák | skóre: 74 | blog: LL | Praha
    Rozbalit Rozbalit vše zaludnost
    Ha, ted jsem resil docela zaludny problem pri generovani databaze pro developery abicka. Furt mi to padalo na duplicate key u slozeneho klice. Ale kdyz jsem to debugoval, jelo to v poradku. Jenze na plnou rychlost to vzdycky spadlo. Ale aby to bylo slozitejsi, tak to padalo na dvou mistech, neheuristicky. Nakonec jsem zkusil nahradit prikaz zjistujici posledni cislo revize prikazem zjistujicim maximalnim cislem revize a uz to jede.
    select verze from verze where cesta=? order by kdy desc limit 0,1
    select max(verze) from verze where cesta=?
    IMHO by oba prikazy mely byt ekvivalentni, ale mysql si to zrejme nemysli.
    Zakladatel tohoto portálu. Twitter, LinkedIn, blog, StackOverflow
    6.12.2006 21:08 Honza Jaroš | skóre: 6 | blog: moje_strana_plotu | Bohnice
    Rozbalit Rozbalit vše Re: zaludnost
    Nemělo v tom původním dotazu být order by verze desc? Pokud by měl sloupec "kdy" třeba duplicitní hodnoty...

    (kód Ábíčka neznám, nestíhám ani vlastní projekty, takže jen odhaduju podle popisu)
    6.12.2006 21:17 Leoš Literák | skóre: 74 | blog: LL | Praha
    Rozbalit Rozbalit vše Re: zaludnost
    Mas pravdu, to bude asi ten rozdil. Nejspise je presnost sloupce na sekundy a proto rozliseni podle datumu neni dostatecne. Tridit to podle verze by bylo jistejsi. Akorat ted mi zacina vrtat cervicek pochybnosti a kouknuti na schema jej potvrzuje - verze je definovana jako VARCHAR :-( Zrejme jsou puvodne zamyslel moznost obecnych verzi (napriklad 1.4 ci 2.3.4). Nicmene odhaduju, ze alter sloupce revize na smallint by mohl fungovat, jsou tam jen cela cisla.
    Zakladatel tohoto portálu. Twitter, LinkedIn, blog, StackOverflow

    Založit nové vláknoNahoru

    Tiskni Sdílej: Linkuj Jaggni to Vybrali.sme.sk Google Del.icio.us Facebook

    ISSN 1214-1267   www.czech-server.cz
    © 1999-2015 Nitemedia s. r. o. Všechna práva vyhrazena.