« first day (1172 days earlier)      last day (2612 days later) » 

boa musica
 
 
6 hours later…
7:39 PM
Alô
 
@WallaceMaxters cara, vai beber - que que tu tá fazendo aqui
@WallaceMaxters brincadeira - acho bom que tenha pelo menos uma pessoa trabalhando no carnaval
 
8:07 PM
Eu ouvi vocês falarem mal da GoDaddy - compreensível; mas qual seria a opção, sem pagar milhões?
 
9:01 PM
@GuilhermeNascimento apenas testando script :P
 
9:21 PM
@GuilhermeLautert :)
 
@GuilhermeNascimento acabei baixando o source da pagina para facilitar nos teste hehe
 
10:00 PM
@GuilhermeNascimento re-teste :P
 
10:23 PM
@DanielGomes dominio ou hospedagem?
 
@Bacco na escuta ou tá no laia laia
 
@MagicHat aqui é constante, trabalho-lazer : programar
 
@Bacco tô com uma pequena duvida
 
@MagicHat considere-se feliz então. Eu vivo com grandes dúvidas :)
@MagicHat qual é a pequena dúvida?
 
@Bacco seguinte : eu tenho um form dividido em 2 partes , 1 produto 2 user, sendo que eu preciso inserir no produto o id do user, mas serão cadastrados no mesmo submit..Então eu tô fazendo um select antes pra pegar o último id existente e somo 1 para inserir no produto, tá mto errado isso, tem um way mais correto ?
 
10:27 PM
@MagicHat precisa que sejam 2 forms? Não poderiam ser 2 quadros de informação, e o usuário clica em "editar" só em um por vez?
 
@Bacco veja é um form só dividido em 2 includes
 
@MagicHat sem saber o contexto real, qq coisa que eu possa falar pode ser besteira, mas eu acho mais legal dividir em etapas e/ou linhas de raciocinio quando puder.
@MagicHat não tem ordem certa de preenchimento? Se tivesse ordem certa, poderia apresentar 1 por vez
E essa do ID não entendi direito pq é que teria que fazer parte do form.
 
@Bacco assim : tem umas pá de input select para o produto / parte 1 e depois no mesmo container a parte do user / parte 2 e depois o submit
 
@MagicHat sim, esqueçamos o que "Tem"
mais facil me dizer o objetivo final, pq o que tem pode não ser o ideal :)
o que "tem" é resultado do que foi feito até agora, mas talvez você esquecendo o que tem, consiga otimizar o fluxo.
Mas qq coisa que eu falar pode ser besteira, esse tipo de coisa só sabendo o problema real mesmo.
 
10:32 PM
Eu separaria. Primeiro a pessoa se cadastra, depois o imovel
 
@Bacco ai se me fod* kkkk
 
até pq a mesma pessoa poderia cadastrar mais de um imovel né?
e se der zica no cadastro do imovel, vc ja garantiu o contato
 
@Bacco sim mas quando logado não tem a parte do user
 
e a pessoa pode continuar de onde parou
Nada impede de fazer as 2 coisas na mesma tela
só que ai entao vc vai fazer 1 insert do user
pegar o ID e fazer o insert do imovel
e já largar o cara logado.
Eu nao gosto muito dessa solução de tudo junto pq teria que mandar um link pra validar o email do usuário
ai vc tem que ficar segurando o imovel enquanto o cara nao valida etc
mas dá pra fazer sim, basta não mostrar os cadastrados de user não validado.
Mas ai o cara ja tem cadastro, e ta pondo um imovel
como faz? Ele perde tudo que pos pq ja existe o usuário?
pq como vc vai aceitar o imovel se o cadastro for invalido?
tipo, 2 cadastros no mesmo CPF?
ou dá opção de juntar depois os cadastros?
 
é uma questão de intuitividade(nem sei se existe essa palavra), pq eu tenho um botão na home que diz "cadastrar imóvel", então geralmente o user quer cadastrar o imóvel e depois disso tudo ele vai se cadastrar
 
10:37 PM
@MagicHat claro, cada caso é um caso. Tou só comentando o que eu penso do treco, mas é claro que pode não servir pra sua situação.
 
@Bacco então quando ele tá logado ele num precisa o form do user, mas a duvida é essa: se essa forma que do pegando o id e somando 1 é mto errada ?
@Bacco não
 
@MagicHat não vejo sentido na soma. é só inserir o user e pegar o ID do banco. Não tem razão pra inventar outra maneira. Inclusive, qualquer coisa que envolva não pegar o ID do banco pode dar problema. Duas inserçoes ao mesmo tempo vão pegar ID errado, uma delas vai dar problema, pois ambas vão contar com "o ID+1" ser o correto.
 
