Tag Archives: api - Page 2

Uprofile e ShakeIT — primeiro uso…

Depois de con­struir grande parte do que eu imag­ino de um SaaS de con­t­role de pro­file e seu uso pratico, sim estou falando do Upro­file, come­cei a colo­car ele a prova. Uti­lizando o pro­jeto ShakeIt para isso.

O ShakeIt vai usar todos os recur­sos do Upro­file e alguns destaques que acho impor­tantes para o projeto:

  • Bate-papo.
  • Menssagens entre usuarios.
  • Share de informacoes.
  • Stor­age de infor­ma­coes do pro­file (seus gostos/preferencias)

Mas o que eu real­mente gostei foi tro­car toda log­ica de cadas­tro, login, ses­sion, stor­age e log dos users do site por ape­nas uma chamada na API do Upro­file. Claro, como fui eu que fiz o Upro­file tive de fazer todas essas log­i­cas, mas no prox­imo pro­jeto nao terei mais de desen­volver nen­huma log­ica. Alem de fazer uma rede de usuar­ios entre os pro­je­tos. Isso me deixou super moti­vado a trazer mais recur­sos ao Upro­file. O que me fez pen­sar… Porque nao trazer out­ros ser­vi­cos a Upro­file? Come­cei a desen­har alguns recur­sos novos como manip­u­la­cao do Twit­ter e Sta­tus. Uma ponto muito bom porque nao terei de manip­u­lar mais um objeto no banco de dados, toda infor­ma­cao ja’ e’ guardada no Twit­ter mesmo.

E quem gan­hou com isso foi o Uni­verse, que agora conta com API do Twit­ter, ainda em beta na minha opiniao tem de mel­ho­rar e exis­tem ideas para criar fer­ra­men­tas nela.

Bem agora tenho mais uma Todo List para esse .plan:

  • Fechar uma ver­sao da API do Twitter.
  • Finalizar todos os testes do Upro­file, tanto API quanto Engine, para lan­car uma ver­sao publica.
  • Ligar o ShakeIt total­mente ao Uprofile.

ShakeIt — Novo modelo

Depois de muito tempo sem colo­car a mao no ShakeIt, vamos voltar para ati­var ele. E com esse tempo que teve o Uni­verse teve varias mod­i­fi­ca­coes, grande parte delas na Engine mesmo, para aten­der mel­hor o pro­jeto Upro­file e agora Rents. Com isso o ShakeIt (rc1) ficou velho e fora de forma.

Com essas mudan­cas tive­mos grandes mel­ho­ras em per­fo­mace, tanto quanto acesso a banco de dados quanto na OCGI, escrita de Tem­plates e Pages e ganho de APIs (Upro­file a mais ino­vadora delas).

Voltando para ShakeIt surgiu novas facil­i­dades de criar o sis­tema, con­t­role de Ses­sion e Users dire­ta­mente no Upro­file. Nao ter­e­mos de con­tro­lar nem sal­var infor­ma­coes de users no nosso banco. Todas as infor­ma­coes que quer­e­mos guardar e uti­lizar vao ficar em um outro banco. Uti­lizando a API do Upro­file tiramos o custo do servidor-Shakeit e jog­amos no servidor-Uprofile.

Com esse corte de custo vamos poder criar mais tools e/ou ser­vices neste servi­dor sem perder performace.

Bem vamos pen­sar agora em o que uti­lizar infor­ma­coes para fes­tas e even­tos. Primeira missao.

[Uprofile] New features!

Opa opa!

Depois de uma boa madru­gada pro­du­tiva no Upro­file, venho aqui escr­ever o que temos de novo.

Classe User:

  • self.__checkId__ Verefica se ja’ existe ID.
  • self.__checkUser__ Verefica se ja’ existe User.
  • self.__create__ Criar um User.
  • self.__get__ Pegar infor­ma­coes do user via DB.
  • self.__getSession__ Pegar infor­ma­coes de ses­sion do user via DB (Classe Session).
  • self.change Muda de uma vez so’ qual­quer atrib­uto da classe User no DB, e qual quiser. Claro.
  • self.read* Ler atrib­u­tos do User.
  • self.set* Setar atrib­u­tos do User.

Classe Ses­sion:

  • self.__add__ Adi­cionar infor­ma­cao de Ses­sion ape­nas na classe.
  • self.__get__ Pegar infor­ma­coes do user usando a App do momento via DB.
  • self.add Adi­cionar infor­ma­cao de Ses­sion no DB e classe.
  • self.change Mudar de uma vez qual­quer atrib­uto de ses­sion sele­cionado no DB e classe.
  • self.delete Apa­gar infor­ma­cao de Ses­sion no DB e classe.
  • self.hasName Verefica se existe infor­ma­cao de Ses­sion com nome requerido.
  • self.read* Ler atrib­u­tos da Session.
  • self.set* Setar atrib­u­tos da Session.

Scritps User:

  • change Muda de uma vez so’ qual­quer atrib­uto da classe User no DB.
  • Check.id Verefica se ja’ existe ID.
  • Check.user Verefica se ja’ existe User.
  • cre­ate Cria um User.
  • get Devolve um Obj. User ja’ com suas informacoes.

Bridge.User:

  • Check.id Verefica se ja’ existe ID.
  • Check.user Verefica se ja’ existe User.
  • change Muda de uma vez so’ qual­quer atrib­uto da classe User no DB.
  • get Devolve um XML com infor­ma­coes do User.

A API da Classe User ja’ esta’ toda OK. Fazendo todas as acoes que a Classe User faz no WS.

… Bem e fica o convite…

Quem quer fazer uma API em PHP ou qual­quer outra lin­guagem para Upro­file? So’ falar que eu passo a doc­u­men­ta­cao basica para conec­tar no WS.

E’ isso. =)