Nejúčinnější algoritmus pro generování mapa stránek?




..given URL jako vstupní (programovací jazyk C). (Mapa stránek specifikace od sitemap.org).
Jak je uvedeno v komentářů podle apphacker jsme opravdu nevím, co se snažíte udělat. Pokud se chystáte na právě škrábání odkazy z html webové stránky, pak bych doporučil nějaké lexikální generátor skeneru: jako flex.


Dostanete-li webové stránky url jako vstup pak budete muset použít nějaký síťový kód pro čtení webových stránek. Pokud si nevíte nic o propojení v C pak bych doporučil googling beej příručky a jít odtamtud vědět.


Pokud jste jen dostat soubor rovnou XML, jak vaše značky ukazují, pak ještě jednou bych doporučil flex-li si absolutně nutné použít C. Pokud nemáte používat C pak bych doporučil Perl nebo Python; oni jsou pravděpodobně vhodnější pro tuto práci.


Ať tak či onak tě potřebujeme, aby nám více informací, ale doufám, že pomáhá pro tuto chvíli.
Úplně nejjednodušeji jako klikací mapu. Ostatně i ten příklad je vlastně klikací mapou, stačí projít zdrojový kód stránky a příslušného stylu (/mapplic/mapplic.css. Takže:1) Google My Maps<https://www.google.com/maps/d/>- můžeš mít i neveřejné2) pokud potřebuješ víc sofistikovanou práci s mapami a daty, např. v četně vytváření různých výstupů pro tisk, tak je to záležitost GISu - zdarma můžeš mít výborný QGIS, který je zdarma i pro komerční využití a je v češtině.Mrkni sem, co s tím jde všechno provádět:<http://training.gismentors.eu/qgis-zacatecnik/> <p>optimalizace pro google nejčastěji znamená jasnou strukturu stránky, soubory sitemap, vysokou rychlost stránky, dobré příchozí odkazy atd. to samozřejmě optimalizuje pro další vyhledávače. přesto byste se měli alespoň podívat na další hlavní vyhledávače, především bing. dobré umístění na googlu je často také dobrým umístěním ve všech ostatních vyhledávačích.</p> Ak Ti to pomôže, pozri na stránky:<http://www.codeproject.com/> Tak ono zalezi o jakou dokumentaci ti jde. Muzes mit dokumentaci ve forme JavaDoc pro Javovske aplikace. K tomu ti staci vyvojovy nastroj, ktery vyvojari uz pouzivaji. Lze z toho generovat html stranky. Toto je dokumentace pro vyvojare. (IMHO javadoc ale obecne komentare a poznamky v kodu jsou musthave, at uz nejakou dokumentaci vubec planujete delat nebo ne ;) )Testy jsou z urciteho pohledu taky dokumentace. Dokumentuji, jak urcite casti maji fungovat, jake jsou okrajove podminky, a co to delat nema.Pokud mas na mysli napr user guide, nebo architecture, security, maintenance/support a podobne, tak nato muzes pouzit treba LibreOffice s podporou nastroju pro tvorbu napr. UML diagramu, jako treba class diagram. Tady mas moznosti jako EnterpriseArchitect (placeny, ale existuje i spousta free variant). Je toho spousta. Nebo muzes pouzit nejaka online reseni (i v ramci intranetu), jako napr. wiki, Confluence, E-share, GitHub (muzes mit interni/privatni instalaci, GitHub ma svoji vlastni wiki) Tak asi mapy nastavení a historie atd. Hľadaj na internete online stránky pod pojmom "speech to text"... napríklad [http://www.cnet.com/how-to/how-to-use-chromes...](http://www.cnet.com/how-to/how-to-use-chromes-speech-to-text/) <p>je tam <a href="http://wordpress.org/extend/plugins/google-xml-sitemaps-with-multisite-support/">google xml sitemaps s podporou více míst</a> .</p><p>můžete také použít vývojovou verzi původních <a href="http://wordpress.org/support/topic/plugin-google-xml-sitemaps-early-testers-wanted/page/2#post-1721335">souborů google xml sitemaps</a> . zdá se, že pro některé lidi funguje dobře.</p> <p>uuid (universally unique identifier), také známý jako guid (globally unique identifier), jsou podle <a href="https://www.ietf.org/rfc/rfc4122.txt">rfc 4122</a> , identifikátory s jistou jistotou.</p><p>nejlepším způsobem, jak je vygenerovat, je dodržovat instrukce k implementaci v uvedené rfc, použít jednu z mnoha komunitně ověřených implementací open source, nebo pro jazyky, které ji mají, použít vestavěnou implementaci.</p><p>některé příklady open source nástrojů pro práci s uuids, pro některé populární programovací jazyky jsou vypsány tady.</p><p><strong>javascript</strong></p><ul> <li> <a href="https://github.com/kelektiv/node-uuid">https://github.com/kelektiv/node-uuid</a> </li> </ul><p><strong>php</strong></p><ul> <li> <a href="https://github.com/ramsey/uuid">https://github.com/ramsey/uuid</a> </li> </ul><p><strong>jít</strong></p><ul> <li> <a href="https://github.com/satori/go.uuid">https://github.com/satori/go.uuid</a> </li> </ul><p><strong>ruby</strong></p><ul> <li>část <a href="https://ruby-doc.org/stdlib-2.6/libdoc/securerandom/rdoc/random/formatter.html#method-i-uuid">standardní knihovna</a> </li> </ul><p><strong>python</strong></p><ul> <li>v modulu <a href="https://docs.python.org/3/library/uuid.html">uuid</a> </li> </ul><hr><p>všimněte si, že právě náhodně generování identifikátorů bajtů po bajtech nebo znak po znaku vám nedává stejné záruky jako vyhovující implementace. velmi důležité je také to, že systémy pracující s kompatibilními uuid se mohou rozhodnout nepřijímat náhodně generované systémy a mnoho validátorů s otevřeným zdrojovým kódem skutečně zkontroluje platnou strukturu.</p><p>uuid musí mít tento formát:</p><pre><code>xxxxxxxx-xxxx-mxxx-nxxx-xxxxxxxxxxxx </code></pre><p>kde pozice <em>m</em> a <em>n</em> mohou mít pouze určité hodnoty. v tuto chvíli jsou jediné platné hodnoty pro m 1, 2, 3, 4 a 5, takže náhodně generování této pozice by učinilo většinu výsledků nepřijatelnými.</p> <p>sun poskytuje rozhraní api nazvané codemodel pro generování zdrojových souborů jazyka java pomocí rozhraní api. není to nejjednodušší získat informace, ale je to tam a funguje to velmi dobře.</p><p>nejjednodušší způsob, jak toho dosáhnout, je součástí jaxb 2 ri - generátor schématu xjc-to-java používá codemodel pro generování svého zdroje java a je to součást sklenic xjc. můžete jej použít pouze pro codemodel.</p><p>chyť to z <a href="http://codemodel.java.net/">http://codemodel.java.net/</a> </p>