timereport-dev-se Mailing List for 3TimeReport
Status: Beta
Brought to you by:
kling
Menu
▾
▴
timereport-dev-se — Swedish discussions about development
You can subscribe to this list here.
| 2002 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(24) |
|---|
|
From: Eric P. <er...@pe...> - 2002-12-20 09:27:47
|
Mats Kling wrote: >=20 >=20 > Eric Persson wrote: >=20 >> Hur g=F6r man med taxiresor p=E5 en kund? De borde ju rimligtvis g=E5 = att=20 >> peta in ox=E5. Nu =E4r det v=E4l bara antal_mil*milers=E4ttning ? >> >=20 > true, du har en bra point d=E4r, skall fixas.. >=20 > vad ska man d=E5 ange? >=20 > tid & kostnad eller bara kostnad?? Jag vet inte riktigt, kostnad =E4r v=E4l givet? Vad =E4r de f=F6r tid du = pratar=20 om? Ska man ha med fr=E5n o till kanske ox=E5? //Eric |
|
From: Mats K. <ma...@kl...> - 2002-12-18 13:57:14
|
Eric Persson wrote: > Hur gör man med taxiresor på en kund? De borde ju rimligtvis gå att peta > in oxå. Nu är det väl bara antal_mil*milersättning ? > true, du har en bra point där, skall fixas.. vad ska man då ange? tid & kostnad eller bara kostnad?? /M |
|
From: Eric P. <er...@pe...> - 2002-12-18 07:54:32
|
Hur g=F6r man med taxiresor p=E5 en kund? De borde ju rimligtvis g=E5 att= peta=20 in ox=E5. Nu =E4r det v=E4l bara antal_mil*milers=E4ttning ? //Eric |
|
From: Mats K. <ma...@kl...> - 2002-12-17 14:09:22
|
fixat array vid reset av tidkort.. Nu används en array med idnuffrorna vid reset av tidskort... Glöm ej att ange i readme.txt under versions vad ni gjort så man kan se vad som hänt under de olika versionerna... /mats |
|
From: Eric P. <er...@pe...> - 2002-12-16 13:34:59
|
Mats Kling wrote: >=20 > h=F6gsta prio i timereport.. >=20 > g=F6r s=E5 att man ej beh=F6ver logga in (redan inloggad) ifall man red= an har=20 > en .htaccess d=E4r man loggat in... >=20 > (lite jobbit p=E5 intra't att beh=F6va logga i p=E5 b=E5de intra och p=E5= =20 > timereport...)... >=20 > de borde la bara va =E5 kolla efter PHP_AUTH_USER och PHP_AUTH_PASSW Ahh...smart ide... ska titta p=E5 det.. //eric |
|
From: Mats K. <ma...@kl...> - 2002-12-15 14:46:02
|
Eric Persson wrote: >=20 > De blev n=E5 sket tror jag n=E4r jag =E4ndrade version, jag fick f=F6rs= t 2 st=20 > developer_version i min databas, trots att jag hade uid i den o b=E5da = =E4r=20 > primaries, vete fan, fick inte det o bli s=E5 igen. F=E5r se vad som h=E4= nder=20 > n=E4r du upgradear. >=20 joo, jag fick tv=E5 posteer oss=E5, men de va nog ja som tjallade till de= t=20 f=F6rut och hade cfg_var som PK , det skall ju va cfg_name som =E4r PK , = jag=20 la dit en 'ALTER TABLE configuration DROP PRIMARY KEY, ADD PRIMARY=20 KEY(cfg_name,uid)' s=E5 nu ska de nog funka (jag testar p=E5 n=E5gra av de andra k=E4rrorna = oss=E5,=20 jag har en V0.3 och en 0.3.2 p=E5 andra st=E4llen s=E5 jag kollar de imor= rn).. /Mats |
|
From: Eric P. <er...@pe...> - 2002-12-15 12:54:34
|
Har fixat userhanteringen så man kan adda/edita o greja med användare.
Jag har även gjort två acccess tabeller, den ena, access ska fyllas med
tänkbara rättigheter, jag kom inte på några direkt, så vi kan ta lite
efter hand. :)
t.ex
access=add_customer
description=Lägg till kunder
sen kan du kolla dessa med
if( user_access('add_customer') ){
echo "Fire away..";
}
De blev nå sket tror jag när jag ändrade version, jag fick först 2 st
developer_version i min databas, trots att jag hade uid i den o båda är
primaries, vete fan, fick inte det o bli så igen. Får se vad som händer
när du upgradear.
//Eric
Eric Persson wrote:
>> Ser ju bra ut me userhantering..
>>
>> såg att du tryckt på E_ALL , faan va jobbig du e , fulhack e alltid
>> snabbare än riktig programmering ;=)
>
> Mmm..jo.. jag vet... men de blir ju fan så mycket bättre!! =)
>
>
>> nåja, jag rensade upp lite, pillar lite på en upgrade-grejj och en
>> install.php-tjosan..
>
> Kalas...
>
>> fixar du till en addera/radera/ändra-user , ta bor den skiten jag hade
>> där temporärt osså, det vara ju bara baserat på kakor för att separera
>> användarna.
>
> Ok, jag fixar usereditgrejer lite... de blir nog inte idag, utan snarare
> imorgon.
>
>> (på så vis har jag fått Annas reseräkning i två månader ;>>)
|
|
From: Mats K. <ma...@kl...> - 2002-12-13 12:24:14
|
Eric Persson wrote: > Såg du förresten att jag meckade om lite i 3template så att den > supportar arrays till viss del och även lite E_ALL varningar. Kanske nåt > ni vill ha på fler ställen? > joo, såg det, jag fixade till lite fler pryttlar i den osså, E_ALL är ju inte snäll... /M |
|
From: Eric P. <er...@pe...> - 2002-12-13 12:17:08
|
S=E5g du f=F6rresten att jag meckade om lite i 3template s=E5 att den=20 supportar arrays till viss del och =E4ven lite E_ALL varningar. Kanske n=E5= t=20 ni vill ha p=E5 fler st=E4llen? //Eric |
|
From: Eric P. <er...@pe...> - 2002-12-13 12:16:06
|
Mats Kling wrote: >=20 > =F6verst i cinfog.php finns $needed_version, detta =E4r den version som= =20 > kr=E4vs f=F6r att det skall fungera. >=20 > Om en uppgradering kr=E4vs s=E5 =F6ka detta med 1 s=E5 kommer man autom= agiskt=20 > att hamna p=E5 upgrade.php och d=E4r s=E5 e de bara =E5 utf=F6ra de man= ska g=F6ra=20 > och till sist =F6ka p=E5 developer_version ett sn=E4pp.. >=20 > =E5terigen ett snabbt men fungerande hack... >=20 > upgrade har f=E5tt ett g=E4ng kontroller >=20 > 1. finns tabellen configuration ( om nej, uppgradera fr=E5n 0.3 -> 0.4) > 2. om developer_version=3D1 , radera configurations och skapa en ny med= =20 > uid's (som vi snackade om h=E4rromdan) och s=E4tt samtidigt=20 > developer_version till 2... > 3. tjjaa de va allt... >=20 > h=E4ngerru me? Jepp, jag tror det. Du kan ju fixa det n=E5n v=E4nda f=F6rst s=E5 kan jag= kolla=20 p=E5 den. //Eric |
|
From: Mats K. <ma...@kl...> - 2002-12-13 11:01:10
|
överst i cinfog.php finns $needed_version, detta är den version som krävs för att det skall fungera. Om en uppgradering krävs så öka detta med 1 så kommer man automagiskt att hamna på upgrade.php och där så e de bara å utföra de man ska göra och till sist öka på developer_version ett snäpp.. återigen ett snabbt men fungerande hack... upgrade har fått ett gäng kontroller 1. finns tabellen configuration ( om nej, uppgradera från 0.3 -> 0.4) 2. om developer_version=1 , radera configurations och skapa en ny med uid's (som vi snackade om härromdan) och sätt samtidigt developer_version till 2... 3. tjjaa de va allt... hängerru me? /M |
|
From: Eric P. <er...@pe...> - 2002-12-13 10:06:44
|
Mats Kling wrote: >=20 >=20 > Eric Persson wrote: >=20 >> >> Japp, n=E5nting s=E5dant. Jag f=F6rst=E5r inte vad tittar=3Danna g=F6r= f=F6r n=E5got? >> >=20 > s=E4tter en flagga s=E5 att man vet att anna har just dessa poster uppe= ... >=20 > fr=E5n det att sidan visas/skrivs ut till det att posterna p=E5 sidan=20 > resetttas s=E5 kan det ta upp till ett par timmar (hon skriver ut lista= n=20 > och kollar p=E5 den samt g=F6r en faktura och SEDAN resettas listan, oc= h har=20 > jag d=E5 laggt in ett nytt jobb s=E5 finns det ju risk att det ej faktu= reras=20 > men att det nollas (ifall man g=E5r p=E5 datumselect).. >=20 > ahh ring mig s=E5 f=E5r vi ta de l=E4ttaer p=E5 s=E5 vis.. >=20 > jag har: 08-50555686 ;> great... jobba p=E5 nu f=F6r i h-e!!! >> Njaa...s=E5 kn=F6ligt =E4r de v=E4l inte. Vi f=E5r nog utg=E5 ifr=E5n = att flera inte=20 >> =E4r inloggade med samma uid, men man kan ju inte vara s=E4ker. >> >=20 > om dom g=E5r det s=E5 f=E5r dom fanimej vara beredda p=E5 att saker g=E5= r =E5t=20 > helvete... sant! |
|
From: Eric P. <er...@pe...> - 2002-12-13 08:11:06
|
Mats Kling wrote: >=20 >=20 > Eric Persson wrote: >=20 >=20 >> Mmm... just det. Kan man inte ha en tabell med en rad f=F6r varje rese= t,=20 >> med ett idnummer, det idnumret s=E4tter man sen i timereporttabellen, = s=E5=20 >> kan man se vilka rapporter som p=E5verkades av varje reset. S=E5 en =F6= ver=20 >> alla icke utskrivna rapporter blir allts=E5 select * from timereport=20 >> where reset_id=3D0; >> eller har jag hajat fel? >=20 >=20 > Hmm.. du menar: >=20 > anna vill fakturera arbete: >=20 > 1. visa alla kunder som har ofakturerbart > 2. v=E4lj en kund och se(samt ev. skrivut) en lista p=E5 dessa arbeten=20 > (update alla poster tittar=3D"" where tittar=3DANNA) > (update alla poster "som visas just nu" set tittar=3DANNA) > if(reset=3Dtryckt update alla poster where tittar=3Danna set restet_tim= e=3DUID=20 > fr=E5n reset_timereport (d=E4r resten av infon f=F6r just den nollst=E4= llningen=20 > ligger). Japp, n=E5nting s=E5dant. Jag f=F6rst=E5r inte vad tittar=3Danna g=F6r f=F6= r n=E5got? > verkar kn=F6ligt , men borde bli s=E4kert s=E5vida inte flera =E4r ine = med samma=20 > UID (men d=E5 f=E5r man liksom skylla sig sj=E4lv). Njaa...s=E5 kn=F6ligt =E4r de v=E4l inte. Vi f=E5r nog utg=E5 ifr=E5n att= flera inte=20 =E4r inloggade med samma uid, men man kan ju inte vara s=E4ker. //Eric |
|
From: Eric P. <er...@pe...> - 2002-12-13 08:08:43
|
> Ser ju bra ut me userhantering.. >=20 > s=E5g att du tryckt p=E5 E_ALL , faan va jobbig du e , fulhack e alltid= =20 > snabbare =E4n riktig programmering ;=3D) Mmm..jo.. jag vet... men de blir ju fan s=E5 mycket b=E4ttre!! =3D) > n=E5ja, jag rensade upp lite, pillar lite p=E5 en upgrade-grejj och en=20 > install.php-tjosan.. Kalas... > fixar du till en addera/radera/=E4ndra-user , ta bor den skiten jag had= e=20 > d=E4r tempor=E4rt oss=E5, det vara ju bara baserat p=E5 kakor f=F6r att= separera=20 > anv=E4ndarna. Ok, jag fixar usereditgrejer lite... de blir nog inte idag, utan snarare=20 imorgon. > (p=E5 s=E5 vis har jag f=E5tt Annas reser=E4kning i tv=E5 m=E5nader ;>= >) hehe... |
|
From: Mats K. <ma...@kl...> - 2002-12-12 21:16:14
|
Ser ju bra ut me userhantering.. s=E5g att du tryckt p=E5 E_ALL , faan va jobbig du e , fulhack e alltid=20 snabbare =E4n riktig programmering ;=3D) n=E5ja, jag rensade upp lite, pillar lite p=E5 en upgrade-grejj och en=20 install.php-tjosan.. fixar du till en addera/radera/=E4ndra-user , ta bor den skiten jag hade=20 d=E4r tempor=E4rt oss=E5, det vara ju bara baserat p=E5 kakor f=F6r att s= eparera=20 anv=E4ndarna. (p=E5 s=E5 vis har jag f=E5tt Annas reser=E4kning i tv=E5 m=E5nader ;>>) Men annars serre fint ut... /mats |
|
From: Mats K. <ma...@kl...> - 2002-12-07 14:12:52
|
Eric Persson wrote: >=20 > Nu har jag f=F6rst=F6rt en massa... :) >=20 as usual ;=3D) >=20 > Vad tror ni? Kan jag comitta det h=E4r, det f=F6rst=F6r ju r=E4tt mycke= t, > enklast =E4r nog o dumpa databasen o b=F6rja om s=E5... men de kanske i= nte g=F6r > n=E5got? :) >=20 Det =E4r vilket som, jag gjorde fulhacket upgrade.php just f=F6r att kunn= a=20 k=F6ra lite 'alter tables' osv, utan att beh=F6va dumpa db'n med j=E4mna=20 mellanrum... p=E5 s=E5 vis slipper man h=E5lla p=E5 att fippla med dbdump= ningar=20 osv n=E4r det =E4n =E4ndirngar som g=F6rs... T=E4nk p=E5 att den inloggades initialer beh=F6vs i $login_shortname i=20 scriptet report_time_main.php (d=E4r de s=E4tts vem som gjort ett jobb).. /Mats |
|
From: Mats K. <ma...@kl...> - 2002-12-07 14:08:24
|
Eric Persson wrote:
>=20
> Jag tycker ../localcfg.php =E4r en dum placering f=F6r verklig drift. D=
en=20
> b=F6r ligga i rotmappen enligt mig, annars kommer arkivet som distribue=
ras=20
>=20
> Vi kan ju ha den i cvsen med ett dummy-entry, sen borde de v=E4l g=E5 a=
tt=20
> excluda den i en checkout?
just f=F6r cvs'en e de inga problem (kan l=E4gga den i ngt som kallas=20
cvsignore s=E5 skiter den i den filen).
det var just det att jag t=E4nkte att man l=E4tt kunde radera hela katalo=
gen=20
och packa upp en ny version utan att beh=F6va g=F6r ngra cfg=E4ndringar, =
men=20
du har nog r=E4tt iaf, det =E4r b=E4st att ha allt 'samlat'.
> s=E5 l=E4mpligt. Jag tycker allts=E5 att en fil i cvsen ska in med ett=20
> dummyentry som man sen ger apache r=E4tt att skriva i.
check! de k=F6r vi p=E5...
>=20
> sen g=F6r vi en funktion n=E5t i stil med
> if( session_allow('timecard_reset') ){
> echo "L=E5t anna resetta tiderna d=E5!!!";
> }
>=20
> Vad tror du om det?
perfekt, k=F6r p=E5 det, de e ju smuttigt och simpelt..
/Mats
|
|
From: Eric P. <er...@pe...> - 2002-12-07 12:36:50
|
Hallå,
Nu har jag förstört en massa... :)
Jag har bara gjort det lokalt än så länge, tänkte kolla innan jag
comittade det.
Jag har bl.a gjort om users tabellen och sen lagt till en sessions
tabell enligt följande:
CREATE TABLE sessions (
uid int(10) unsigned DEFAULT '0' NOT NULL,
session_id varchar(50) NOT NULL,
timestamp int(10) unsigned DEFAULT '0' NOT NULL,
persistant enum('y','n') DEFAULT 'n' NOT NULL,
PRIMARY KEY (uid, session_id)
);
#
# Table structure for table `users`
#
CREATE TABLE users (
uid int(10) unsigned NOT NULL auto_increment,
username varchar(20) NOT NULL,
password varchar(20) NOT NULL,
PRIMARY KEY (uid),
UNIQUE username (username)
);
Det hör förstör ju lite saker, bl.a användarhanteringen, resten fungerar
hjälpligt just nu, tack vara ett fulhack i config.php.
Jag har modifierat index.php så att den visar en loginruta istället för
det vanliga framesetet om man inte loggat in.
När man loggat in etableras en session i sessions tabellen och de
fungerar som tidigare, jag har dock tagit bort användarnamnskollen i
config.php och istället lagt till följande:
$login_shortname = $session['uid'];
$login_longname = $session['username'];
Jag har också lagt till en databasklass som finns i $GLOBALS['db']
fungerar så här lite snabbt:
$db->query('SELECT field FROM table');
while( $db->next_record() ){
echo $db->f('field');
}
föjande funktioner finns i klassen med:
$db->num_rows();
$db->insert_id();
$db->equery(); // Skriver ut senaste sqlfrågan.
Vid databasfel skrivs frågan automatiskt ut samt ev. felmeddelande från
mysql. Den tar oxå sina uppgifter från timereport_localcfg.php,
visserligen på ett fult sätt, men det fungerar.
Vad tror ni? Kan jag comitta det här, det förstör ju rätt mycket,
enklast är nog o dumpa databasen o börja om så... men de kanske inte gör
något? :)
//Eric
|
|
From: Eric P. <er...@pe...> - 2002-12-06 21:24:09
|
Mats Kling wrote:
>
> Håller helt klart med dig, eftersom config.php ALLTID laddas så kan man
> hålla koll efter inloggningen i den filen....
>
>
> samtidigt så tänkte jag att vi då samtidigt skulle fixa till en smuttig
> 'installationshantering' och då kommer jag direkt att tänka på tex.
> postnuke's hantering...
>
> 1. packa upp arkivet
> 2. gå till katalogen med en browser
> 3. få fram install.php
> 4. svara på ett antal frågor
> 5. klart...
God idé!
> inget fipplande med configfiler osv... tekniskt sett så skulle det vara
> rätt simpelt..
>
> 1. index.php kollar om ../localcfg.php finns (det enda denna gör är att
> hålla koll på databaskopplingen som är det enda som behövs)
> att den skall ligga utanför installationskatalogen gör det enkelt att i
> princip bara radera katalogen och packa upp en ny version för att sedan
> bara köra vidare..
Jag tycker ../localcfg.php är en dum placering för verklig drift. Den
bör ligga i rotmappen enligt mig, annars kommer arkivet som distribueras
ha följande filstruktur:
/localcfg.php
/timereport/index.php
/timereport/...osv...
Vi kan ju ha den i cvsen med ett dummy-entry, sen borde de väl gå att
excluda den i en checkout?
> 2. om ../localcfg.php saknas så försök skapa den (går ej det, klaga på
> att rättigheter är fel).
Den bör finnas annars måste man sätta 0777 på hela mappen, alternativt
låta apachen äga hela mappen ovanför /timereport/ vilket kanske inte är
så lämpligt. Jag tycker alltså att en fil i cvsen ska in med ett
dummyentry som man sen ger apache rätt att skriva i.
> 3. fråga efter login/pass/host osv, och gör sedan en 'testkoppling' och
> se om de blir OK (annars visa felmeddelande)
Låter bra!
> 4. fråga efter diverse konfiggpryttlar som kan behövas och skriv denna
> config till en tabell som innehåller alla cfg's (skriv även vilken
> version som detta är så att man vet det till framtida
> uppdateringar/kompletteringar).
Japp, blir väl ev. fler grejer att confa.
> 5. install.php /setup.php går bara att acccessa OM det saknas users (=
> ny installation) annars e de bara admin som kan köra den sidan..
Japp, låter vettigt.
> sedan skall det nog finnas en del olika rättigheter för användarna (en
> enkel flagga borde räcka)..
>
> ett normalt flöde hos oss är:
>
> 1. Vi jobbar och bokar tidskort
> 2. den 20'e kollar Lisette hur mycket reseräkning vi skall ha
> 3. Anna skriver ut tidsrapporter som är fakturerbara och fakturerar
> dessa kunder.
>
>
> Dvs.
> Anna skall kunna 'resetta' tider
> Lisette skall kunna 'resetta' reseräkningar
Ok.
Vad sägs om följande tabeller i dbn:
groups:
group_id group_caption
timecard_reset Reset tidkort
travelcard_reset Reset reseräkningar
Sen kopplar vi ihop dem i
users_groups
group_id uid
timecard_reset 1
sen gör vi en funktion nåt i stil med
if( session_allow('timecard_reset') ){
echo "Låt anna resetta tiderna då!!!";
}
Vad tror du om det?
//Eric
|
|
From: Mats K. <ma...@kl...> - 2002-12-06 10:39:58
|
Jag har pillat lite med en del ändringar i databasen.. För att göra det enkelt så finns ./upgrade.php som utför de ändringar som skall göras för att slippa göra en komplett sql-dump. jaja, jag vet att det skall göras lite snyggare hantering av sidan men den gör det den skall iaf.. ;=) nytt fält i timecards: reset_drive (indikerar om en utskrift/debitering av en resa gjorts). Ny tabell: timecards_reset_drive id: auto_incr (detta id sätts in i timecards.reset_drive när en reset görs). changedate: senast ändrad createdate: datum det utfördes uid: vem som resettade reseräkningen. |
|
From: Mats K. <ma...@kl...> - 2002-12-06 10:03:22
|
Håller helt klart med dig, eftersom config.php ALLTID laddas så kan man hålla koll efter inloggningen i den filen.... samtidigt så tänkte jag att vi då samtidigt skulle fixa till en smuttig 'installationshantering' och då kommer jag direkt att tänka på tex. postnuke's hantering... 1. packa upp arkivet 2. gå till katalogen med en browser 3. få fram install.php 4. svara på ett antal frågor 5. klart... inget fipplande med configfiler osv... tekniskt sett så skulle det vara rätt simpelt.. 1. index.php kollar om ../localcfg.php finns (det enda denna gör är att hålla koll på databaskopplingen som är det enda som behövs) att den skall ligga utanför installationskatalogen gör det enkelt att i princip bara radera katalogen och packa upp en ny version för att sedan bara köra vidare.. 2. om ../localcfg.php saknas så försök skapa den (går ej det, klaga på att rättigheter är fel). 3. fråga efter login/pass/host osv, och gör sedan en 'testkoppling' och se om de blir OK (annars visa felmeddelande) 4. fråga efter diverse konfiggpryttlar som kan behövas och skriv denna config till en tabell som innehåller alla cfg's (skriv även vilken version som detta är så att man vet det till framtida uppdateringar/kompletteringar). 5. install.php /setup.php går bara att acccessa OM det saknas users (= ny installation) annars e de bara admin som kan köra den sidan.. vad tyx? sedan skall det nog finnas en del olika rättigheter för användarna (en enkel flagga borde räcka).. ett normalt flöde hos oss är: 1. Vi jobbar och bokar tidskort 2. den 20'e kollar Lisette hur mycket reseräkning vi skall ha 3. Anna skriver ut tidsrapporter som är fakturerbara och fakturerar dessa kunder. Dvs. Anna skall kunna 'resetta' tider Lisette skall kunna 'resetta' reseräkningar hänger du med??? Mvh. /Mats Eric Persson wrote: > Tjo, > > De borde finnas ett ordentligt loginsystem för o slippa hacka ihop en > .htaccess för o hålla kolla på användarna. > Förslagsvis skapas en första loginsida med ett formulär, därefter hålls > loginen levande med hjälp av en cookie och en rad i en sessionstabell. > En variabel typ $session innehåller samtliga fält i user tabellen. > > User tabellen bör innehålle följande fält som minst anser jag, > uid (auto_increment int) > username > password > > för att kolla om användaren är inloggad görs således: > if( $session['uid']>0 ) > echo "inloggad"; > else > echo "EJ inloggad, kasta ut den jäveln"; > > Vad tror ni? > > //Eric > > > > ------------------------------------------------------- > This sf.net email is sponsored by:ThinkGeek > Welcome to geek heaven. > http://thinkgeek.com/sf > _______________________________________________ > Timereport-dev-se mailing list > Tim...@li... > https://lists.sourceforge.net/lists/listinfo/timereport-dev-se > |
|
From: Eric P. <er...@pe...> - 2002-12-06 09:52:38
|
Tjo, De borde finnas ett ordentligt loginsystem f=F6r o slippa hacka ihop en=20 .htaccess f=F6r o h=E5lla kolla p=E5 anv=E4ndarna. F=F6rslagsvis skapas en f=F6rsta loginsida med ett formul=E4r, d=E4refter= h=E5lls=20 loginen levande med hj=E4lp av en cookie och en rad i en sessionstabell. En variabel typ $session inneh=E5ller samtliga f=E4lt i user tabellen. User tabellen b=F6r inneh=E5lle f=F6ljande f=E4lt som minst anser jag, uid (auto_increment int) username password f=F6r att kolla om anv=E4ndaren =E4r inloggad g=F6rs s=E5ledes: if( $session['uid']>0 ) echo "inloggad"; else echo "EJ inloggad, kasta ut den j=E4veln"; Vad tror ni? //Eric |
|
From: Eric P. <er...@pe...> - 2002-12-06 09:44:53
|
Jaoo... :) Mats Kling wrote: >=20 >=20 > N=E5gon h=E4r? >=20 > /Mats >=20 >=20 >=20 >=20 > ------------------------------------------------------- > This sf.net email is sponsored by:ThinkGeek > Welcome to geek heaven. > http://thinkgeek.com/sf > _______________________________________________ > Timereport-dev-se mailing list > Tim...@li... > https://lists.sourceforge.net/lists/listinfo/timereport-dev-se |
|
From: Mats K. <ma...@kl...> - 2002-12-06 09:41:52
|
Någon här? /Mats |
