Sono niubbi anche in php...prime query!

tarini

perchè l'header farebbe schifo??

se si programma come si deve è comodissimo... certo che se mischi l'html con il php potrai avere difficoltà a fare un redirect dopo aver inviato qualcosa al client...

cmq mica ci stiamo incazzando

PS sorry per l'ot... sarà l'ultima volta

wantley

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

rinino

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?

rinino

@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?

wantley

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

rinino

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!

wantley

aspetta prova a spiegarmi qul'è il prgetto così magari ci capisco d +

rinino

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...

wantley

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?

rinino

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?

wantley

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?

rinino

le ho studiate, ma un po di tempo fa...me le andrò a rivedere!
Cmq sto facendo questa prova proprio per imparare!

rinino

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!

wantley

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?

rinino

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....

wantley

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

rinino

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...

wantley

preferisco dare un occhiata a lavoro finiti XD sai devo pensre pure io alla tesina
cmq se sei bloccato manda pure

rinino

che tesina stai facendo?
Devo ricambiare in qualche modo, o no?
Cmq non mi so bloccato, ora devo fare l'aggiornamento....

rinino

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