IRC-Galleria

Bro

Bro

ei ole enää Galtsun ylläpitäjä, http://irc-galleria.net/feedback auttaa ongelmissa. :)

Flown parannukset: kommentointi ja rajausPerjantai 19.03.2010 13:08

Kommentointi



Kuvia, videoita ja blogimerkintöjä voi helposti kommentoida suoraan Flowsta. Flow-tapahtumien toiminnoista löytyvä Kommentit-toiminto avaa uusimmat kommentit näkymään suoraan tapahtuman alle ja kommentointi on mahdollista ilman, että tarvii klikkailla pois Flow-näkymästä.



Rajaus



VIP-käyttäjillä


VIP-käyttäjät voivat rajata Flown Kaikki-näkymän käyttäjien sukupuolen, iän, paikkakunnan ja siviilisäädyn perusteella.



Kaverit-näkymän voi rajata kaveriryhmien perusteella. Voit esimerkiksi luoda Flow-nimisen kaveriryhmän ja lisätä siihen vain ne kaverit, joita haluat seurata Flowssa.



Ilman VIP-ominaisuuksia


Vipittömät käyttäjät voivat rajata Flown Kaikki-näkymän näyttämään vain oman ikäisiä ja oman paikkakunnan lähellä asuvia käyttäjiä.

Uudistetulla Kaverit-sivulla voi nyt muokata useita kavereita kerralla entistä helpommin. Kaverisuhteiden ja seuraamisasetusten muokkaus löytyy klikkaamalla alla olevassa kuvassa näkyvää Kaverisuhteet-toimintoa.

Lisäksi VIP-käyttäjät voivat helposti määritellä Ryhmät-toiminnosta usean kaverin kaveriryhmät kerralla.

Prototype patch for buffered document eventsKeskiviikko 17.02.2010 23:50

While moving towards event driven JavaScript development in IRC-Galleria we've faced some problems where events get fired before their observers have been loaded. For instance a link on the user profile page fires an event which should open the mod browser:

document.fire('modbrowser:init', { imageId: 666 });

The observer for this event is loaded at the end of an external JavaScript file:

Event.observe(document, 'modbrowser:init', ModBrowser.onInit.bindAsEventListener(ModBrowser));

While trying to keep the page load times low, we try to link external JavaScript files at the end of the document instead of the head tag. This means that the observer starts listening to the event fairly late, especially if there's some laggy pictures or JavaScript files linked. So it's pretty common that user manages to click a link that fires an event before the observer is ready.

Another issue concerning events, and being solved at the same, is the usage of document.dom:loaded (or window.load on IE browser) event with AJAX requests. For instance when a view is printed there may be some need to do something to the DOM tree. As commonly known IE6 and IE7 will fail if the DOM tree is manipulated before the page has been loaded. So when this kind of view is printed using a non-AJAX request, we need to wait for load events. But sometimes the same view may be printed using AJAX and then there's no use on waiting for load events that have already been fired.

So, we created a patch for Prototype's document events. The patch is fairly simple, when document.fire is called, the events are pushed to document.bufferedEvents and when document.observe is called, the bufferedEvents is checked for matching events, which, if found, will be fired to the new observer at once.

Object.extend(document, { bufferedEvents: new Hash(), fire: document.fire.wrap(function(proceed, eventName, memo) { var a = document.bufferedEvents.get(eventName); if (!a) { a = new Array(); document.bufferedEvents.set(eventName, a); } a.push(proceed(eventName, memo)); }), observe: document.observe.wrap(function(proceed, eventName, handler) { var a = document.bufferedEvents.get(eventName); if (a) { a.each(function(event) { handler(event) }); } proceed(eventName, handler); }) });

Now observers get their events, even if they missed the time when the event was fired, win. :)

"We're Giving Away Free Apple iPads"Tiistai 16.02.2010 11:07

Fäsärissä näkyy yhtenään, kun jengi liittyy noihin "We're Giving Away Free Apple iPads" ja muihin vastaaviin ryhmiin ja ohjelmiin. Kaikki terveen järjen omaavat toki tajuavat, ettei Internetissä, sen kummemmin kuin oikeassakaan elämässä, jaeta mitään ilmaiseksi. Ilmeisesti kaikilta tätä tervettä järkeä ei kuitenkaan löydy.

Tsekkasinkin tässä aamukoomailun ohella, että mistä oikein on kyse, kun en ole ilmiöön aiemmin tutustunut.

Tuon edellä mainitun ohjelman käyttöehdoissa kerrotaan, että sen sisältö tulee sivustolta myrewardsvault.com ja käyttäjiä kehoitetaan tutustumaan kyseisen sivuston käyttöehtoihin.