@Bacco mai como vou pegar o id jogar na variavel antes do submit ?
 
@MagicHat pra que antes do submit? Faça tudo de uma vez na hora de por no DB ué.
insira o user, pegue o ID do user, insira o imovel. Nao tem nada de submit.
 
@Bacco pq no insert do produto eu tenho uma variavel $user_id, que é a variavel AI do user no bd
 
10:43 PM
@MagicHat nao me faz sentido isso. Nao tem que ter isso lá em hipótese alguma. O ID do usuário nao pode fazer parte do form. O que determina o usuário é o fato dele estar logado ou ser novo. ID no form não ajuda em nada. Aliás, atrapalha.
 
@Bacco peri: como assim fazer parte do form ? ele não aparece em momento algum...
 
@MagicHat o fato é que vc ta falando de submit, ta misturando assunto.
o ID é do user logado. Se não ta logado, é o ID do insert. Nada disso depende de submit,.
 
@Bacco deixa eu tentar ser mais claro : Na tabela produto eu tenho a coluna id_user que tem de ser o mesmo valor do id_user da tabela user...
 
@MagicHat sim, e o que o submit tem a ver com isso?
o ID do user nao pode fazer parte do submit, e nem existe razão para isso.
 
@Bacco bom para falar a verdade, eu não sei , ele que se intrometeu sozinho no meui código
 
10:47 PM
@MagicHat justamente, boa hora pra eliminar.
O fato é: se o user tá logado, vc já tem o ID dele na sessão.
Se o user não tá logado, você vai saber o ID no insert do user.
 
@Bacco teja eliminado... e como faço para usar o id de uma tabela na outra, atravez dde chave estrangeira ?
 
Ou seja, em ambos os casos o ID só interessa no insert
 
@Bacco certo
 
@MagicHat Simples. Se o usuário tá logado, vc já tem o ID dele na sessão, só usar isso e inserir.
 
Caras, netflix é pior que crack
usou uma vez, não larga mais kkkkkkkk
 
10:49 PM
Se o usuário nao ta logado, vc insere ele DEPOIS do submit
pega o ID
 
@Bacco ele logado tá blz e o novo user
 
e usa no produto.
 
5 horas de maratona kkkk
 
INSERT INTO usuarios SET nome, etc ; $id = last_insert_id; INSERT INTO produtos SET id = :id. etc
basta isso.
o ID vai vir do INSERT do usuarios.
ai vc usa o ID que acabou de criar no insert de produtos.
 
@Bacco num tem um jeito de fazer com FK ?
 
10:51 PM
@MagicHat não sei o que vc chama de FK nesse contexto, o fato é que vai funcionar como chave da mesma forma.
a unica coisa que tá mudando no procedimento é que em vez de tentar prever o ID está pegando o certo. O resto é identico.
 
@Bacco tipo ele usa o valor da coluna de um atabela na outra
 
@MagicHat ué, e não é isso? O last_insert_id ou insertid pega o ID que acaba de ser criado. Ou seja, o ID real do que acaba de ser posto na tabela.
 
@Bacco deixa eu dar uma digerida na sua receita....
 
8
Q: Como pegar ID de outra tabela e fazer INSERT em outra?

Marcelo BarrosTenho duas tabelas: destinos e entrada: Na tabela destinos: id_destino(AI) e destino; Na tabela entrada: id(AI), id_destino(relation com id_destino da tabela destinos). Criei uma query para inserir o primeiro campo do formulário (destino) na tabela destinos $sqlinsert1 = mysql_query("INSERT ...

1
Q: Pega ID de uma linha que acabou de ser criada em PHP

Luan GabrielEai galera, Então eu estou com um problema que é o seguinte, eu tenho uma tabela jogadores, uma tabela treinos e uma tabela auxiliar jogadortreino (onde irei ver se algum jogador está treinando no momento) A questão é, como eu posso fazer para que na hora que eu crie um treino, essa tabela auxil...

 
@Bacco tá peri, põe na globo um pouquinho dá uma olhada nas alegorias que vou fazer uns testes e já volto
kkk
 
10:57 PM
@MagicHat a primeira pergunta é exatamente o que vc precisa. A segunda pergunta tem as funções equivalentes pra PDO e mysqli, pq a primeira era pra mysql_ ainda
 

« first day (1172 days earlier)      last day (2612 days later) »