Não trabalho com freelancers que não me passem o "respectivo".

Desculpem mas comigo é assim. E quem não respeitar esta regra de ouro, vai à sua vidinha e eu vou à minha.


Cumps
MM

Que pobreza de artigo.

Nem começo a criticar o artigo senão não saia daqui...



Cumps
MM

A quem possa interessar a hostgator está com uma promoção espetacular de 50% de desconto para todos os planos.

Acho que quem quiser um alojamento fiável, seguro e não se importe por ser no estrangeiro tem aqui uma boa oportunidade.

Apenas um alerta: este desconto só funciona para novas contas, portanto se já têm conta na hostgator não podem beneficiar deste desconto.

Link: http://www.hostgator.com/


Cumps
MM

Está a tornar-se interessante esta discussão...

Sem mais demoras vou levantar mais um pouco a ponta do véu acerca da aplicação que usará essas tabelas.

Irão existir de facto apenas 2 tabelas:

- a dos utilizadores e todos os seus dados
- a do registo de ganhos

Porque não uma terceira com os ganhos a aprovar? Estes serão rastreados por outro site. Portanto o tamanho e até existência dessa terceira tabela não se coloca.

Adiante, a tabela dos ganhos apenas terá registados ganhos confrmados (aliás, manualmente confirmadíssimos), por isso, cada registo que lá for concatenado, já estará confirmado e não necessitará de alterações futuras (só em caso muito excepcionais que por agora não preconizo).

Mais, com php consigo perfeitamente extrair da linha dos ganhos de cada dia os dados que preciso. Por exemplo:

IDuser | data | timestamp1 - valor do ganho1 - tipo de ganho1 # timestamp2 - valor do ganho2 - tipo de ganho2...

Um user regista ganhos pela primeira vez num dia? Crio uma linha nesta tabela e no formato referido.

O user regista mais que um ganho no mesmo dia? Pesquiso se já há alguma linha criada no dia em causa e havendo concateno os dados ao 3º campo.

Para o user ver os ganhos desse dia, select à tabela para esse dia e retorno o resultado com ajuda de um "explode" e fazendo a soma dos ganhos. E tenho selects rápidos.

Para ver que ganhos foram registados pelo user num mês, Select outra vez e ...

Ou seja, parece-me viável esta estrutura e permite não só ter uma base de dados de tamanho "normal" como também permite ao user ter os dados á sua frente de forma rápida.

Do lado do backoffice, não me parece que se levantem grandes problemas de gestão dos utilizadores e dos seus ganhos.

JTK o meu problema é já ter criado uma tabela que demorava "horas" a fazer selects para ver por exemplo os ganhos de um mês para cada utilizador, pois tinha a estrutura do tipo: IDuser | IDganho | hora | valor do ganho. Ou seja, para  cada ganho tinha uma nova linha na tabela. Logo, tinha selects muito lentos e já para não falar que esta tabela com o tempo ficaría enorme.

Daí que ache que esta estrutura proposta pelo Gonçalo seja a mais adequada para mim. Não quer dizer que em outros casos a tua proposta não seja boa. Mas, no meu caso e eu como ninguém sei aquilo que se adequa mais ao meu problema, penso ser esta a melhor solução.

Mas, estou aberto a soluções diferentes, ou não teria colocado este tópico em discussão

De novo, obrigado pela colaboração de todos.

PS: Do lado do backoffice, algo que queria preservar era a hora e até segundo exacto a que é registado um ganho e com este formato saberei sempre isso com a ajuda do timestamp e também saberei que tipo de ganho foi registado e o seu valor. Tudo no campo 3: "timestamp1 - valor do ganho1 - tipo de ganho1".


Cumps
MM

Gonçalo obrigado por teres feito uma análise tão detalhada ao meu problema e pelas soluções propostas. Resumidamente, a escalabilidade e os tempos de acesso acabam por ser problemas ultrapassados adoptando uma estrutura para a BD como a que me sugeres.

Assim e sabendo do que preciso vou reorganizar a BD deste modo:

nome | Data onde há ganhos a registar | Timestamp - ganho1 # Timestamp - ganho2 # Timestamp - ganho3 ... |

Com 3 campos apenas acho que consigo fazer tudo (ainda não implementei).

Logo, apenas crio novas linhas na BD quando o utilizador tem ganhos a registar e numa linha coloco todos os ganhos desse dia. Cum caneco que maravilha! Como é que eu não pensei nisto antes?!!! Eh eh eh... Quem sabe, sabe.

Gonçalo nem tens noção do quanto isto me ajuda. Um enorme obrigado!!!

PS: +rep


Cumps
MM

Obrigado Asturmas e a todos que tentaram decifrar o meu pedido que infelizmente não ficou muito claro e quando referi Adsense só baralhei tudo.

Vou dizer-vos o que já tenho feito de forma algo arcaica mas funciona:

-   O utilizador "Manuel" registou-se no meu site.
-   Ao fazer login vai ver os seus ganhos. Para isso acede ao painel do ganhos.
-   De imediato vê quanto dinheiro fez hoje e tem a possibilidade de consultar outros períodos de tempo (mês actual, mês anterior, ultimos 7 dias...)

Estão a ver o que pretendo? Um painel de ganhos só isso


O meu problema está nas queries mysql que levam algum tempo (o site está algo lento), muito devido à estrutura da base de dados. Estou a gravar na base de dados os ganhos dos utilizadores em vários campos mais ou menos assim:

- nome | dia | hora | minuto | segundo (dos ganhos conseguidos e em campos distintos)

(Não se concentrem no modo de aprovar ganhos (é algo secundário neste caso) pois estes terão de ser feitos manualmente para evitar alguns "inconvenientes", ou poderão ser automatizados de acordo com a credibilidade acumulada do utilizador)

O que pretendia era saber se no fundo há alguma forma mais eficaz de o fazer usando uma plataforma pré-feita, rápida, segura e sólida, ou se alguém me consegue com a sua experiência dizer se há forma de melhorar tanto a estrutura da base de dados como as queries.

Desculpem se não fui suficientemente claro no início do post. Obrigado mais uma vez.



Cumps
MM

Viva.

http://www.webtoolkit.info/php-adsense-account-monitor.html

Obrigado de qualquer forma, mas também não é isso que procuro.

Quero apenas ajuda na criação de um painel de ganhos em php e mysql. Só isso. Esqueçam o Adsense eh eh eh...


Cumps
MM