Äntligen. Nu kan man på ett lättare sätt få bort sökresultat från Google. De nya verktygen finns i Google Webmaster Central och hittas under fliken "Diagnostik/Borttagning av webbadresser".
För att få tillgång till funktionen måste man ha ett verifierat konto som bevisar att man är ägare av sajten. Hans på SEO.se förklarar mer.
Vi har tidigare visat ett koncept på hur man kan göra ett bildspel i flash med bildnamn som laddas från en xml-fil. Det är ett bra sätt så att man ska slippa att gå in i flash-filen och ändra varje gång man vill byta ut bilderna.
Vi använder den rätt ofta i våra egna projekt och hittills har vi sparat meta-data för bilderna i en databas. Det har sina fördelar ifall man vill spara bildtexter eller liknande.
Men det kan bli rätt omständigt att först göra en editor för att hantera bilduppladdingen. Därför skrev jag ett litet kodstycke i C# som kollar efter bilder i en angiven mapp, och skapar en xml-fil baserat på filnamnen.
I exemplet används två variabler som är sökvägar till xml- och bildmappar. Dessa läses i vårat fall in från Web.Config
//Här finns våra xml-filer public static string strXmlRootPath = ConfigurationManager.AppSettings["XmlRootPath"];
//Här lagrar vi bilderna public static string strMediaRootPath = ConfigurationManager.AppSettings["MediaRootPath"];
if(File.Exists(strXMLPath)) { DateTime dtLastWriteTime = Convert.ToDateTime( ""+File.GetLastWriteTime(strXMLPath) ); //Skapar bara en ny fil en gång varje timme if( DateTime.Compare(DateTime.Now,dtLastWriteTime.AddMinutes(60))==1 ) { CreateSlideshowXml(); } } else { CreateSlideshowXml(); } }
public void CreateSlideshowXml() { try { string strXMLPath = strXmlRootPath + "slideshow.xml"; FileStream objFileStream = new FileStream(strXMLPath, FileMode.Create); XmlTextWriter objXmlWriter = new XmlTextWriter(objFileStream, System.Text.Encoding.GetEncoding("utf-8"));//iso-8859-1 objXmlWriter.Formatting = Formatting.Indented; objXmlWriter.WriteStartDocument(); objXmlWriter.WriteStartElement("images");
//Skapa array av alla filer i mappen för slideshow-bilder String[] strFiles = Directory.GetFiles(strMediaRootPath + "slides/", "*"); string strFileName = string.Empty; string strFullPath = string.Empty;
objXmlWriter.WriteStartElement("pic"); //Url till bild objXmlWriter.WriteStartElement("image"); objXmlWriter.WriteString(strMediaRootUrl + "slides/" + strFileName); objXmlWriter.WriteEndElement();//Slut image //Länk objXmlWriter.WriteStartElement("link"); //Denna gång lämnar vi -link- tomt. Här kan man spara en url om bilderna ska vara klickbara objXmlWriter.WriteEndElement();//Slut link
objXmlWriter.WriteEndElement();//Slut pic }
objXmlWriter.WriteEndElement();//Slut images objXmlWriter.WriteEndDocument(); objXmlWriter.Close(); } catch (Exception objException) { Trace.Warn("XML-fil för slideshow kunde ej sparas! Fel: ",objException.Message); } }
Och slutligen spottas xml-filen ut som följer den här strukturen:
På bilden ovan ser ni en liten del av den fina väggmålningen som Andreas och Arvid gjorde nyligen under deras praktik. Missa inte den i entrén om ni kommer på besök.
Över 45 miljoner kreditskortsnummer har blivit stulna från klädkedjan TJX och det är förmodligen den största kreditkortsläckan någonsin, skriver Lars Olofsson.
Säkerhetstjänsten Stolen ID Search som vi har rapporterat om tidigare, borde alltså fått ett rejält uppsving i sina affärer. Deras affärsidé går ju ut på att söka upp kreditkortsuppgifter som hamnat i fel händer och hjälpa individer som drabbats.
Det är väl endå uppenbart att det nuvarande kreditkortssystemet inte fungerar särskilt bra. Säkerheten måste ökas för att e-handelkunder ska kunna handla säkert.
Säkerhetsexperter upptäckte för ett tag sen att CSS-historiken kunde användas till att ta reda på vilka webbplatser en besökare har vart på tidigare. Normalt används detta endast för att webbläsarna ska kunna markera besökta länkar i en annan färg eller stil.
Ett hot mot integritet kan man tycka och definitivt ett säkerhetsproblem. En nätfiskare kan med denna metod enkelt får reda på om besökaren nyss har loggat in på Gmail, Hotmail, Yahoo eller vilka banktjänster denna använder. Och på sådant sätt rikta sina nätfiskningsaktioner mot just de tjänster som användaren nyttjar.
Jeremiah Grossman visade upp exempelkod i postningen "i know where you've been" redan för ett halvår sedan och RSnake har ett "CSS History Hack"-demo (för Firefox) som visar hur det fungerar i praktiken.
Jag har själv bara väntat på att man skulle få se exempel på "kreativ markadsföring" eller småfunktioner som förhöjer besökarens upplevelse. Att få tillgång till sån här extra information om besökaren borde ju locka många sajtutvecklare.
Bloggen int2e.com visar nu ett exempel på ett användningsområde. De beskriver ett skript för en flexibel "Digg-knapp" som bara visas för besökare som tidigare vart på Digg.com.
Det handlar om en applikation skriven i .NET C# för att visa källkod i en trädstruktur. Koden för själva projektet finns att ta del av och man kan även skriva kommentarer till varje resurs i projektet.
Randiga bakgrunder har vart hett ett tag inom webbdesign. Jimmy Höög tipsar om verktyget Stripe Generator 2.0 som man kan ta hjälp av för att skapa randiga bakgrundsmönster.
NASA bjuder på en riktigt vacker bild som föreställer vår planet nattetid. Man ser städernas ljus och de liknar nästan stjärnhimmel. Kolla in en högupplöst version eller läs mer om bildserien "Earth's city lights". (via Smidigt.se)
Genom Nikke's index hittade jag info om forskningsprojektet Spamalot som utvecklas på University of Illinois in Chicago.
Det handlar om ett robotsystem designat för att kunna uppehålla bedragare i konversioner som aldrig tar slut. Systemet svarar på email och ber hela tiden bedragaren om mer information samt ber denne att ringa upp per telefon. Den kan även anta några olika personaliteret så att bedragaren inte ska lära känna mönster i svaren.
Några stackare gick verkligen på det hela under testperioden och man kan se emailkonversioner samt lyssna på några av de inspelade meddelandena från telefonsvararen.
Även om det inte verkar handla om nån riktigt "stark AI" så är det en rolig idé som jag hoppas på att vi får se mer av.
Vi har pratat mycket om användarvänliga url:er här på bloggen. Ni som har hängt med på ämnet vet att Microsofts ASP.NET-teknik inte är så optimal för att göra användarvänliga länkar.
Scott Guthrie som är utvecklingschef på Microsoft gör sitt bästa för att hålla modet uppe för alla url-designande freaks där ute. Vi har väntat länge på en lösning och nu kommer den snart i form av Longhorn Server och IIS 7.0.
Scott gjorde i måndags en genomgång av nya finesser i webbservern IIS 7.0 och visar även ett diagram hur processmodellen skiljer sig från den tidigare IIS 6.0. Samtidigt klargörs ytterligare en gång att IIS 7 inte kommer att finnas tillgänglig på Windows 2003.
Så det är väl bara att vänta på det nya serveroperativet då och alla de förbättringar som det kommer att ge.
Det som är bra är att man i alla fall får ordentligt med tid på att tänka igenom exakt hur man vill ha sina url:er när möjligheten finns att förbättra dem. Jag har tidigare spånat lite på hur jag vill ha urler:na till denna bloggen i kommentarerna till en tidigare tråd på ämnet.
Som ett exempel har just detta inlägget du läser just nu adressen:
http://codeodyssey.se/blog.aspx?id=270
Det säger ingenting om innehållet av artikeln för en besökare och det är det jag vill förbättra i första hand. Istället tycker jag att detta skulle vara en snyggare och mer tillgänglig adress.
Jag har fortfarande inte bestämt mig helt hur jag ska hantera alla specialtecken som inte stödjs i url:formatet. En som har funderat mer på dessa är Scott Hanselman och han bjuder idag på riktigt intressant läsning i sin artikel "Are Blog URLs important". Scotts blogg har rätt sjyssta url:er men dras fortfarande dras med .ASPX-ändelsen.
Det finns ju några genvägar mot snyggare adresser men vi känner att det bästa skulle vara att vänta tills IIS 7.0 kommer och man kan få till adresserna precis som man vill ha dem med en gång.Adresserna bör ju aldrig ändras så att göra några halvmessyer känns inte aktuellt.
Men för er som länkar till oss kan vara lugna. De url:er vi har just nu, kommer fortsätta att fungerar, även när vi lanserar de mer besökarvänliga varianterna. Trasiga länkar är inget kul.