The Apple iPad giveaway is coming from a third party site myrewardsvault.com. Please see their Terms and Conditions for further information.

Myrewardsvault.comin käyttöehdoista selviääkin sitten koko homman juoni varsin selkeäsanaisesti.

By accepting the terms and conditions of this Site and providing your telephone number, you are subscribing to a service that transmits special offers to subscribers via pre-recorded voice messages.

By subscribing, you are expressly consenting to receive pre-recorded telephone messages from The Firebrand Group, LLC, a Nevada company doing business as Worldwide Commerce Associates (“WCA”) that include special or discounted sales offers.

Eli käytännössä kuvio toimii niin, että ohjelmaan liittyvät jakavat osoitteensa ja puhelinnumeronsa WCA:lle, joka sitten vastaavasti myy eteenpäin puhelinmarkkinointia kolmansille osapuolille. Sivuston rekisteriselosteesta tämä käy ilmi vieläkin selvemmin.

...your Information also is shared with other organizations that may contact you for any purpose by email, phone, text message, U.S. mail or any other means of communication.

Eli puhelinmyynnin lisäksi käyttäjien tiedot myydään vielä kolmansille osapuolille, jotka saavat käytännössä ottaa yhteyttä ihan millä keinoin haluavat. Ja vielä lopuksi homma tiivistetään niin, ettei mistään tarvi ottaa vastuuta.

Also, as noted above, your Information is shared with third parties whose privacy policies and practices are beyond our control.

Eli nämä kolmannet osapuolet saattavat tehdä yhteystiedoilla ihan mitä vaan.

Tuohonkin edellä mainittuun ohjelmaan oli Fäsärissä liittynyt faniksi jo yli satatuhatta ihmistä. Kyllä myymällä tuommoisia määriä yhteystietoja mainostajille saakin jo sen verran fyffeä, että on varaa lahjoittaa pari iPadia, mutta voittotodennäköisyys lienee sitä luokkaa, että ostan omani ihan itse. :)
Galtsun uusin ominaisuus Flow löytyy etusivulta ja auttaa löytämään Galtsusta uusia kavereita, uutta sisältöä sekä helpottaa omien kavereiden seuraamista. Flow näyttää siis mitä kaverit, kavereiden kaverit sekä kaikki Galtsun käyttäjät tällä hetkellä puhuvat ja tekevät.

Uusien kuvien, videoiden ja blogimerkintöjen lisäksi Flow ilmoittaa muun muassa kavereiden uusista yhteisöistä, siviilisäädyn ja paikkakunnan vaihtumisista sekä uusista kaverisuhteista.

Flow-näkymät



Flow-boksin oikeasta yläkulmasta löytyy eri Flow-näkymiä.
  • Kaverit -näkymä kertoo mitä kavereiksi lisäämäsi käyttäjät ovat tehneet.
  • Kavereiden kaverit -näkymä näyttää omien kavereidesi julkisten kavereiden tekemiset ja auttaa löytämään lisää tuttuja helposti.
  • Ylläpito -näkymä paljastaa mitä ylläpidon jäsenet tekevät Galtsussa.
  • Kaikki -näkymä kertoo mitä Galtsussa tapahtuu juuri nyt kaikkien käyttäjien keskuudessa.

Oletuksena Flowssa näkyy viisi uusinta tapahtumaa. Boksin alalaidasta löytyvällä Näytä lisää -linkillä tapahtumia saa näkyviin lisää.



Lisäksi kunkin profiilin alta löytyy yksittäisen käyttäjän Flow.



Omien tapahtumien poistaminen Flowsta

Halutessaan omat Flow-tapahtumansa voi poistaa klikkaamalla tapahtuman oikeassa yläkulmassa olevaa ruksia, joka ilmestyy näkyviin, kun hiiren vie tapahtuman päälle.

Lisäksi Asetukset-sivulta voi estää uusien tapahtumien luomisen. Uusista kuvista, videoista, blogimerkinnöistä ja tilavaihdoksista kuitenkin luodaan tapahtuma aina.



Flow jatkossa

Lähitulevaisuudessa Flowhun tulee mukaan myös yhteisöjen tapahtumat, esimerkiksi tapahtuma siitä, kun joku luokittelee kuvia tai blogimerkintöjä seuraamaasi yhteisöön tai kun uusia jäseniä liittyy perustamaasi yhteisöön. Lisäksi VIP-käyttäjille on tulossa Flow-lisäominaisuuksia, kuten mahdollisuus katsella nykyistä vanhempia tapahtumia sekä mahdollisuus suodattaa Flown sisältöä.

