Kuukausiarkistot: Maaliskuuta 2008

FAST QRServer-portin

Jotta kommunikoida FAST Search kautta API, Meidän täytyy tietää portin, joka QRServer käytetään.

Olen seurannut näitä ohjeita sen paikallistamiseksi:

  1. Kirjaudut nopeasti admin-sivustolla (http://server:port/admin).
  2. Siirry järjestelmän yleiskatsaus.
  3. Paikallistaa "Etsi Lähettäjä" ja kaukoputki-kuvaketta:

    kuva

  4. Onnistuneesti käytetty arvo, 15100 nimelle"Info" = "http":

    kuva

Muistiinpanot:

1. Port 15100 näyttäisi QRServer OOBE portin oletusnumero.

2. Käytä tätä koodia seuraavankaltainen vahvistaa nopeasti yhteyden:

     ISearchFactory searchFactory;
    
        NameValueCollection nameValueCollection = Uusi NameValueCollection();
    
        nameValueCollection.Add("fastsearchengine", "Com.FastSearch.Esp.Search.Http.HttpSearchFactory");
        nameValueCollection.Add("Com.FastSearch.Esp.Search.Http.QRServers", "fastdemoback:15102");
        nameValueCollection.Add("Com.FastSearch.Esp.Search.Http.RequestMethod", "GET");
    
        searchFactory = SearchFactory.NewInstance(nameValueCollection);

3. Jos valitset villisti väärään porttiin, Saat hyödyllisiä virhesanoman:

kuva

4. Kuitenkin, Jos valitset porttinumero listattu yleiskatsaus (15102) et tajua että hyödyllistä virheilmoituksen. Sen sijaan, myöhemmin, kun yrität käyttää tietoja kautta haku tai viitata nopeasti näkymä, näyttöön tulee virhesanoma. Debugging näyttää, searchFactory Katso määrä on nolla. Sinulle annetaan viesti "Failed hakemaan Etsi luettelo".

</loppu>

Technorati Tags:

Tilaa blogiin.

Kohti SharePointin tekninen suunnittelu kuviot: SharePoint Designer työnkulun + Tapahtuman vastaanottimen = korkean tehon Cocktail

Yksi löydy tietynlaisen SharePoint ratkaisuja uusia kuvioita suppeata SharePoint Designer työnkulun ja tapahtuma-vastaanotin.

Tässä on sen yhteydessä liiketoimintaskenaarion:

  • Asiakirjan lataaminen doc-lib.
  • I cone monivaiheinen työnkulun luotuja SharePoint Designer.
  • Tämän prosessin aikana, Työnkulku määrittää tehtävän jollekulle (kautta tietojen keräämiseen käyttäjältä tai tehtävän osoittaminen).
  • Haluamme KPI: N avulla voit seurata, kuinka kauan tehtävän on saatu valmiiksi. KPI näkyy vihreä tehtäville, jotka suoritetaan tai asianmukaisesti yli 3 päivän kuluttua. Näyttää keltainen, jos tehtävän määräpäivä on huomenna tai tänään. Näyttää punaista, jos tehtävä on myöhässä.
  • Tässä on potkaisija: Haluan päivämäärä, jolloin asemat että KPI loma hyvä tietää.

Ei voi laskea loma-aware asianmukaisesti päivämäärä SharePoint Designer työnkulun helposti. Minun täytyy luoda mukautetun toiminnon tai käyttää 3rd puolue koristella. Kuitenkin, se on helppokäyttöinen laskiessaan päivämäärän, tapahtuman-vastaanotin. Yhdistää nämä kaksi ja saamme mallineuletta tähän:

  • Määrittää piilotetut kyllä/ei sivustosarakkeen asiakirjakirjastossa nimeltä "DoCalcualteDueDate".
  • Alustaa EPÄTOSI.
  • Työnkulun sopivana ajankohtana (virrankatkaisu. juuri ennen "tietojen kerääminen" toiminto), määrittää arvon TRUE.
  • ItemUpdate() tapahtuman vastaanottimen näyttää, onko "DoCalculateDueDate" on totta. Koska tapahtuma vastaanotin toimii kaikki päivitykset, "DoCalculateDueDate" on tavallisesti EPÄTOSI.
  • Kun työnkulku määrittää DoCalculateDueDate TRUE, tapahtuman vastaanottaja laskee loma-tietoinen asianmukaisesti päivämäärä.
  • Kun tapahtuma-vastaanottimen Tämä laskelma, se määrittää DoCalculateDueDate-lipun arvoksi false.

Lopulta, SPD työnkulun ilmoitetaan tapahtuman vastaanottimen kautta DoCalculateDueDate semafori ja meillä loma-aware koska päivämäärille, joihin on juuri oikea hetki työnkulun elämässä. SharePoint Designer tarkastukset eräpäivä määritetään mutta tapahtuman vastaanottaja suorittaa tosiasiallisesta laskemisesta ja Varauksen.

</loppu>

Tilaa blogiin.

Havaittujen ongelma: Ohjelma-asiakirjan työnkulut sivustokokoelman siirtäminen

PÄIVITYS: Olen ollut tutkia, miten upottaa SPD työnkulun sivustomääritykseen. Tässä MSDN-foorumin ketjussa on joitakin mielenkiintoisia tietoja. Se ei ole ratkaiseva, mutta viittaa polku viidakon läpi.

Annan tämän jälkeen hieman kumma "havaittu ongelma" koska olen hieman varovainen johtopäätöksiä siitä. SPD työnkulut ovat … temperamenttinen.

Ihmiset kysyvät usein / ihme / kiukuttelu yli liikkuvat SPD työnkulkuja paikasta toiseen. Tänään, Näiden ohjeiden ja tehnyt nämä huomautukset:

  • Olen luonut työnkulun käyttämällä SharePoint Designer-sivuston liitetty asiakirjakirjastoon.
  • Liittyvä asiakirjakirjasto sijaitsee jo useita asiakirjoja.
  • Olen tallentanut sivuston mallia.
  • Kun olen tallentanut sivuston mallia, Säästin sisällön samoin.
  • Olen luonut uuden sivuston samaan sivustokokoelmaan käyttää kyseistä mallia.

Tässä vaiheessa, Olen yrittänyt suorittaa työnkulun. Se välittömästi lopettaa itse halko asia, "Ei käynnisty".

Odotin tämän. Olen alhaiset odotukset, kun se tulee liikkuvat SPD työnkulut.

Jatkoin:

  • Avannut sivuston SharePoint Designerissa.
  • Oli kurkistaa työnkulku. Se tuntui hyvin.
  • I-kirjain clicked "Lopettaa".
  • Juoksin työnkulku.

Tällä kertaa, se toimi moitteettomasti.

I lisätä, että tämä työnkulku käyttää "tietojen kerääminen käyttäjältä" Mikä on suhteellisen monimutkaisia toimia konepellin alle.

Alustavasti päätellä, että prosessi "viimeistely" työnkulun aiheutti SPD, SPD työnkulku liitetään asianmukaisesti uuteen asiakirjakirjastoon. Katson myös, XOML ja muita XML-esineitä ovat kohtuullisen "löysä". Ne ei super tiukasti liity asiakirjakirjastoon.

Mitä tämä tarkoittaa? Olettaen, että se on luotettava ja toistettavissa prosessi, on ainakin yksi karkea menetelmä voimme käyttää siirtää ne. En tiedä, jos tämä toimisi jos ylitimme sivuston kokoelma rajoja tai jopa enemmän huomattavasti, koko uusien tilojen (virrankatkaisu. dev vaiheeseen tuot).

Jos luet tätä ja taipuvainen, Lähetä kommentti tai email we SharePoint Designer siirron tarina. I mielelläni päivittää tästä kommentista mitään oivalluksia tarjotaan näin ollen.

</loppu>

Tilaa blogiin.

Technorati Tags:

Nopea ja yksinkertainen: Työnkulun vain Päivitä kenttä

Usein kannattaa tallentaa tilatiedot mukautetun luettelon kuten hyväksyntä-koodi, joka olisi koskaan käsitellä suoraan loppukäyttäjille. Tämä on business skenaario. Olen työskennellyt hankkeen tänä vuonna, joka tuottaa eri tilan ja muistutus huonevaraus SharePoint Designer-työnkulkuja, jotka sitten ajaa KPI: T ja yleensä tukevat aikakriittisiä liiketoimintaprosesseja.

Käytä sivuston sisältölajiin / sarake tämän saavuttamiseksi vaikutus.

Luo sivuston sisältötyyppi tila-sarakkeessa, kuten:

kuva

Huomaa " (demo)" kentässä.

Seuraava, napsauttamalla sarakkeen nimeä käyttää sarakkeen ominaisuudet. Valitse "piilotettu (Se ei näy lomakkeissa)" Sarakkeiden lisäasetukset-osassa esitetyllä:

kuva

Tämä toimenpide poistaa kentän edit/päivityksen lomakkeista. Kuitenkin, on edelleen käytössä, KPI: T, objektimallin ja minne tahansa haluat käyttää sitä, SPD työnkulku mukaan lukien.

</loppu>

Tilaa blogiin.

Sunnuntai Funny: “Ajattelin, että tämä piti olla rikas kaupunki”

Hieman yli kolme vuotta sitten, Vaimoni ja minä allekirjoittanut poikani niin kesän toiminnasta, Ehka pelaajat. Tämä on Draama, joka kuluttaa noin kolme tai neljä viikkoa valmistautuminen pelata ja osoittaa sen vanhemmille, ystävät ja sukulaiset. Se on aina tehty hyvin.

En tiedä, jos kaikkien lapsi on näin, mutta poikani on erittäin haluttomia kokeilla uusia asioita. Tietäen tämän, Me allekirjoittaneet häntä ohjelmaan. Olemme huomanneet, että on parasta varoittaa häntä tällaisia asioita aikaisin ja usein. Niin, korjaamiseksi luonnollinen haluttomuus, Kerroimme hänelle aikaisin ja oli paras tapa tehdä se kuulostaa hauskalta, jne. Edes avulla monikuisen mainoskampanja, Hän on edelleen ollut vakuuttunut. Joudumme häntä tekemään, Vaikka, ja kuten usein, Hän oli hauskaa.

Kun toinen vuosi rullattu noin, Hän oli jälleen vakuuttunut itse, että hän ei halua osallistua. Mutta, Me allekirjoittaneet häntä jalkeilla ja nollata-aika, Olen laskenut hänet eräänä aamuna lukiossa, jossa ne käytännössä. Kun menin hakemaan häntä lounaan jälkeen, Hän oli innoissaan, Kaikki hymyilee ja ilmoitti, "Näytelmä on Velveton kani ja haluan olla kanin". Hän oli viettänyt kirjaimellisesti kuukauden harjoittaa (joskus hysteerisesti) siitä, miten hän halua olla tekemisissä Park pelaajia ja ensimmäisen päivän jälkeen, Hän haluaa olla johtava rooli näytelmässä. Olemme nähneet tämän mallin ennen.

(Suureksi, hän saada kani rooli ja hän oli Amazing.)

Pikakelaus muutaman vuoden. Hän on ollut Park pelaajat kolme kertaa nyt, niin hän on jotain veteraani. Tänä kesänä (2008), Pelaajat käynnistyy uudelleen. Sillä välin, Hän vakuutti meidät hän Todella ei halua pelata jalkapalloa ja hän ei koskaan halunnut koripallo. Joka jätti hänet ei oppilaskuntatoiminnassa kevättalvella / aikaisin keväällä. Asiakas, jonka kanssa työskentelin mainitsi, että hänen tyttärensä oli ohjelma nimeltä juuri. Juuri on hieman kalliimpi versio Park pelaajia ja se ei ole minun kaupunki, mutta vieressä. Täydellinen.

Asia tietää että kaupunki on käytännössä toisen maan varallisuustaso. Se on korkean taajuuden juna Wall Street ja NYC yleensä. Se on rikas paikka. Yksi perhe keskustelu teemoja on, että meidän olisi pitänyt että kaupunkiin sen sijaan, jossa elämme nyt. Se on isompi kaupunki, sen koulut tarjoavat ohjelmia lapsille, jne. Että kaupunki kasvoi vaimoni ja hänen vanhempansa asuvat siellä, Joten me "koukussa" Vaikka asu siellä. Itse kasvoin eri tilanteissa Massachusetts, joten ei ole paljon sanottavaa perhepäivällisen keskustelun aikana. Tämä ei tarkoita, että emme ole iloinen, jossa elämme. Tiedämme vain, että kaupunki on yli kaupunkimme taloudellisesti.

Lavalla juuri seuraava ohjelma alkoi liian aikaisin meitä meidän normaali mainoskampanja voittaa poikani haluttomuus. Tämä on, kun hän päätyi yksi minun henkilökohtainen suosikki vastustettiin jotakin: "Perjantai-iltaisin on Prime yötä nukkua siirrot!" Juuri menossa häiritä hänen viikonloppuna sosiaalisista.

Päivä tulee, saada hänet siellä ja pudottaa hänet pois ja kuten kaiken muunkin, otti hänen luontainen rakkaus vain on elossa ja hän on ottaa hyvä aikaa sen kanssa.

Viime viikonloppuna vaimoni puhui hänelle ja ensimmäistä kertaa, Mielestäni hän on räätälöidä hänen keskusteluja erittäin tarkasti yleisönsä. Hän oli pyytänyt häntä, miten juuri verrata Midland Park pelaajat. Hän kertoo, että "tässä Park pelaajat, Meillä on teini-ikäiset, jotka auttavat meitä. Ei ole mitään vaiheessa aivan. Park-soittimet, teini-ikäiset tekevät kaikki rekvisiitta. Vaiheessa aivan, Meidän on saatava oma rekvisiitta. Meidän on tehtävä kaikkemme. Ja sitten hän pyörittelee veitsi: "Luulin, että tämä piti olla rikas kaupunki."

Kaikki nämä vuodet, En koskaan oikeastaan ajatellut, että hän oli kuulemaan tai ymmärtämään mitään kuin se "rikas kaupunki". Kuitenkin, on käynyt ilmi, hän oli.

</loppu>

Tilaa blogiin.

Technorati Tags:

SharePoint ei ole kalenteri Roll-ups; Mahdollisia ratkaisuja

PÄIVITYS: Nimetön henkilö kommentteja virkaa linkki: http://www.atidan.com/atidan-collaboration-kit.php

Foorumin käyttäjät kysyvät kysymyksiä, kuten tämä:

"Haluan olla kalenteri sivustotasolla, jossa asuu tapahtumia alisivuston kalenterit. Ihannetapauksessa, alisivustojen käyttäjät luoda kalenteritapahtumat, ja on mahdollisuus merkitä ne "julkinen.’ Merkitty koska julkinen tapahtumat näkyvät dynaamisesti verkkosivua kalenteri. Näin verkkosivua kalenteri on roll-up kaikki tilaisuuksissa kaikki alisivuston kalenterit."

On WSS 3.0 tai SAMMAL 2007, ei voi suoraan määrittää "roll ylös" Kalenteri. Kalentereita on olemassa omia, riippumaton muiden kalenteri.

Koonnin kalenterin luominen, Seuraa näitä polkuja:

  1. Sisältökysely-Web-osan käytöstä. Tämä on helpoin ratkaisu MOSS käyttäjille (WSS ei ole CQWP). CQWP, Valitettavasti, tarjoa tietojen kättelyssä kalenterinäkymässä. Se antaa valtavan tekee joustavuutta (Katso tästä esimerkki) mutta oletusarvoisesti, näyttää sen tulokset yksinkertainen luettelomuodossa. Monissa tapauksissa, CQWP luultavasti hyvä valinta.
  2. Ohjelmoinnin suuntautunut ratkaisu olisi käyttää tapahtuman vastaanottajat. Toteuttaa tapahtuman vastaanottajat alisivuston kalenterit pysyvät julkisiin tapahtumiin synkronoituna master kalenteriin. Tietyn alisivuston kalenteri muutetun, master kalenteriin tavoittaa ja päivittäminen tarvittaessa. Tämä vaihtoehto on käytettävissä sekä WSS 3.0 ja SAMMAL.

On luultavasti muita viisaita ratkaisuja ongelman. Jos sinulla on yksi tai tiedä yhtään, Jätä kommentti tai email we ja aion päivittää tätä viestiä.

</loppu>

Tilaa blogiin.

Sivustojen luominen (SPWeb) Via SharePoint Designer työnkulun

Tämän blogimerkinnän on enemmän "mahdollinen valtakunnassa" merkintä vs. käytännön tietoa.

Meillä tekninen suunnittelu, joka vaatii meitä luoda sivuston sivustokokoelman kautta manuaalisesti aloittaa työnkulkuprosessi. Pohjimmiltaan, tietojen kirjoittamista "uusi asiakas" mukautetun luettelon ja sitten kun on valmis ja vahvistettu tietojen syöttö prosessiin, Meidän täytyy luoda sivuston asiakkaan.

Olen suuri fani deklaratiivinen työnkulun sekä heikko Näkö Ateljee työnkulun ohjelmoija, joten halusin SharePoint Designerilla vaatimuksen täyttämiseksi.

Aion kirjoittaa tästä tarkemmin (ja toivottavasti esittää käyttäjäryhmä tai kaksi ensi vuonna), mutta tässä on kokonaisratkaisua:

  • Luo mukautettu toiminto, joka integroituu SPD.
  • Mukautetun toiminnon avulla SPD vedota verkkopalvelu ja siirtää se merkkijono XML.
  • Web-palvelu etsii rivin mukautetun luettelon ja luo uuden sivuston kuten tiedot kyseisen uuden asiakkaan mukautetun sivuston määrityksen avulla.
  • Web-palvelu päivittää sitten mukautetun luettelon joitakin tietoja kuten linkki uuteen sivustoon.

Pidimme muut lähestymistavat, kuten tapahtumakäsittelijät ja visual studio perustuu työnkulku. SPD-lähestymistapa antaa loppukäyttäjille hieman valvoa prosessia. Myönnetty, on paljon C# koodia tässä ratkaisussa, mutta se on kääritty sisällä deklaratiivinen työnkulun, joten saamme joitakin etuja deklaratiivinen työnkulun kun koukkaaminen sivuston luomisen service.

All we need now is an easy tool to automatically migrate SPD workflows around as easily as we can for visual studio workflows and we’ll really be cooking with gas 🙂 I understand that some folk are out there working on this problem and I hope they have some good success with it soon.

</loppu>

Tilaa blogiin.

Technorati Tags: ,

Nopea ja yksinkertainen: Valmistele Web-sivusto, SharePoint-objektimallin avulla C#

Yritin etsiä vähän pätkä koodia, joka osoittaisi, miten voin luoda uuden SPWeb-sivustokokoelmassa. En löytänyt sitä kuin nopeammin tai helpommin kuin odotin, joten ajattelin, minä isku yhdessä pieni merkintä aiheesta.

Tämä koodi luo uusi Wiki-sivuston:

 SPSite Sivustokokoelma;

    Sivustokokoelma = Uusi SPSite("http://conchang-o9l8qi");

    SPWeb w = siteCollection.OpenWeb();

    w.Webs.Add("xyzzy", "xyzzy otsikko",
        "xyzzy kuvaus", 1033, SPWebTemplate.WebTemplateWIKI, False, False);

Ensimmäinen hauissa epäonnistui, koska olin etsimässä lauseita kuin "Valmistele sharepoint-objektimallin avulla web-sivusto" ja kuten.

Jos olet Etsi varten "Webs.Add()", löydät erittäin hyödyllistä blogimerkintöjen määrä, MSDN artikkeleita ja SDK-dokumentaation, jotka menevät perusteellisesti tästä aiheesta. Olen ehdottomasti suositella Tämä sivusto.

</loppu>

Tilaa blogiin.

Technorati Tags:

SharePoint Designer työnkulkuja integroida Web-palvelut

Olen pelannut noin kanssa mukautettuja toimintoja SharePoint Designer jonkin aikaa (Katso tässä joitakin yksityiskohtaisia juttuja, Jos sinua kiinnostavan).

Minun nykyisen projektin, Meidän täytyy tehdä joitakin melko raskaita nostoja ja haluamme deklaratiivinen SPD työnkulun avulla voit hallita liittyvä Liiketoimintaprosessi.

Pitkän tarinan lyhyesti, Tämä on täysin mahdollista. I-kirjain avartaa minun Codeplex hanke vedota "helper-palvelu" ja nyt voimme vedota web-palveluun suoraan SPD-työnkulku.

Tässä on allekirjoitus:

 yleiset merkkijono Lähettäjä(
        GUID-tunnus WebID, // Ohi runtime elinympäristö
        GUID-tunnus Sivustotunnus, // Ohi runtime elinympäristö
        merkkijono ListID, // Ohi RTE (En tiedä miksi tämä on merkkijono, ei GUID)
        int ListItemID, // Ohi RTE.
        merkkijono XmlMessage) // Ohi käyttäjän ilmoitettua SPD.

Tämä hyödyntää sitä, että saamme tärkeää työnkulkutiedot, kuten sivuston, Tunnus, jne. Tämä on hyvin dokumentoitu useita paikkoja niille teistä kiinnostunut luomaan oman mukautetut toiminnot. Ajatuksena on purkaa XML-merkkijonona käyttäjä lähettää sopiva menettely. Hupia!

Valitettavasti, Tämä on tietenkin Menolippu alas "Loosey Goosey" Anti kuvio maa, but it’s better than hitting a brick wall 🙂

Onko anti kuvio, jos teet sen, vaikka tiedät se on anti malli?

Toivon paketoida tämän sisällä Codeplex lähitulevaisuudessa. Jos olet kiinnostunut minusta näin, Anna minulle säkissä (Sähköposti tai jätä kommentti) and I’ll be that more enthusiastic about doing it 🙂

</loppu>

Tilaa blogiin.

Technorati Tags: ,

Sunnuntai Funny: “Mietin, onko salasanasi …”

Olen äskettäin ostanut lounas veljeni (kuten tavallista) ja päädyimme puhua hauska, mitä teimme meidän kunkin korkeakoulut. Alma mater, Lafayette College, Akateeminen ohjaus IT-osasto oli hyvin kattava tapa siitä. Saimme paljon köyden ja käytin että ajoittain.

Kaksi suosikkini muistoja liittyy hyvälle ystävälleni, Gabe. Hän teki hirvittävä virhe kertoa ihmisille että "Olen fuksi vuoden, mutta olen toisen vuoden opiskelija pysyvän" koska erilaisia kehittyneitä mainospaikan tunteja hän oli ottanut, jne. Monet meistä olivat kellekkään mutta emme puhu siitä niin paljon. Hänen vanhempi vuonna, kun esittelimme häntä ihmisille, haluamme sanoa "Tämä on Gabe. Hän on vanhempi, mutta hän on toisen vuoden opiskelija pysyvän ".

Kollegio oli joitakin Sun työasema/palvelimia käynnissä X-Window. Heillä oli valtava näytöt ja insinöörit käyttivät näitä CAD ynnä muut tylsää insinööri. Me CS ihmiset tottuneet ohjelmoinnin oppimista ja, Tietysti, pelata pelejä.

Emme kuin tietokone avuton insinöörien paljon, yksi meidän suosikki asioita olisi telnet laatikko he olivat ja suorittaa X-eye niitä. Tämä olisi pop-up silmät, joka seuraa hiiren ruudulla. Voisit pop entisestään ja kirjaimellisesti tusinan X-eye sovelluksia käynnissä. Try not to laugh out loud when a hapless engineer is trying to close X-eye after X-eye and muttering under his breath about it 🙂

Me soitimme myös X-retki ne laatikot. Tällöin, sinun piti ladata lähde, eri riippuvuuksien selvittäminen, missä voit löytää ne ja rakentaa sen. En ollut hienostunut C-ohjelmoija, mutta luin header-tiedostot. Näiden kautta etsimässä ja löytänyt direktiivejä kuten "#DEFINE MAX_TORPEDO_DISTANCE 10". Olen pelannut jotka lisäävät alue- ja virta vaiheet ja torpedot, uudelleen rakennettu ja tuhotaan Gabe seuraavan kerran soitimme.

Gabe oli myös suuri fani TV-show nimeltään Blaken 7. Ollut koskaan nähnyt sitä, Tämä ei estä minua vaatimasta, että Dr. Kuka on erinomainen näyttää. The arguments would get heated at times 🙂

Yksi päivä, se tapahtui minulle, että voisin ehkä arvata UNIX-salasanansa. Istuin alas hänen vieressään yhden päivän ja ilmoitti kovalla äänensävyyn, "Aion arvata nyt, Gabe." "kyllä, oikeus" oli hänen vastaus. Sitten kirjautua sisään, tuli hänen käyttäjätunnus, kääntyi kohtaamaan häntä, kirjoittanut ja sanoi ääneen, "Ihmettelen, jos se on B-L-A-K-E-7" ? Kymmensormijärjestelmä on koskaan tuottanut tulosta niin hienosti kuin samana.

Ensi viikolla (tai pian): Lisää tietokone huone temput College.

Onko jakaa? Jätä kommentti tai sähköpostitse minulle ja julkaisemme ne täällä.

</loppu>

Tilaa blogiin.

Technorati Tags: