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.
Je hebt gelijk.quote:Op woensdag 8 februari 2006 13:59 schreef the_disheaver het volgende:
[..]
Ow? Das toch zo'n lichtkrant? Ook wel met opera werkend gezien...
Toen ik begon met HTML was het nog een IE only tag
http://www.handleidinghtm(...)/lichtkranten01.html
Klok staat nu wel rechts.quote:Op woensdag 8 februari 2006 14:33 schreef the_disheaver het volgende:
[..]
Zoals gezegd, meer HTML/CSS dan php, maar ach.
-De klok staat bij mij (opera 9 pt2, suse10.0) ook gewoon links van de banner.
-Misschien door de code :
[ code verwijderd ]
Die </td> en </tr> mogen volgens mij weg. Er is erboven geen enkele tabel of rij/cel geopend.
datum: Das wel PHP Zie http://nl3.php.net/date
Nog een vraag je erbij, onder 'menu' hoe maak ik van dat vak een tabel waarin ik links kan zetten?
Bedankt voor de reacties btw.
jaquote:Op woensdag 8 februari 2006 14:55 schreef Swetsenegger het volgende:
Sjoe, is je database wel auto_increment?
En je html en php is nogal slordig. > i know
Veld Type Attributen Null Standaardwaarde Extra Actie
Id int(11) Nee auto_increment
Naam varchar(30) Nee
Inhoud blob BINARY Nee
Id Naam Inhoud
161 Patrick [BLOB - 23 Bytes]
160 Patrick [BLOB - 23 Bytes]
159 Patrick [BLOB - 4 Bytes]
158 [BLOB - 0 Bytes]
157 Swets [BLOB - 25 Bytes]
156 Patrick [BLOB - 23 Bytes]
155 Patrick [BLOB - 23 Bytes]
154 Patrick [BLOB - 23 Bytes]
153 Patrick [BLOB - 4 Bytes]
152 Patrick [BLOB - 4 Bytes]
151 Patrick [BLOB - 4 Bytes]
150 Patrick [BLOB - 4 Bytes]
149 [BLOB - 0 Bytes]
148 Patrick [BLOB - 4 Bytes]
147 Patrick [BLOB - 4 Bytes]
146 Patrick [BLOB - 4 Bytes]
70 [BLOB - 0 Bytes]
71 [BLOB - 0 Bytes]
72 [BLOB - 0 Bytes]
73 [BLOB - 0 Bytes]
74 [BLOB - 0 Bytes]
75 [BLOB - 0 Bytes]
76 [BLOB - 0 Bytes]
77 Patrick [BLOB - 23 Bytes]
78 Patrick [BLOB - 23 Bytes]
79 Patrick [BLOB - 23 Bytes]
56 [BLOB - 0 Bytes]
57 [BLOB - 0 Bytes]
58 [BLOB - 0 Bytes]
59 [BLOB - 0 Bytes]
Posts worden wel opgeslagen..
161 Patrick [BLOB - 23 Bytes]
160 Patrick [BLOB - 23 Bytes]
159 Patrick [BLOB - 4 Bytes]
158 [BLOB - 0 Bytes]
157 Swets [BLOB - 25 Bytes]
156 Patrick [BLOB - 23 Bytes]
155 Patrick [BLOB - 23 Bytes]
154 Patrick [BLOB - 23 Bytes]
153 Patrick [BLOB - 4 Bytes]
152 Patrick [BLOB - 4 Bytes]
151 Patrick [BLOB - 4 Bytes]
150 Patrick [BLOB - 4 Bytes]
149 [BLOB - 0 Bytes]
148 Patrick [BLOB - 4 Bytes]
147 Patrick [BLOB - 4 Bytes]
146 Patrick [BLOB - 4 Bytes]
70 [BLOB - 0 Bytes]
71 [BLOB - 0 Bytes]
72 [BLOB - 0 Bytes]
73 [BLOB - 0 Bytes]
74 [BLOB - 0 Bytes]
75 [BLOB - 0 Bytes]
76 [BLOB - 0 Bytes]
77 Patrick [BLOB - 23 Bytes]
78 Patrick [BLOB - 23 Bytes]
79 Patrick [BLOB - 23 Bytes]
56 [BLOB - 0 Bytes]
57 [BLOB - 0 Bytes]
58 [BLOB - 0 Bytes]
59 [BLOB - 0 Bytes]
Posts worden wel opgeslagen..
De posts worden niet opgeslagen volgens mij, en als je wat wil toevoegen onder het menu moet je even goed kijken hoe je je tabel hebt gemaakt. Je code is nogal een rommeltje waardoor je niet zo goed kunt zien waar je tekst moet zetten om dat onder menu te krijgen. Als je netjes inspring krijg je die tabel ook heel duidelijk in je source te zien.
in de post hierboven is de data van de al geposte berichten. ze worden dus wel opgeslagen..quote:Op woensdag 8 februari 2006 15:11 schreef ikke_ook het volgende:
De posts worden niet opgeslagen volgens mij, en als je wat wil toevoegen onder het menu moet je even goed kijken hoe je je tabel hebt gemaakt. Je code is nogal een rommeltje waardoor je niet zo goed kunt zien waar je tekst moet zetten om dat onder menu te krijgen. Als je netjes inspring krijg je die tabel ook heel duidelijk in je source te zien.
maar als ik een bericht toevoeg kom ik op een pagina terecht waar alleen mijn eigen nieuwe reactie 5x komt te staan en verder niks...
je hebt je register_globals aanstaan zie ik, das niet zo heel handigpraktisch.
Het foutje zit hem hierin :
Dat moet je veranderen in
Het foutje zit hem hierin :
| 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 | <b> <BR>Gepost Op: </b> <?php echo $datum ?> </font> </td> </tr> <tr> <td width="500"> <font size="2" face="Verdana, Arial, Helvetica, sans-serif"> <b> <hr>Bericht: <BR> </b> </font> <font size="2" face="Verdana, Arial, Helvetica, sans-serif" color=white> <?php echo $inhoud ?> |
Dat moet je veranderen in
| 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 | <b> <BR>Gepost Op: </b> <?php echo $weblog['datum'] ?> </font> </td> </tr> <tr> <td width="500"> <font size="2" face="Verdana, Arial, Helvetica, sans-serif"> <b> <hr>Bericht: <BR> </b> </font> <font size="2" face="Verdana, Arial, Helvetica, sans-serif" color=white> <?php echo $weblog['inhoud'] ?> |
En is BLOB wel geschikt om die tekst in op te slaan?Ik dacht dat BLOB was om bestanden in een database op te slaan, ik gebruik in ieder geval gewoon text voor tekst
Hierdoor zie je geen username meer, wel een datum van 0000-00-00 en geen berichtquote:Op woensdag 8 februari 2006 15:22 schreef ikke_ook het volgende:
je hebt je register_globals aanstaan zie ik, das niet zo heel handigpraktisch.
Het foutje zit hem hierin :
[ code verwijderd ]
Dat moet je veranderen in
[ code verwijderd ]
ja..... t moet ook $weblog['Naam'] en $weblog['Inhoud'] zijn.
Maar misschien is t goed om hier en daar even in manual van php te lezen ofzo, want volgens mij heb je geen idee wat je aan het doen bent....
Waar moet die datum trouwens vandaan komen?Staat die datum wel opgeslagen in de database?
Maar misschien is t goed om hier en daar even in manual van php te lezen ofzo, want volgens mij heb je geen idee wat je aan het doen bent....
Waar moet die datum trouwens vandaan komen?Staat die datum wel opgeslagen in de database?
Stom, ik gebruikte idd de waarde van de query en niet de tabellen.. thanks for that!quote:Op woensdag 8 februari 2006 15:31 schreef ikke_ook het volgende:
ja..... t moet ook $weblog['Naam'] en $weblog['Inhoud'] zijn.
Maar misschien is t goed om hier en daar even in manual van php te lezen ofzo, want volgens mij heb je geen idee wat je aan het doen bent....
nu nog even kijken naar de datum.. bedankt iig!
Pffff je pagina is echt een ramp.
Gooi alles weg en begin overnieuw en lees eerst wat meer over php, en bedenk goed hoe alles moet gaan werken.
Als ik naar homepage.php ga dan voegt hij altijd een bericht toe, desnoods leeg omdat je nergens controleert of ik een form heb ingevuld.
En je vergeet input te controleren, of desnoods te veranderen. als ik
invul dan komt er iets op je weblog te staan wat je niet wil denk ik...
Gooi alles weg en begin overnieuw en lees eerst wat meer over php, en bedenk goed hoe alles moet gaan werken.
Als ik naar homepage.php ga dan voegt hij altijd een bericht toe, desnoods leeg omdat je nergens controleert of ik een form heb ingevuld.
En je vergeet input te controleren, of desnoods te veranderen. als ik
| 1 |
Hehe, tis ook verreweg van klaar.quote:Op woensdag 8 februari 2006 15:38 schreef ikke_ook het volgende:
Pffff je pagina is echt een ramp.
Gooi alles weg en begin overnieuw en lees eerst wat meer over php, en bedenk goed hoe alles moet gaan werken.
Als ik naar homepage.php ga dan voegt hij altijd een bericht toe, desnoods leeg omdat je nergens controleert of ik een form heb ingevuld.
En je vergeet input te controleren, of desnoods te veranderen. als ik
[ code verwijderd ]
invul dan komt er iets op je weblog te staan wat je niet wil denk ik...
Ik zat alleen al vast bij deze problemen
Uiteindelijk zal alleen 'admin' berichten kunnen posten, maar zo ver ben ik nog niet.. dus die lege forms maak ik me nog niet zo druk om.
Wel bedankt voor je hulp tot nu toe.
Wel bedankt voor je hulp tot nu toe.
Dan nog. Je weet nu hoe het aan te pakken.quote:Op woensdag 8 februari 2006 15:42 schreef Sjoe538 het volgende:
[..]
Hehe, tis ook verreweg van klaar.
Ik zat alleen al vast bij deze problemen
Begin opnieuw, met de info welke je nu gehad hebt want het is echt dramatisch
Goeiesmiddags
Ik ben weer eens begonnen met het volgende:
http://www.phpfreakz.nl/artikelen.php?aid=103&page=1 om mijn skills wat op te vijzelen.
Om dit enigszins na te maken.. echter.. !!! Ik zit met een probleem.
Er is een Formulier waarmee je inlogt, ofwel in Database opgeslagen usernamen en gehasht password checken. Hier wordt echter ook gekeken naar de timestamp van het inloggen. Deze is helaas altijd 0! Dus ben ik even gaan zoeken, en ben ik bij het inlogformulier op t volgende gestuit.
(login_p.php) is de pagina waar het inlogwerk wordt verricht
De timestamp bij het inloggen wordt gecontroleerd mbv. $_POST['tijd']
Ik snap echter niet wat/hoe.. want ik zie in dit formulier nergens een tijdwaarde toegewezen aan tijd
wie kan me verder helpen?
Ik ben weer eens begonnen met het volgende:
http://www.phpfreakz.nl/artikelen.php?aid=103&page=1 om mijn skills wat op te vijzelen.
Om dit enigszins na te maken.. echter.. !!! Ik zit met een probleem.
Er is een Formulier waarmee je inlogt, ofwel in Database opgeslagen usernamen en gehasht password checken. Hier wordt echter ook gekeken naar de timestamp van het inloggen. Deze is helaas altijd 0! Dus ben ik even gaan zoeken, en ben ik bij het inlogformulier op t volgende gestuit.
| 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 | <form action="login_p.php" method="post" onSubmit="this.ww_crypt.value = hex_md5(hex_md5(this.wachtwoord.value)+this.tijd.value ); this.wachtwoord.value = ''"> <input type="hidden" name="tijd" value= > <input type="hidden" name="ww_crypt" value=""> <table border="0" cellspacing="2" cellpadding="0"> <tr><td>Username:</td><td> <input type="text" name="naam" maxlength="20"> </td></tr> <tr><td>Password:</td><td> <input type="password" name="wachtwoord"> </td></tr> <tr><td colspan="2" align="right"> <input type="submit" name="submit" value="Login"> |
(login_p.php) is de pagina waar het inlogwerk wordt verricht
De timestamp bij het inloggen wordt gecontroleerd mbv. $_POST['tijd']
Ik snap echter niet wat/hoe.. want ik zie in dit formulier nergens een tijdwaarde toegewezen aan tijd
wie kan me verder helpen?
| 1 |
Deze moet je met bijvoorbeeld php een value geven, die waarde wordt dan ook weer in ww_crypt verwerkt.
Maar hier wordt het toch niet veiliger van?
Ja my thoughts ook, maar hoe gaan we dat aanpakken.Heb HTML en PHP nog niet vaak gecombineerd. Dus hoe kunnen we er voor zorgen dat TIJD de waarde krijgt van de tijd tijdens het submitten..quote:Op woensdag 8 februari 2006 16:15 schreef ikke_ook het volgende:
[ code verwijderd ]
Deze moet je met bijvoorbeeld php een value geven, die waarde wordt dan ook weer in ww_crypt verwerkt.
ach misschien moet ik zelf maar even gaan zoeken
De tijd wordt ook in de hash verwerkt die is opgeslagen in de DB zodat je bij elke inlogbeurt een nieuwe hash krijgt.quote:Maar hier wordt het toch niet veiliger van?
Het klinkt mij vrij veilig in de oren
Het enige wat ik kan bedenken is dat je op het moment dat de pagina geladen wordt de tijd in het form print, en opslaat in de database. En daar zie ik dus het nut niet zo van....Maar ik ben beniewd naar een mogelijkheid om het wel veiliger te laten worden op zo'n manierquote:Op woensdag 8 februari 2006 17:10 schreef Fatality het volgende:
[..]
Ja my thoughts ook, maar hoe gaan we dat aanpakken.Heb HTML en PHP nog niet vaak gecombineerd. Dus hoe kunnen we er voor zorgen dat TIJD de waarde krijgt van de tijd tijdens het submitten..
ach misschien moet ik zelf maar even gaan zoeken
[..]
De tijd wordt ook in de hash verwerkt die is opgeslagen in de DB zodat je bij elke inlogbeurt een nieuwe hash krijgt.
Het klinkt mij vrij veilig in de oren
Help... met welke functie maak je een bestand aan?
editL touch.
[ Bericht 19% gewijzigd door the_disheaver op 08-02-2006 23:24:37 ]
editL touch.
[ Bericht 19% gewijzigd door the_disheaver op 08-02-2006 23:24:37 ]
Met touch() update je normaliter ook de timestamp van een bestand. De 'normale' manier om een bestand aan te maken is door het te openen met fopen() en 'w' (of een andere schrijfmodifier) als tweede parameter
Ik heb net mijn phpmyadmin ge update naar versie 2.7, en nu hebben alle tabellen opeens
collation latin1_swedish_ci
Hoe komt het en hoe maak ik het weer goed?
-edit-
ALTER TABLE `table` DEFAULT CHARACTER SET latin1 COLLATE latin1_general_ci
zodus, maar hoe komt die default op swedish te staan?
collation latin1_swedish_ci
Hoe komt het en hoe maak ik het weer goed?
-edit-
ALTER TABLE `table` DEFAULT CHARACTER SET latin1 COLLATE latin1_general_ci
zodus, maar hoe komt die default op swedish te staan?
Wat is er niet normaal aan het updaten van de timestamp. Daarbij bedoel je de aanmaak datum van het bestand? Wat van datum krijgt de fopen dan?quote:Op donderdag 9 februari 2006 00:36 schreef JeRa het volgende:
Met touch() update je normaliter ook de timestamp van een bestand. De 'normale' manier om een bestand aan te maken is door het te openen met fopen() en 'w' (of een andere schrijfmodifier) als tweede parameter
wat is nou de meest gebruikelijke charset in je html-pagina?
ik had eerst charset=iso-8859-1, dat gaf een (vrij zeldzaam) probleem
nu heb ik charset=iso-8859-15, en nu heb ik weer een (vrij zeldzaam) probleem
is er niet 1tje die gewoon overal werkt? (het probleem is zeg maar dattie in mn form bij sommige teksten alleen de content meeneemt (textarea) en niet mijn titel (textfield). De print_r($_REQUEST) geeft helemaal niet aan dat er een titel is meegestuurd. het hele textfield wordt vergeten (dus niet leeggelaten maar vergeten).)
ik had eerst charset=iso-8859-1, dat gaf een (vrij zeldzaam) probleem
nu heb ik charset=iso-8859-15, en nu heb ik weer een (vrij zeldzaam) probleem
is er niet 1tje die gewoon overal werkt? (het probleem is zeg maar dattie in mn form bij sommige teksten alleen de content meeneemt (textarea) en niet mijn titel (textfield). De print_r($_REQUEST) geeft helemaal niet aan dat er een titel is meegestuurd. het hele textfield wordt vergeten (dus niet leeggelaten maar vergeten).)
As a rule, I never touch anything more sophisticated and delicate than myself.
Vraagje: kun je met een functie een if-functie niet verder laten uitvoeren? Dus een soort exit;, maar dat ie aan het einde van de iffunctie dor gaat. Betwijfel het, aangezien ie de if functie in een if functie eigenlijk moet beeindigen.
voorbeeldje:
Ik zit vies te denken met een while functie die maar 1 loop maakt, met daar een endwhile in.
Maar kan het netter, op de een of andere manier?
(wat ik in feite wil, is na het inzenden van een form, hij de gegevens verwerkt. Mocht er iets niet goed gaan (password niet gelijk ofzo), dat hij een melding geeft, de verwerking verder stopt, en de formulier, die er onder zit in een if fucntie opnieuw uitvoert.
(opbouw php-file:
if ($_POST['status'] == 'add') {
//formulier verwerking
$added = 1;
}
if (!isset($added) {
//formulier
}
Als er iets niet goed is, zal added niet ingesteld worden, waardoor het formulier opnieuw geprint moet worden.
voorbeeldje:
| 1 2 3 4 5 6 7 8 9 10 | if ($i = 1) { echo $blaat; if ($stop) { stop-met if functie } print "als stop is true, zou dit dus niet uitgevoerd mogen worden"; } print "maar dit weer wel :) "; ?> |
Ik zit vies te denken met een while functie die maar 1 loop maakt, met daar een endwhile in.
Maar kan het netter, op de een of andere manier?
(wat ik in feite wil, is na het inzenden van een form, hij de gegevens verwerkt. Mocht er iets niet goed gaan (password niet gelijk ofzo), dat hij een melding geeft, de verwerking verder stopt, en de formulier, die er onder zit in een if fucntie opnieuw uitvoert.
(opbouw php-file:
if ($_POST['status'] == 'add') {
//formulier verwerking
$added = 1;
}
if (!isset($added) {
//formulier
}
Als er iets niet goed is, zal added niet ingesteld worden, waardoor het formulier opnieuw geprint moet worden.