Palautetta ja ideoita Flown kehitykseen voi jättää IRC-Galleria -yhteisöön, Yhteydenotto-sivun kautta tai sähköpostilla irc@irc.fi.

Nähdään Flowssa! :)

Tietoturva piste comLauantai 13.02.2010 16:57

Viikko Google Chromella devailuaPerjantai 12.02.2010 22:43

Oon devannut webbikoodia Firefoxia ja sen Firebug-lisäosaa käyttäen tässä jo useamman ajan ja aina tasaisin väliajoin oon kuivahtanut molempien edellämainittujen jumitteluihin.

Maccikäyttäjänä oon tykännyt aina Safarista selailussa, koska se on vaan niin smooth ja nopee, mutta aiempien versioiden devauskonsoli ei ole vakuuttanut. Muita ylipääsemättömiä ongelmia on ollut se, ettei Xmarks osaa synkata salasanoja Safarille eikä Safarissa toimi cmd+numero shortcutit tabien vaihtamiseen.

Nyt päätinkin kokeilla tehdä viikon verran töitä Google Chromella, josta löytyy sama konsoli kuin Safarista. Salasanat ei synkkaudu Xmarksilla tähänkään, mutta tabien vaihtelu onnistuu numeronäppäimillä.

Katsotaan miten käy!

Lisätty matkaviestimestäPerjantai 05.02.2010 20:10

iPhonen uus firmishän se.
Galtsussa on jo pitkään testautettu kehityksen alla olevia uusia ominaisuuksia testiryhmäläisillä, joilta on kerätty palautetta Testiryhmäläiset -yhteisöön. Käyttäjiltä saatava palaute ei kuitenkaan suinkaan ole ainoa data mitä testiryhmiltä kerätään. Testiryhmäläisten avulla kerätään taustalla myös erilaisia tilastotietoja.

Newsfeedin täyttäminen tapahtuu tällä hetkellä käytännössä niin, että jos käyttäjällä on 500 kaveria, haetaan jokaiselta kaverilta 50 viimeisintä Newsfeediin tuotettua tapahtumaa. Nämä 25000 tapahtumaa laitetaan aikajärjestykseen ja jos käyttäjälle halutaan näyttää 50 tapahtumaa, haetaan 100 uusimmalle tapahtumalle sisältö (käyttäjä- ja yhteisötiedot, kuvat, blogimerkinnät, yms.) ja suodatetaan joukosta pois ne sisällöt mitä käyttäjä ei saa nähdä, esimerkiksi rajatut kuvat.

Yksi tapahtuma on kooltaan keskimäärin 34 tavua, tilavaihdoksia lukuunottamatta, koska niiden tapahtumissa on suoraan mukana tilateksti, joten ne on isompia. Pyöreästi voidaan arvioida tapahtuman keskiarvokooksi 40 tavua, eli nämä 25000 tapahtumaa vievät muistia yhden megan verran, joka on jo aika paljon, mutta vielä käsiteltävissä. Isompien kaveriryhmien ja kavereiden kaverien kanssa tulee kuitenkin ongelmia.

Tätä toimintaa täytyy siis muuttaa ja optimoida ennen kuin Newsfeed voidaan julkaista kaikille. Tämä tehdään niin, että kaikkien tapahtumien sijaan haetaankin kullekin kaverille vain uusimman tuotetun tapahtuman aikaleima. Kaikkien 500 kaverin aikaleimat vievät muistia 4 kilotavua.

Tässä vaiheessa tulee apuun testiryhmäläisiltä kerätty tilastotieto, jonka mukaan 50 tapahtuman pituisen Newsfeedin tulostukseen tarvitaan keskimäärin 28 kaveria. Eli useimmissa tapauksissa riittää, kun haetaan 30 uusimman tapahtuman tuottaneen kaverin eventit, eli 60 kilotavua.

Lisäksi kerättyjen tilastojen mukaan pahimmassakin tapauksessa riittää hakea 48 uusimman tapahtuman tuottaneen kaverin eventit, eli 96 kilotavua, huomattavasti vähemmän sekin kuin mitä tällä hetkellä.

Tällaisia muutoksia pitää siis tehdä taustalla ennen kuin Newsfeed voidaan julkaista kaikkien iloksi. Kiitoksia ahkerille testiryhmäläisille palautteesta ja testailusta.

Vielä kun saisi koodattua nämä hommat eikä vaan puhuttua niistä! :D

wtf?Torstai 28.01.2010 23:46