Kiinnostaisiko oman sosiaalisen nettipalvelun luominen? Minulla olisi hyvä idea, mutta en osaa sitä toteuttaa. Tietokoneosaamiseni on hyvin rajoittunutta, joten siksi tarvitsisinkin sinun kaltaisesi osaajan tasavertaiseksi kumppanikseni. Tehtäisiin kahdestaan "kilpailija Facebookille" ja muille sosiaalisille nettiyhteisöille. Palkkaa tuskin saisimme siitä kumpikaan ainakaan ensialkuun, mutta eihän sitä koskaan tiedä mihin se voisi johtaa. Taivas vaan olisi rajana! Haluaisin siis 50/50 "liikekumppanin" luomaan uudenlaista palvelua ihmisten käytettäväksi. Jos sinulla on asian toteuttamiseksi vaadittavat tiedot ja taidot hallussasi, niin ota yhteyttä! Se mitä kerrot itsestäsi, osaamisestasi ja halustasi luoda uutta ratkaisee sen, että kenet valitsen kumppanikseni tähän uuteen "viritelmään" Kerro siis rehellisesti itsestäsi ja minä kerron sitten sinulle millaista ideaa olen suunnitellut. Toivottavasti saamme aikaan menestyksekkään yhteistyön. Kirjoittele: redhot1@wippies.fi
PS. En vastaa lainkaan yliolkaisiin "kerro ideasi" -sähköpostiuteluihin, vaan vaatimuksenani on, että olet tosissasi kiinnostunut asiasta ja valmis luomaan jotakin aivan uutta. Säilytän kaikki sähköpostit, joten "ideanryöstäjät" älkää vaivautuko.
PS. En vastaa lainkaan yliolkaisiin "kerro ideasi" -sähköpostiuteluihin, vaan vaatimuksenani on, että olet tosissasi kiinnostunut asiasta ja valmis luomaan jotakin aivan uutta. Säilytän kaikki sähköpostit, joten "ideanryöstäjät" älkää vaivautuko.
Vastaukset 10
Vanhimmat
Onnea ideallesi.
Itse olen miettinyt minkälainen tietokantaratkaisu näissä on pohjalla? Osaako kukaan sanoa. Eli miten tallentavat tuhansien ihmisten kuvat ja tiedot, jotka kuitenkin saadaan haettua nopeasti? Mikä teknologia ja mitkä tauluratkaisut?
En usko että noissa kuvia sen kummemmin tallennetaan kantoihin, ne on erikseen mediaservereillä jotka eivät tee muuta kuin jakavat kuvia nettiin.
Kannat ovat hajautettuja ja sivuhaut tehdään yhtäaikaisilla rinnakkaisilla kyselyillä sensijaan että tehtäisiin samaan kantaan kauheaa inner join hässäkkää.
Taulurakenteet ovat yksinkertaisia ja kevyitä, keynä todennäköisesti käyttäjän uniikki sivustonID.
Ei kuvia kantaan laiteta. Se olisi typerää, raskasta ja täysin balansoimatonta.
Pienimuotoinen/keskitasoinen systeemi syntyy kombinaatiolla Apache, PHP, MySQL, XHTML/CSS2, Javascript.
Isompaan syseemiin tarvitaankin sitten vähän enemmän tavaraa välille, jotta skaalautuvuus ja vikasietoisuus saadaan hoidettua.
Periaate on kuitenkin se, että kuvat ja binaarit sijaitsevat webbiservolla ja data tietokannassa. Se, että miten data sijaitsee tietokannassa tai kannoissa on jälleen kerran tapauskohtaista. Onko aa-kanta erikseen, miten master-data on hoidettu jne.
Hatusta ei kannata alkaa näitä tekemään, vaan on hyvä olla tietoa tekniikasta ja osaamista ohjelmoinnista pohjalla. Speksit pöytään ensin.
Tervetuloa vain meidän FOSS-kursseille: http://www.osacademy.org
NoSQL-kannat ovat näissä palveluissa kova juttu. Apache Cassandraa käyttää mm. Facebook ja Twitter.
Cassandra skaalautuu ylöspäin todella nätisti, mutta kannan suunnittelu on vanhoille relaatiomiehille hankalaa; kannan rakenne kun suunnitellaan hakujen perusteella eikä tietomallin.
Nuo ovat valitettavasti varsin hankalia ja huonosti muualle liitettäviä.
Onhan ne hankalia, jos ei osaa.
Thrift API löytyy kuitenkin seuraaville kielille: Java, C , C#, PHP, Perl, Python, Ruby, Erlang, Haskell, Smalltalk jne.
Itse olen käyttänyt vain Javaa Cassandran kanssa keskustelemiseen, mutta helposti se sujuu.
Enkä ole nähnyt toista kantaratkaisua, jolla replikointi ja vikasietoisuus rakentuu yhtä helposti.
asia ei ole noin yksinkertainen. kommenttisi kertoo osaamisesi tason.
"Thrift API löytyy kuitenkin seuraaville kielille: Java, C , C#, PHP, Perl, Python, Ruby, Erlang, Haskell, Smalltalk jne."
Ihan tiedoksi:
JOS liityntä löytyy C -kielelle, niin sama liityntä toimii myös näide kanssa:
Delphi, Kylix, Freepascal.
Kaikissa noissa kääntäjissä ohjelmointikielenä on Objectpascal.
Ja Objectpascalissa kutsutavat menevät näin (32-Bit -sovellukset):
Oletus on fastcall. Mutta oletuksen lisäksi Objectpascal tunnistaa ja noudattaa myös näitä kutsutapoja:
cdec, stdcall, safecall (2 jälkimmäistä taitavat olla aika Windows -sidonnaisia, mutta cdecl toimii myös linuxissa).
64-Bit -sovellukset:
Käsittääkseni näiden osalta:
kutsutapa on aina ns. "Platform default", josta johtuen kääntäjä tunnistaa, mutta jättää huomiotta kutsutapamääreet: cdec, stdcall.
Safecall on hieman erikoistapaus, sen osalta on syytä tutustua dokumentaatioon.
Mutta periaatetasolla: Jos jokin ohjelmointirajapinta on saavutettavissa C -kielellä, niin se on silloin saavutettavissa myös Objectpascalilla.
Kielenä Objectpascalista sanottakoon tämä:
Objectpascalin suhde Pascaliin on suunnilleen sama kuin C++:n suhde C -kieleen.
Eli Objectpascal on objektiorientoitunut ohjelmointikieli, jonka syntaksi on kehitetty pascalin pohjalta.
Ainakin Delphissä ja Kylixissä on myös korvattavissa oleva dynaamisen (Heap) muistin manageri. Eli oletus on työvälinevalmistajan puolesta olemassa, mutta jos et ole siihen tyytyväinen, sinulla on vapaus korvata se omatekemälläsi tai muualta lisensioimallasi muistimanagerilla.
ks. SetMemoryManager ja GetMemoryManager.
Alkaako uusi Facebook olemaan jo valmis? 13 vuotta jo mennyt.
Ei, luomista on saatu kylläksi jo.