DIG Digital Corner
Alles wat je altijd al over computers, hardware, software, internet en elektronische gadgets had willen weten, maar niet op Tweakers.net durft te vragen.
Die hadden we nog niet geprobeerd.....quote:Op dinsdag 2 februari 2010 12:52 schreef Intrepidity het volgende:
deze site schijnt er behoorlijk wat informatie over te hebben
. (Ik heb niet eesn geklikt 
)Het is meer dat nergens goed uitgelegd word wanneer je ze wel of niet moet inzetten.
Stroek: Sitethief, die is heel groot en sterk :Y.
Faat: *zucht* zoals gewoonlijk hoor Sitethief weer in de bocht >:)
Faat: *zucht* zoals gewoonlijk hoor Sitethief weer in de bocht >:)
Ik heb een data base aangemaakt in php myadmin en ben een inlogpagina aan het maken
in mijn database heb ik de tabel
personeelsnummer als sleutelveld en autonumering
pnaam
pwachtwoord
heb wel naam en wachtwoord ingevoerd in de database dus dat kan het niet zijn
in mijn database heb ik de tabel
personeelsnummer als sleutelveld en autonumering
pnaam
pwachtwoord
alleen als ik probeer in te loggen krijg ik te zien gebruikersnaam niet geldigquote:<?php.
session_start();
$db = mysql_connect("localhost", "root", "root")
or die("kan geen verbinding maken: ".mysql_error());
mysql_select_db("medinfo",$db);
if (!EMPTY($_POST))
{
$nr = $_POST['nr'];
$ww = $_post['ww'];
$sql = "SELECT *
From personeel
Where pnaam= '$nr'
AND pwachtwoord = '$ww'";
$resultaat = mysql_query($sql);
if (mysql_num_rows($resultaat)>0)
{
while($rij = mysql_fetch_array($resultaat))
{
$_SESSION["pnaam"]=$rij["pnaam"];
$_SESSION["pwachtwoord"]=$rij["pwachtwoord"];
}
header("location: loginstart.php");
exit();
}
else
{
echo "<BR>";
echo "<HR>";
echo "Geen geldige inlog gegevens";
}
mysql_close($db);
}
else
{
?>
<html>
<head>
<title>Medinfo</title>
</head>
<form method="post" action="<?php echo $_SERVER["PHP_SELF"]?>">
<B><h1>Medinfo</h1><B><br>
na correct inloggen kun u uw gegevens opvragen<h3>
<br><br>
</center>
<pre>
Voer uw klantennummer in: <input type="text" name="nr" size="20" maxlenght="20">
<br><br>
Voer wachtwoord in: <input type="password" name="ww" size="20" maxlenght="20">
<br><br>
<input type = "submit" value = "inloggen">
<input type = "reset" value = "wissen">
</pre>
</form>
</body>
</html>
<?php
}
?>
heb wel naam en wachtwoord ingevoerd in de database dus dat kan het niet zijn
Op woensdag 26 mei 2010 18:00 schreef Darkestrah het volgende:
Ik heb van horen zeggen dat genakt een behoorlijk goede keus is. Wat heb je te verliezen?
Ik heb van horen zeggen dat genakt een behoorlijk goede keus is. Wat heb je te verliezen?
Die melding kan niet uit je script komen.
eee7a201261dfdad9fdfe74277d27e68890cf0a220f41425870f2ca26e0521b0
ik bedoeldequote:Op vrijdag 5 februari 2010 10:03 schreef GlowMouse het volgende:
Die melding kan niet uit je script komen.
Geen geldige inlog gegevens
echo "Geen geldige inlog gegevens";
Op woensdag 26 mei 2010 18:00 schreef Darkestrah het volgende:
Ik heb van horen zeggen dat genakt een behoorlijk goede keus is. Wat heb je te verliezen?
Ik heb van horen zeggen dat genakt een behoorlijk goede keus is. Wat heb je te verliezen?
Dan nog..
Een user zou uniek moeten zijn, anders doe je toch al iets fout.
Dus waarom de while, en waarom een exit() in je while.. Dan gaat toch een beetje de hele functie verloren?
Een user zou uniek moeten zijn, anders doe je toch al iets fout.
Dus waarom de while, en waarom een exit() in je while.. Dan gaat toch een beetje de hele functie verloren?
I'm not good with advice.. Can i interest you in a sarcastic comment?
dat een user uniek moet zijn weet ikquote:Op vrijdag 5 februari 2010 10:14 schreef Civilian het volgende:
Dan nog..
Een user zou uniek moeten zijn, anders doe je toch al iets fout.
Dus waarom de while, en waarom een exit() in je while.. Dan gaat toch een beetje de hele functie verloren?
mjah daar gaat het nu niet om en het is niet de reden waarom hij het niet doet
Op woensdag 26 mei 2010 18:00 schreef Darkestrah het volgende:
Ik heb van horen zeggen dat genakt een behoorlijk goede keus is. Wat heb je te verliezen?
Ik heb van horen zeggen dat genakt een behoorlijk goede keus is. Wat heb je te verliezen?
Beter gelijk goed beginnen dan het na die tijd aan te moeten passen en het risico te lopen dat het weer niet werktquote:
[..]
dat een user uniek moet zijn weet ik
mjah daar gaat het nu niet om en het is niet de reden waarom hij het niet doet
Maargoed, hoe heb je de passwords opgeslagen? Gecodeerd (md5 oid) of als normale string? Als je 't gecodeerd op hebt geslagen moet je er ook rekening mee houden dat je ze op die manier gaat vergelijken.
I'm not good with advice.. Can i interest you in a sarcastic comment?
$nr = $_POST['nr'];quote:Op vrijdag 5 februari 2010 10:32 schreef Civilian het volgende:
[..]
Beter gelijk goed beginnen dan het na die tijd aan te moeten passen en het risico te lopen dat het weer niet werkt
Maargoed, hoe heb je de passwords opgeslagen? Gecodeerd (md5 oid) of als normale string? Als je 't gecodeerd op hebt geslagen moet je er ook rekening mee houden dat je ze op die manier gaat vergelijken.
$ww = $_post['ww'];
2e post zonder hoofdletters
hij doet het nu
Op woensdag 26 mei 2010 18:00 schreef Darkestrah het volgende:
Ik heb van horen zeggen dat genakt een behoorlijk goede keus is. Wat heb je te verliezen?
Ik heb van horen zeggen dat genakt een behoorlijk goede keus is. Wat heb je te verliezen?
iedegeval bedankt voor hulp
heb wel nu wel gezegd dat je met inloggen het personeelsnummer moet invoeren zodat elke inlognaam naam uniek is
heb wel nu wel gezegd dat je met inloggen het personeelsnummer moet invoeren zodat elke inlognaam naam uniek is
Op woensdag 26 mei 2010 18:00 schreef Darkestrah het volgende:
Ik heb van horen zeggen dat genakt een behoorlijk goede keus is. Wat heb je te verliezen?
Ik heb van horen zeggen dat genakt een behoorlijk goede keus is. Wat heb je te verliezen?
het is voor me examen dan hoef je dat helemaal niet te doen johquote:
gewoon simpel inlog systeem is voldoende
heb kleine beveiliging in loginstart.php
is helemaal niet bedoeld voor online applicatie of iets dergelijks
gewoon simpel houden
Op woensdag 26 mei 2010 18:00 schreef Darkestrah het volgende:
Ik heb van horen zeggen dat genakt een behoorlijk goede keus is. Wat heb je te verliezen?
Ik heb van horen zeggen dat genakt een behoorlijk goede keus is. Wat heb je te verliezen?
JUIST voor je examen zou ik je wachtwoord laten hashen.
★5731U★ Death from above '79★You're a woman, i'm a machinielsie ★ ✠ ★ Telkens weer een beetje sterven★ I was born in a winterstorm, i live there still★
als het niet hoeft waarom zou ik het dan doenquote:Op vrijdag 5 februari 2010 14:00 schreef Trollface. het volgende:
JUIST voor je examen zou ik je wachtwoord laten hashen.
Op woensdag 26 mei 2010 18:00 schreef Darkestrah het volgende:
Ik heb van horen zeggen dat genakt een behoorlijk goede keus is. Wat heb je te verliezen?
Ik heb van horen zeggen dat genakt een behoorlijk goede keus is. Wat heb je te verliezen?
Wat een kutexamenquote:Op vrijdag 5 februari 2010 14:02 schreef genakt het volgende:
[..]
als het niet hoeft waarom zou ik het dan doen
nofi.
★5731U★ Death from above '79★You're a woman, i'm a machinielsie ★ ✠ ★ Telkens weer een beetje sterven★ I was born in a winterstorm, i live there still★
nog leuker degene die het nakijken hebben er van de 3 maar 1 echt verstand vanquote:
zadkine examencentrum he
heb me examen trouwens over 4 weken dus ben aan het oefenen
zodat ik al me scripts zo klaar heb
Op woensdag 26 mei 2010 18:00 schreef Darkestrah het volgende:
Ik heb van horen zeggen dat genakt een behoorlijk goede keus is. Wat heb je te verliezen?
Ik heb van horen zeggen dat genakt een behoorlijk goede keus is. Wat heb je te verliezen?
Ik heb een lastige (vind ik) SELECT query nodig in SQL.
Er is een tabel waar een persoon meerdere malen (ID, fullname) in voor kan komen.
Eén van de kolommen is soms NULL, soms niet.
Als deze ooit bij een ID not null is, dan wil ik nooit meer die ID terugzien.
Hoe kan ik dat maken? (Duidelijk genoeg?)
Er is een tabel waar een persoon meerdere malen (ID, fullname) in voor kan komen.
Eén van de kolommen is soms NULL, soms niet.
Als deze ooit bij een ID not null is, dan wil ik nooit meer die ID terugzien.
Hoe kan ik dat maken? (Duidelijk genoeg?)
Via een omweg kan het ook:quote:Op maandag 8 februari 2010 16:45 schreef DaFan het volgende:
Ik heb een lastige (vind ik) SELECT query nodig in SQL.
Er is een tabel waar een persoon meerdere malen (ID, fullname) in voor kan komen.
Eén van de kolommen is soms NULL, soms niet.
Als deze ooit bij een ID not null is, dan wil ik nooit meer die ID terugzien.
Hoe kan ik dat maken? (Duidelijk genoeg?)
Als bij een ID de kolom 'Type' nooit '73' voorkomt, dan wil ik die ID zien.
Dat lijkt mij makkelijker, maar hoe
Ik heb ook weer een leuke m.b.t. mijn gebruikte rechtensysteem. Hieronder schets ik eerst een voorbeeld van de tabellen die ik gebruik voor mijn rechtensysteem (oa gebruiker specifieke rechten, groepen met rechten die weer aan gebruikers gekoppeld woden.)
Nu wil ik dit systeem eingelijk ook voor mijn forum gaan gebruiken, echter zit in dit forum een ander rechten systeem gekoppeld (5 specieke rechten per forum) en deze wil ik er dus nu afhalen en het huidige rechten systeem voor gaan benutten. Maar nu het volgende, moet ik voor ieder forum apparte rechten groepen aanmaken en deze vullen met 'rechten' of zou ik dit beter op een andere manier kunnen koppelen, aangezien er dan wel heel rechten (per forum, per groep(en) en gebruikers) bij komen.
forum tabel
in dit geval gebruik ik per forum de volgende code opzet
deze rechten (normaal op 0 dus niet vereist) worden in een apparte tabel geschreven die weer uitgelezen worden op het moment dat de gebruiker het forum bezoekt.
Dus wat zouden jullie doen?
| 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 | `id` int(10) unsigned NOT NULL AUTO_INCREMENT, `createdate` datetime NOT NULL, `editdate` datetime NOT NULL, `username` varchar(20) NOT NULL, `email` varchar(128) NOT NULL, `password` char(41) NOT NULL, `validation` char(12) NOT NULL, `banned` tinyint(4) NOT NULL DEFAULT '0', PRIMARY KEY (`id`), KEY `gebruikersnaam` (`username`) ) ENGINE=InnoDB DEFAULT CHARSET=latin1; CREATE TABLE IF NOT EXISTS `users_groups` ( `id` int(11) NOT NULL AUTO_INCREMENT, `title` varchar(50) NOT NULL, `lastupdate` datetime NOT NULL, PRIMARY KEY (`id`) ) ENGINE=MyISAM DEFAULT CHARSET=latin1; CREATE TABLE IF NOT EXISTS `users_groups_link` ( `user_id` int(10) unsigned NOT NULL, `group_id` int(10) unsigned NOT NULL, `timestamp` timestamp NOT NULL DEFAULT '0000-00-00 00:00:00' ON UPDATE CURRENT_TIMESTAMP, KEY `gebruiker_id` (`user_id`,`group_id`) ) ENGINE=MyISAM DEFAULT CHARSET=latin1; CREATE TABLE IF NOT EXISTS `users_groups_rights_link` ( `group_id` int(10) unsigned NOT NULL, `right_id` int(10) unsigned NOT NULL, KEY `groep_id` (`group_id`,`right_id`) ) ENGINE=MyISAM DEFAULT CHARSET=latin1; CREATE TABLE IF NOT EXISTS `users_rights` ( `id` int(11) NOT NULL AUTO_INCREMENT, `title` varchar(50) NOT NULL, `value` varchar(50) NOT NULL, PRIMARY KEY (`id`) ) ENGINE=MyISAM DEFAULT CHARSET=latin1; CREATE TABLE IF NOT EXISTS `users_rights_link` ( `user_id` int(10) unsigned NOT NULL, `right_id` int(10) unsigned NOT NULL, `lastupdate` datetime NOT NULL, KEY `gebruiker_id` (`user_id`,`right_id`) ) ENGINE=MyISAM DEFAULT CHARSET=latin1; |
Nu wil ik dit systeem eingelijk ook voor mijn forum gaan gebruiken, echter zit in dit forum een ander rechten systeem gekoppeld (5 specieke rechten per forum) en deze wil ik er dus nu afhalen en het huidige rechten systeem voor gaan benutten. Maar nu het volgende, moet ik voor ieder forum apparte rechten groepen aanmaken en deze vullen met 'rechten' of zou ik dit beter op een andere manier kunnen koppelen, aangezien er dan wel heel rechten (per forum, per groep(en) en gebruikers) bij komen.
forum tabel
| 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 | `right_reply` int(11) unsigned NOT NULL, `right_read` int(11) unsigned NOT NULL, `right_start` int(11) unsigned NOT NULL, `right_banned` int(11) unsigned NOT NULL, `right_admin` int(11) unsigned NOT NULL, `id` tinyint(4) unsigned NOT NULL AUTO_INCREMENT, `index_id` tinyint(4) unsigned NOT NULL DEFAULT '0', `name` varchar(75) COLLATE latin1_general_ci NOT NULL DEFAULT '', `subname` char(3) COLLATE latin1_general_ci NOT NULL DEFAULT '', `subject` text COLLATE latin1_general_ci NOT NULL, `lastpost` datetime NOT NULL DEFAULT '0000-00-00 00:00:00', `topics` int(4) unsigned NOT NULL DEFAULT '0', `posts` int(4) unsigned NOT NULL DEFAULT '0', `fsort` tinyint(4) unsigned NOT NULL DEFAULT '0', PRIMARY KEY (`id`), KEY `index_id` (`index_id`), KEY `name` (`name`), KEY `fsort` (`fsort`) ) ENGINE=MyISAM DEFAULT CHARSET=latin1 COLLATE=latin1_general_ci; |
in dit geval gebruik ik per forum de volgende code opzet
| 1 2 3 4 5 | `right_read` = 0 of ID+002 `right_start` = 0 of ID+003 `right_banned` = 0 of ID+004 `right_admin` = 0 of ID+005 |
deze rechten (normaal op 0 dus niet vereist) worden in een apparte tabel geschreven die weer uitgelezen worden op het moment dat de gebruiker het forum bezoekt.
Dus wat zouden jullie doen?
Just say hi!
Ik heb wat hulp nodig met code.
Ik heb de volgende SELECT:
Dit is het resultaat:
Hoe kan ik zorgen dat er maar 1 rij is met 4 kolommen, ééntje voor PENSWG en dan SUM(Amount_costs) en ééntje voor SALARIS en dan SUM(entry_amount)?
Bedankt _O_
Ik heb de volgende SELECT:
| 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 | SUM(amount_costs) as TotaalPens FROM hrcomp_trans inner join humres h with(nolock) on h.res_id=hrcomp_trans.res_id WHERE comp_code = 'PENSWG' and h.res_id=144 GROUP BY h.res_id, comp_code UNION SELECT h.res_id,comp_code, SUM(entry_amount) as TotaalPens FROM hrcomp_trans inner join humres h with(nolock) on h.res_id=hrcomp_trans.res_id WHERE comp_code = 'SALARIS' and h.res_id=144 GROUP BY h.res_id, comp_code |
Dit is het resultaat:
| 1 2 3 | 144 PENSWG 25,14 144 SALARIS 2000 |
Hoe kan ik zorgen dat er maar 1 rij is met 4 kolommen, ééntje voor PENSWG en dan SUM(Amount_costs) en ééntje voor SALARIS en dan SUM(entry_amount)?
Bedankt _O_
Nvm;
Ik wist niet dat je met Sub-SELECTS nieuwe kolommen kon maken :@
Weer wat geleerd.
| 1 2 | (SELECT SUM(amount_costs) FROM hrcomp_trans where h.res_id=hrcomp_trans.res_id and comp_code='PENSWG') AS TotaalPensioen |
Ik wist niet dat je met Sub-SELECTS nieuwe kolommen kon maken :@
Weer wat geleerd.
Je kunt er geen nieuwe kolommen mee maken, alleen bestaande kolommen transformeren tot nieuwe gegevens. Die kolommen bestaan uiteraard niet meer na het uitvoeren van de query.quote:
Nvm;
[ code verwijderd ]
Ik wist niet dat je met Sub-SELECTS nieuwe kolommen kon maken
Weer wat geleerd.
