Chvála jQuery Enhanced Search---psaní. (od Jan Tielens)

Já jsem pracoval na BPOS demo (brzy bude k dispozici až na Microsoft's Web) a já jsem chtěl přidat trochu šmrnc. Věděla jsem o Jan Tielen úsilí pro docela dlouho a já myslel, že to bude skvělá technika přidat do demo, tak jsem udělal. Si můžete přečíst o tom zde: http://weblogs.asp.net/jan/archive/2009/07/02/sharepoint-search-as-you-type-with-jquery.aspx. Je to tak jednoduché použití by měl pravděpodobně být zločin (a možná je někde).

Přidám jen dva body na co už stvořil / psal o:

  1. To však, Vlastně, práce v BPOS (SharePoint online) prostředí.
  2. Aby to fungovalo bez otravné pop-up zprávy předpony odkaz na knihovnu jquery s https místo http, stejně jako v:
<skript typ ="text/javascript" src ="https://AJAX.googleapis.com/AJAX/libs/jQuery/1.3.2/jQuery.min.js"></skript>

Jan poukazuje na to, že byste měli pravděpodobně přesunout samotné knihovny na web. Dnes trochu línej, Rozhodl jsem se blog o tom místo 🙂

</Konec>

To je další post v mé probíhající série Jak používat jQuery s SharePoint.
Pokud se chcete dozvědět více o jQuery, Důrazně doporučujeme: jQuery v akci Medvěd Bibeault a Jehuda Katz.

Přihlásit se na mém blogu.

Za mnou na Twitter na http://www.twitter.com/pagalvin

Doplněk Technorati značky:

SharePoint obchod Talk čtvrtek 10/29 na 12:30 PM EDT

Další služby SharePoint obchod Talk koná tento čtvrtek v 12:30PM EDT.

Vzali jsme dva týdny (Díky SharePoint konferenci minulý týden) a jako výsledek, Máme několik otázek ve frontě, nemluvě o všech druhů super věci mluvit o týkající se služby SharePoint 2010. Všechny členy poroty navštěvoval SPC, tak Přiveďte vaše SP 2010 otázky k volání nebo e-mailem na Questions@sharepointshoptalk.com.

Kromě části volání zrušil mluvit o některých SP 2010 dobrota, Budeme také diskutovat o:

  • Proč SharePoint zobrazuje různé navigační možnosti ve skupinovém rámečku Nastavení webu (To se liší v závislosti na funkcích a konfigurace webu)
  • Úprava versions.aspx – problémy, potíže, tak (I“m nepřekvapuje 🙂 ).
  • Vkládání RSS kanály do sítě, když zdroj je ověřen.
  • Správa protokolování pomocí stsadm.

Registrujte se zde: https://www.livemeeting.com/lrs/8000043750/Registration.aspx?pageName=p663256djrrflfdw

Jako obvykle, pošlete jakékoliv dotazy nebo diskusní témata Questions@sharepointshoptalk.com, napište mi přímo, nebo twitter @pagalvin.

Doufáme, že vás tam uvidím!

</Konec>

Přihlásit se na mém blogu.

Za mnou na Twitter na http://www.twitter.com/pagalvin

Doplněk Technorati značky:

Rychlý zásah: Čtení XML aplikace InfoPath přímo Z SPListItem služby SharePoint.

Já jsem byl pracuje na projektu, kde jsem třeba extrahovat přílohy z formuláře aplikace InfoPath. Existují některé dobré zdroje pro analýzu formuláře aplikace InfoPath (které jsou jen soubory XML, Takže je to vlastně docela snadné).

Zatímco byl stavební projekt, Začal jsem stažením formulář aplikace InfoPath a uložit na místní pevný disk. Můj c# kód byl čtení přímo z této instance. Avšak, formuláře aplikace InfoPath jsou opravdu žijící uvnitř knihovna formulářů SharePoint. Jsem trochu poloviny srdce hledání zjistit, jak číst přímo z knihovny a málem vzdala, v takovém případě bych formulář uložili do místního adresáře temp a ji přečíst odtud. Avšak, není třeba projít těmito obručemi, jak si můžete přečíst přímo z knihovny. Tento malý úryvek ukazuje jak:

/// Třídy definice věci zde, včetně:
soukromé Soubor SPFile mySharePointFile; /* Část k seznamu SPList */
// Zde bude více kódu a uvnitř metody třídy máme:
XmlTextReader textReader;
textReader = nové XmlTextReader(mySharePointFile.OpenBinaryStream());

textReader.WhitespaceHandling = WhitespaceHandling.Žádný;

textReader.Read();

// Je-li uzel má hodnotu

Zatímco (textReader.Read())
{

... a tak dále a tak dále...

Klíč kousek výše je, že můžeme číst aplikace InfoPath přímo přes OpenBinaryStream() volání metody na soubor SPFile jako parametr do konstruktoru na XmlTextReader. Funguje to skvěle.

</Konec>

Přihlásit se na mém blogu.

Za mnou na Twitter na http://www.twitter.com/pagalvin

Doplněk Technorati značky:

Rychlé a snadné: Odeslat E-mail pomocí serveru SMTP služby Gmail v .NET C#

Není to přesně nové téma, Ale když jsem musel udělat to, Našel jsem spoustu "Proč nebude tato práce pro mě" a ne příliš mnoho přímé odpovědi. Doufám, že někdo najde to užitečné.

Následující kus kódu odešle e-mail pomocí účtu služby gmail na to, včetně příloh:

použití System.Net.Mail;
použití System.Net;

NetworkCredential loginInfo = nové NetworkCredential("[Můj Gmail ID]", "[Gmail heslo]");
MailMessage MSG = nové MailMessage();
MSG.Z = nové MailAddress("[M Gmail Id]@gmail.com");
MSG.To.Add(nové MailAddress("paul.galvin@arcovis.com"));
MSG.Předmět = "Testovací aplikace infopath dev předmět";
MSG.Tělo = "<HTML><tělo><silná>Silné poselství.</silná></tělo></HTML>";
MSG.IsBodyHtml = pravda;

foreach (řetězec aFile v NIPFD.GetAttachmentNamesAndLocations())
{
    MSG.Attachments.Add(nové Příloha(aFile));
} // Přidání příloh.

SmtpClient klient = nové SmtpClient("smtp.gmail.com");
klient.EnableSsl = pravda;
klient.UseDefaultCredentials = NEPRAVDA;
klient.Pověření = loginInfo;
klient.Port = 587;
klient.EnableSsl = pravda;
klient.Odeslat(MSG);

Několik klíčových bitů, které mě zpomalil a jiné poznámky / poznámky:

  • První řádek, který vytvoří objekt loginInfo, musí používat gmail, který ID zbaven "@gmail.com”. Tak, Pokud je moje e-mailová adresa služby gmail ", sharepoint@gmail.com"a moje heslo je"xyzzy"pak řádku vypadat:

NetworkCredential loginInfo = nové NetworkCredential("sharepoint", "xyzzy");

  • Můj účet gmail je nastavena na používání protokolu SSL a to nebyl problém.
  • Některé konfliktu informací tam na jaký port k použití. Použil jsem port 587 a fungovalo to dobře pro mě.
  • V mém případě, Také jsem musel poslat přílohy. NIPFD objekt má metodu, která ví, kde jsou mé přílohy. Vrací se plně cestu (např.. "c:\tempattachment1.jpg". V mém testu, Měl jsem dvě přílohy a oba pracoval citlivý.

Použil jsem aplikaci visual studio 2008 Chcete-li vytvořit tento kód.

</Konec>

Přihlásit se na mém blogu.

Za mnou na Twitter na http://www.twitter.com/pagalvin

Doplněk Technorati značky: ,,,

SharePoint konference 2009 -Získejte vaše nezpracovaná Data v reálném čase z Twitteru

Očekávám, že téměř každý ví, to každopádně, ale myslel jsem, že by se hodit rychlou poznámku, že je tu obrovské množství velmi zajímavých informací přes twitter. Hash tag #SPC09 se zdá být nejvíce populární. Jako vždy, je hodně hloupost a "v" vtipy, ale pokud se můžete dostat přes to, Podívejte se na. Já v mých silách reagovat na připomínky nebo dotazy směřovány na mě a já vím, že spousta jiných udělat i, Takže to není jen jednosměrný tok informací.

Nové relace začít za necelé dvě hodiny a pokračovat až do asi 3 pm EDT tento čtvrtek. Začne pak vyzvednout.

Podívejte se na cvrlikání krmivo zde: http://twitter.com/#search?q=%23spc09

</Konec>

Přihlásit se na mém blogu.

Za mnou na Twitter na http://www.twitter.com/pagalvin

Doplněk Technorati značky:

Programově extrahování přílohy z formulářů aplikace InfoPath (Včetně jejich jména!)

Mám náklad vstupní řešení pro klienta, který využívá aplikace InfoPath a workflow. V jednu chvíli během procesu schvalování, Potřeba generovat e-mailu, všechny dobré dat aplikace InfoPath, jakož i přílohy, sami se tak, aby (vzdech) někdo může mít tato data a ručně změny klíče do databázové aplikace Oracle.

To není příliš obtížné dostat nebo analyzovat formulář aplikace InfoPath. Nevěděl jsem, jak zacházet přílohami, Avšak. Po hodině nebo dvou Postrkování kolem internety (věčnost!) Našel jsem tento článek: http://support.microsoft.com/kb/892730

Poskytnout nějaké užitečné kód extrahovat přílohy z uzlu v podobě. (Potřebujete najít uzel a tak, ale to je jen analýzy XML).

Já vím, že je příloha kódování base64 a původně jsem šel na cestě jen extrakce base64 data, dekódování a uložení. Avšak, Rychle jsem si uvědomil, že jsem nevěděl jak se dostat samotný název souboru, dokud jsem nenašel na výše uvedený článek.

Jsem skutečně zjistil, že poměrně brzy, Ale já byl podle jeho rozpolcená osobnost. Na jedné straně, článek * říká * je to dobré pro aplikaci InfoPath 2007. Přesto, kód a pokyny jsou o Visual Studio 2003 a odkazy na aplikace InfoPath 2003.

Čára dole, kód, který článek pokud pracuje dobře pro mě (zatím). Můžete získat formuláře aplikace InfoPath, Lze ji analyzovat, Můžete najít a dekódovat přílohu a vím, že jeho název. Co víc může člověk zeptat svého života?

</Konec>

Přihlásit se na mém blogu.

Za mnou na Twitter na http://www.twitter.com/pagalvin

Doplněk Technorati značky: ,,

Pokud máte obavy, že vaše prostředí SharePoint může být trošku nezdravé, Pomohu vám opravit, že s kontrolou zdraví.

SharePoint obchod Talk Rekapitulace pro 10-08-2009

Dnešní SharePoint obchod Talk vztahuje své obvyklé široké spektrum témat:

  • Jsme diskutovali otázky kolem otevření části kolekce webů služby SharePoint na vaše obchodní partnery. To není nejsložitější věc na světě, Ale když začnete mluvit o nahlas, Uvědomujete si, že existuje mnoho malých jednotlivých věcí, které je třeba udělat k tomu správně. Musíte zvážit firewall, Správa licencí (intranet SharePoint licence nemusí být, a zřejmě nebude, dostatečný), Konfigurace serveru SharePoint (AAM, rozšíření webových aplikací do zón, které pravděpodobně mají HTTPS povoleno), atd. Pokud má někdo seznam co dělat a pořadí, Já bych rád viděl v komentářích. Tato otázka vyhraje "Nejvíce diskutována otázka" o rok (zatím).
  • Musím položit otázku o funkci knihovny obrazu, který vytváří tyto obrazy nehet palce. Spekuloval, že příjemce události v knihovně obrázků generuje palcem hřebík. Já jsem asi úplně mimo mísu, ale to se zdá jako na webovém serveru pro nehet palce, sama je zcela samostatný obrázek. Jiřina Bednářová, SharePoint obchod Talk pravidelné, body z tohoto blogu: http://pathtosharepoint.wordpress.com/2009/08/23/picture-libraries-take-advantage-of-web-friendly-formats/. To je docela zajímavý příspěvek o obrazy v SharePoint, pokud máte zájem v něm.
  • Mluvili jsme o vlastní úpravy formulářů (vytvořit prostřednictvím SPD) a skutečnost, ztratit funkce přílohu, když to děláš. Laura Rogers má blogged na toto téma zde: http://sharepoint911.com/blogs/laura/archive/2009/09/10/fix-for-the-custom-form-attachments-issue.aspx

Tento týden, Zavedli jsme novou funkci, kde jsme strávili o 10 minuty, dokládající zajímavý tip/trik v prostředí služby SharePoint. Tento týden, jsme ukázali, jak přidat editor obsahu webové části (a vlastně všechny webové části) na stránce newitem.aspx. V tomto případě, cílem bylo Ukázat nějakou rozsáhlou nápovědu online pro tuto stránku newitem.aspx. To je také jeden z obvyklých východiska pro začlenění jQuery do vašeho prostředí. Příští týden, Máme v plánu zobrazit tip jQuery/trik. Doufáme, že vás tam uvidím.

</Konec>

Přihlásit se na mém blogu.

Za mnou na Twitter na http://www.twitter.com/pagalvin

Doplněk Technorati značky:

SharePoint obchod Talk 10/08/08 na 12:30 PM EDT

Pořádáme naše další týdenní SharePoint obchod Talk zasedání zítra 12:30 PM EDT.

To je otevřené Q&A a obecné kibitzing relace na všechna témata týkající se služby SharePoint.

Si můžete přečíst různé sérií předchozích relací zde získat smysl toho, co děláme na těchto volání: http://paulgalvin.spaces.live.com/?_c11_BlogPart_BlogPart=blogview&_c=BlogPart&partqs=cat%3dPublic%2520Speaking

Registrace je nahoru a připravena přímo tady: https://www.livemeeting.com/lrs/8000043750/Registration.aspx?pageName=0z40kg9nb0t0842f

Twitter své otázky mi, @pagalvin.

E-mailem na Questions@sharepointshoptalk.com nebo jen Ukázat na řádku a zeptejte se jich, nahlas.

Doufáme, že uvidíme!

</Konec>

Přihlásit se na mém blogu.

Za mnou na Twitter na http://www.twitter.com/pagalvin

Doplněk Technorati značky:

Blog-Blog nebo ne to je otázka (blog o)

Poznámka:: To byl původně publikován na www.endusersharepoint.com.

Před několika týdny jsem měl příležitost mluvit sobotu v New Yorku na SharePoint. Znovu, děsivou událost. Tentokrát, Mluvil jsem o "learning SharePoint" – velmi široké téma. Během prezentace (kterou lze získat zde), Mluvil jsem o různých technik pro "učení" SharePoint, včetně věcí jako kniha učení, třídy místnost školení, vytváření vlastních VM a především (Pro mě), účast Společenství. Jeden způsob, jak zapojit komunity SharePoint je prostřednictvím blogů. Někdo mě požádal o blogování zejména a zeptal se můj názor na pár obavy, že to slyšel jsem ostatní zmínit před. Byla na pár týdnů svědění vzadu na hlavě tak svým obvyklým způsobem, Já jsem škrábal to svědění blogů o tom.

Zdá se, že někteří lidé si myslí, že existuje tolik kvalitní blogů tam venku na scéně dnes a že tolik kvality blogu byla psali, že v jistém smyslu, není nic nového, psát o. Nebo, "novinka" je tak úzce zaměřené, že to nebude někdo zajímavé. Já nesouhlasím s těmito pocity nebo základní předpoklad o nich.

Pro začátek, Pokud jste blogů, protože je to součástí vaší osobní pokus o učení SharePoint dobře, To je opravdu nepodstatné, pokud někdo napsal na své téma, nebo ne. Jeden z řidičů za účasti Společenství, zda je to pro osobní učení, nebo ne, je, že jste potřebujete získat správné. Nikdo nechce dát do nějaké slabé blogu a vypadat hloupě před světem. Při získání správné, Budeš pečlivě přemýšlet předmětu prostřednictvím více, atd. Tedy, Myslíte, studium a zvážení toto téma před všemi druhy úhlů, zleva doprava, shora dolů, dovnitř a ven. (nebo by měla být alespoň). To je velmi cenná cvičení. Vlastně, To je téměř vedle bod tlačí na "post" tlačítko době, kdy dokončíte psaní vzhledem k tomu, že jste již odvozené velkou výhodu dnes. Samozřejmě, chcete posunout tlačítko post stejně pro z různých důvodů, ale to jsem odbocil. Rozhodujícím faktorem je, že blogování je učební cvičení sama o sobě, období.

Jsem také odmítají argument "je již bylo vykonáno". Tak, co kdyby to bylo? Hrozné důsledkem je, že lidé, kteří hledají své téma přes bing bude nyní najít dva nebo pět nebo deset článků. Koho to zajímá? Já vždycky raději najít několik článků na stejné téma, když jsem jít hledat trubky pro věci. Různé názory, různé styly písemného projevu, různé přístupy k stejný problém – všichni Pomozte mi pochopit, co potřebuji. Podle mého názoru, Společenství je nikde poblíž dosažení bodu nasycení na kvalitní blog články na jakékoliv téma na světě SharePoint.

Tak, blog dál! Mě to stěžují nebudete slyšet. Ručím za to 🙂

</Konec>

Přihlásit se na mém blogu.

Za mnou na Twitter na http://www.twitter.com/pagalvin

Doplněk Technorati značky: ,

Nebuď býk v Číně Shop

Stručná historie serveru SharePoint (Z hlediska relativní Nováček)

Poznámka:: Tento článek byl původně zaslán na www.endusersharepoint.com. Zapomněl jsem se poslat ho do svého vlastního blogu 🙂

SharePoint se vyvinul velký od raných dob jako druh inkubaci technologie společnosti Microsoft –To se vyvinulo téměř jako horor, kde šílený vědec vytvoření trvá na svůj vlastní život, jeho tvůrce pravidel a očekávání o samostatnost. Technický vývoj je zřejmý-WSS 3.0 objektový model je bohatší a složitější než WSS 2.0, který sám byl zlepšení oproti dřívějším verzím. Příští verze bude bezpochyby Ukázat obrovské zlepšení nad 3.0. Z pohledu koncového uživatele, Avšak, SharePoint je evoluce je ještě výraznější.

V raných dobách, SharePoint nenabídla mnoho koncovým uživatelům. Mají své obvyklé funkce požadavky, práce s ním je dobře definovat a implementovat řešení. To by používat SharePoint k vyřešení problému. Výrobek nebyl velmi dostupné koncovým uživatelům. Myslel jsem hodil pár analogie, ale rozhodl jsem se držet Vennových diagramů Ukázat, co mám na mysli. Když Microsoft poprvé vydal SharePoint světu jako komerční nabídka, následovala poměrně tradiční vzor koncového uživatele <-> IT vztah. Spousta koncových uživatelů, komunikaci a práci s velmi malým počtem lidí zajistit řešení, které řešení obchodních problémů:

image

Celková problémové domény, pro které SharePoint je vhodné platformy je malá (zejména ve srovnání s dnešní SharePoint. Koncoví uživatelé a to fungovalo v další klasické uspořádání s ním: definovat požadavky na něj, čekat na to dělat svou práci za závěsem a převzít dodávku konečného výrobku.

Jako SharePoint vyvinul na 2.0 svět (WSS 2.0 a SharePoint Portal Server), několik věcí se stalo. První, "problémové domény" zvětšily se ve velikosti. Doménou problém, Mám na mysli druhy obchodních problémů, jejichž služby SharePoint může být schůdné řešení. Například, vás nebude příliš přemýšlet o implementaci vážné hledání řešení v prostředí služby SharePoint do SPS (a dokonce i poté, nebylo to tak dobré, jako to třeba). Ve stejné době, Koncoví uživatelé mají nebývalou schopnost nejen definovat, ale také implementovat vlastní řešení s malou nebo žádnou IT podporu.

V 3.0 Platforma (WSS a mech.) udržuje a zvyšuje že hybnost. Problémové domény je obrovský ve srovnání s 2.0 Platforma. Prakticky každé oddělení ve společnosti, od výroby zdraví a bezpečnosti oddělení marketing, od prodeje kontrole kvality – mohou najít dobré využití pro SharePoint (a to není případ rmutování kulatý kolík do čtvercového otvoru). Ve stejné době, platforma umožňuje ještě více koncovým uživatelům provádět své vlastní obchodní řešení. Snažím se zachytit, že s tímto diagramu:

image

To se ukázalo být silný a frustrující směs. V 3.0 Platforma otočí dříve stabilní rolí na jejich hlavy. Náhle, Koncoví uživatelé jsou účinně soudce, Porota i kat obchodní analytik, aplikace architekt a vývojář pro jejich vlastní business solutions. To dostane k jádru problému, jsem psal o. Ale předtím jsem se potopil do toho, Uvažujme slon v místnosti.

Do křišťálové koule

Jak se bude aplikace SharePoint 2010 ovlivnit tento vzor? Bude to přírůstkové nebo revoluční? Bude více, méně nebo o stejný počet koncových uživatelů ocitají oprávněn vytvářet řešení služby SharePoint 2010? Will SharePoint 2010 problém domény rozšířit ještě dále, nebo se to jen upřesnění a zjednodušení, to, co již nabízí v WSS 3.0 / MECH?

Dostatek informací, "tam venku", aby bezpečně říci, že obecná odpověď je:

  • Problémové domény bude dramaticky rozšiřovat.
  • Koncoví uživatelé najdou sami ještě více posílí než před.

Vennův Diagram by být větší než tato stránka a způsobit některé profesionály v oboru IT a CxO je dosáhnout pro jejich Pepto.

Věřím, že to bude obrovská příležitost pro společnosti, aby se něco skutečně transformační.

Žádné býci v mém obchodě Čína!

Zní to skvěle, ale z mého pohledu jako konzultant SharePoint a sám do boty IT manažer, Vidím, že tato vize. Já vlastním porcelánu s krásnou desek, krystal, atd (Moje prostředí SharePoint). Jsem si pronajal prostor, Jsem koupil své zásoby a položil všechno jak se to líbí. Já nejsem připraven otevřít, ale v očekávání, Dívám se na dveře, jestli moji zákazníci jsou obklady a všiml jsem si, skutečný bull venku. Jsem se podívat podrobněji a skutečně vidět dva býci a dokonce i Vlk. Pak jsem si, že existují nějaké ovce. Ovce jsou Takže Špatné, Ale možná maskované vlci? Já nechci býků v mém obchodě Čína!

Je to horší! Když jsem si pronajal prostor, Nemohl jsem uvěřit, jak hezké to bylo. Široké a otevřené, skvělé vybavení, velmi rozumná cena. Avšak, Teď jsem si uvědomil, že doširoka otevřené prostory a obrovské dveře je prostě dokonale velké býk přišel putování v a laických odpadu do mé Číny.

Já jsem tlačit tuto analogii příliš daleko, Samozřejmě. Koncoví uživatelé nejsou býci (Většina z nich, Každopádně) a ne IT oddělení (nebo určitě by neměl) Prohlédni si jejich komunitu uživatelů s takové podezření. Avšak, je tento druh dokonalé srážky probíhají již v 3.0 platforma, která očekávám jen zhorší v SP 2010. SharePoint již posiluje a povzbuzuje koncovým uživatelům definovat a implementovat vlastní řešení.

To je skvělé a všichni, ale faktem je, že to je stále velmi technický výrobek a stále druh intenzivní obchodní Analýza požadavků, design a obecné plánování a řízení technické projekty vyžadují úspěšný. Nejsou to druh dovedností, obsahující mnoho koncových uživatelů v jejich vaku triky, zejména když je zaměřen na technický produkt jako SharePoint.

Dal jsem to hodně myšlení za poslední rok nebo tak nějak a nevidím žádné snadná odpověď. To opravdu scvrkává na vzdělání a školení. Myslím, že SP 2010 změní hru trochu a to bude hrát jinak a v pomalém pohybu jak firmy roll z jejich SP 2010 řešení nad 2010 a na další léta. Aby uspěli, Koncoví uživatelé budou muset sami sebe a získat trochu náboženství. Budou muset naučit něco málo o náležitých požadavků
analýza. Budou potřebovat nějaké projektovou dokumentaci, která jasně identifikuje obchodní proces pracovního postupu, například. Je třeba chápat základní pojmy jako CRUD (vytvořit, aktualizace a odstranění), dev-test-qa výrobní prostředí a jak používat tuto infrastrukturu správně nasadit řešení, které žijí hezky dlouho a ohybu (přestávka) v reakci na změny v organizaci.

V příštích týdnech, Mám v plánu zkusit a poskytnout některé z mých vlastních nových myšlenek, stejně jako odkaz na velké práci, mnoho dalších autorů (na www.endusersharepoint.com a jinde) tak, že zájem koncoví uživatelé mohou naučit, že starý čas to náboženství. Aby ladil.

</Konec>

Přihlásit se na mém blogu.

Za mnou na Twitter na http://www.twitter.com/pagalvin

Doplněk Technorati značky: ,