- Home
- Categorie
- Coding e Sistemistica
- PHP
- Sono niubbi anche in php...prime query!
-
xke crei una tabella x ogni utente?
quante righe avrà ogni tabella dell'utente?
come dice tarini nn mischiare php e html e poi nn hai chiuso la graffa di un else nella prima pagina
-
Ma non dico che fa schifo...
dicevo che non lo capivo bene...cmq, secondo te va bene la soluzione adottata?
Per l'html nn so che dirti, sono alle prime armi in php...cmq tutto il tag <head></head> lo metterò in un file esterno da includere in ogni pagina...
anche per il div footer...PS sorry per l'ot... sarà l'ultima volta
che vuol dire?
-
@Wantley said:
xke crei una tabella x ogni utente?
quante righe avrà ogni tabella dell'utente?Ogni utente ha una sua tabella...nn so, che mi consigli?
-
fai un unica tabella degli utenti... e come hai già fatto usi l'ID come chiave primaria e ogni utente avrà la sua riga nella tabella e potrà modificare solo la sua riga
x quanto riguarda l'html fai un file con in codice html che devi inserire in quel punto e poi fai include("nomefile"); così hai l'html da una parte e il php dall'altra
-
no, la tabella utenti è una, poi c'è sta tabella con i contatti della rubrica (ripeto, applicazione di prova...) che potrà modificare a piacimento...
anche se vedo di fare come mi hai consigliato...
Grazie!
-
aspetta prova a spiegarmi qul'è il prgetto così magari ci capisco d +
-
Dopo il login (tabella utente) si può solo andare alla pagina di amministrazione della rubrica in cui, per ora, ho implementato solo 3 operazioni:
- crea una tabella nella base di dati
2)aggiunge un contatto nella rubrica;
3)consulta la sua rubrica;
Ora devo implementare la cancellazione e la modifica di un contatto...
quindi, ogni utente si crea la sua tabella dei contatti della rubrica...e dopo essersi loggato accede solo alla sua tabella...
è concettualmente sbagliato?
P.s.: esco, ti rispondo stasera...
- crea una tabella nella base di dati
-
diciamo che nn è sbagliato allora analiziamo alcuni dati:
-gli utenti possono inserire nella rubbrica solo altri utenti o anche persone "non utenti"?
-quali sn i dati di ogni utente?
-quali sn i dati di ogni rubbrica?
-
Gli utenti possono inserire dei dati in una tabella che non ha niente a che vedere con gli altri utenti.
Sono solo dati che vogliono conservare...(uso romantico delle basi di dati...:))
Quindi ogniuno DEVE consultare solo la sua tabella...la tabella utenti ha:
Id, cognome, nome e telefono.
e questa è quella "replicata".Mentre, per ora ha:
Id, username, password, nome ed email.Lo so, mi esprimo come una capra, ma l'importante è che alla fine ci capiamo!
Cmq devo correggere una cosa:
<? ob_start(); session_start(); if(session_id()!=$_SESSION['IdSessione']){ header('Location:../errore.php'); ob_end_flush(); }else{ ?> ```Questo è il codice giusto da inserire all'inizio della pagina... Ora gli headers vengono trattati correttamente e posso rimandare all'eventuale pagina d'errore senza problemi! Altro piccolo problemino: la password! Come faccio ad usare l'md5 o roba simile? Ora farò altre query, per completare tutte le operazioni sui dati, poi passerò ad altri tipi di contenuto, che ne so, tipo inserimento news visualizzabili in home page...che ne pensi?
-
fare una tabella x ogni utente va a occupare molto spazio... nn puoi fare una tabella uteni con i dati deell'utente e come chiave id, una tabella rubbrica con i dati relativi a ogni persona in rubbrica (come chiave potresti usare ad esempio idContatto) e una relazione "ha in" (N a N) dove associ idutente e idcontatto
le hai studiate le relazioni o devo spiegarmi meglio?
-
le ho studiate, ma un po di tempo fa...me le andrò a rivedere!
Cmq sto facendo questa prova proprio per imparare!
-
Sentite, una mano su una select me la date?
riesco a riempire la select con i dati che arrivano dalla base di dati, solo che stavolta non riesco a passarli alla pagina successiva!
-
stesso problema che ho anche io... potresti usare le varibili http oppure registrare una varibile nella session
xo nn mi convince nessuna delle 2 soluzioni... qualcuno ha un'altra soluzione?
-
io cmq sono abituato ad usare variabili http...
Poi se la gestione della sessione è la stessa che c'è con jsp, ci dovrebbe essere anche la richiesta e la pagina....
-
no è meglio cn la sessione x 2 motivi
1 appasre quello che hai letto dal db sulla barra usando le var http
2 le var di una sessione le puoi usare in ogni pagina quindi se ti servono dei dati in + pagine con http è uno schifo
-
Verissimo, infatti farò così!
Grazie!Ah, se vuoi te la posso mandare, ma è molto grezza come applicazione.
Mi serviva solo ad impare!
Infatti adesso devo affinare tutto: organizzazione, codice e basedidati...
-
preferisco dare un occhiata a lavoro finiti XD sai devo pensre pure io alla tesina
cmq se sei bloccato manda pure
-
che tesina stai facendo?
Devo ricambiare in qualche modo, o no?
Cmq non mi so bloccato, ora devo fare l'aggiornamento....
-
Sto proseguendo...
Ora il piccolo problema è il seguente:
Ho incluso tutta la parte superiore della pagina in un file esterno
(page_header.tpl).
Quindi l'inizio del tag html, con doctype, meta vari e scripts vari si trovano in questo file.
Il fatto è che il css viene incluso con una direttiva nella head, ma da pagina a pagina l'indirizzo del foglio di stile cambia!
Nelle pagine che si trovano nella root c'è il link assoluto, invece, in pagine che si trovano in sottocartelle, l'indirizzo deve essere relativo!
Sto pensando ad una define, in un file da includere in ogni pagina, in cui inserire l'indirizzo assoluto dell'appllicazione...
E' una buona soluzione? se si, come cavolo devo fare?Grava
-
strano... prova a usare le funzioni file() , implode() e**** str_replace() del php (le trovi su php. net) così file ti restituise un vettore di stringhe contenenti le righe del file, la implode te le mette tutte in un unica stringa e poi con la str_replace() sostituisci il link errato con quello giusto... così trovi l'errore e lo correggi oppure puoi utilizzarlo direttamente come metodo di templating