[PHP/(My)SQL] voor dummies - Deel 52

Index

» digital corner

actieve topics nieuwe topics
abonnement Unibet Coolblue Bitvavo
pi_55292476
Ik zit met een probleempje

Het heeft met IE en FF te maken. Bij IE geeft hij het wel goed weer maar bij FF niet.

Kijk maar eens met beide op www.redhotchilipeppers.eu met IE en FF Nee geen spam.
Bij IE zie je het menu wel goed en bij FF niet

Ik zal je ff de index-code geven en de CSS gedeeltes
Index.php:
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		<!-- Begin van de container -->
<div id="container">

<!-- Begin Header -->
<div id="header">
   <?php
      include ("header.php")
   ?>
</div>
<!-- Einde Header -->

<!-- Begin navigatie -->
<div id="navigatie">
   <?php
      if($_GET['navigatie'])  // Hier neemt hij de pagina mee in de URL
      {
         include($_GET['navigatie'].'.php');  // Hier include hij de pagina die in de URL is meegenomen
      }
      else
      {
         $navigatie = "navigatie";
         include("navigatiemenu.php");   // Hier wordt main.php geinclude
      }
   ?>
</div>
<!-- Einde navigatie -->

<!-- Begin content -->
<div id="content">
   <?php
      if($_GET['page'])  // Hier neemt hij de pagina mee in de URL
      {
         include($_GET['page'].'.php');  // Hier include hij de pagina die in de URL is meegenomen
      }
      else
      {
         $page = "main";
         include("main.php");   // Hier wordt main.php geinclude
      }
   ?>
</div>
<!-- Einde content -->


CSS:
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		#header {
   color : #333;
   background-color: #FFFFFF;
   background-image:url(images/header4.jpg);
   width: 898px;
   border: 1pxsolid #FF0000;
   height: 138px;
   float: left;
   margin : 0 0 2px 0;
}

#navigatie {
   color : #333;
   margin : 0 2px 2px 0;
   height : 25px;
   width : 898px;
   float: inherit;
   background-color: #000000;
   padding-left: 5px;
   padding-top: 5px;
}

#content {
   float: left;
   color: #999999;
   font-family:Verdana, Arial, Helvetica, sans-serif;
   font-size:12px;
   border : 1px solid #c00000;
   margin : 0 0 2px 0;
   height :475px;
   width : 898px;
   display : inline;
   background-color: #000000;
   overflow:auto;
   padding-left: 5px;
   padding-top: 10px;
   scrollbar-arrow-color: #918e8e;
   scrollbar-face-color: #c00000;
   scrollbar-highlight-color: #FFFFFF;
   scrollbar-3dlight-color: #0A439A;
   scrollbar-shadow-color: #445C95;
   scrollbar-darkshadow-color: #0A439A;
   scrollbar-track-color: #d6d6e3;


Ik heb vast iets verkeerds maar ik heb geen idee wat. Misschien iets met dat float: inherit??

Ik hoop dat jullie mij kunnen helpen
---WWW.AAIPHONE.COM---WWW.AAIPHONE.COM---WWW.AAIPHONE.COM---WWW.AAIPHONE.COM---WWW.AAIPHONE.COM---
---WWW.AAIPHONE.COM---WWW.AAIPHONE.COM---WWW.AAIPHONE.COM---WWW.AAIPHONE.COM---WWW.AAIPHONE.COM---
pi_55292647
Best kans dat het gaat werken als je eerst wat foutjes in je html-code gaat oplossen.

En over welk menu je het hebt is me niet helemaal duidelijk, ik zie geen menu in Safari op die pagina.
fokstok.nl
pi_55293003
Ok
quote:
Line 48, Column 68: document type does not allow element "link" here.
…et" type="text/css" href="menu/halfmoontabs.css"/>✉
The element named above was found in a context where it is not allowed. This could mean that you have incorrectly nested elements -- such as a "style" element in the "body" section instead of inside "head" -- or two elements that overlap (which is not allowed).

One common cause for this error is the use of XHTML syntax in HTML documents. Due to HTML's rules of implicitly closed elements, this error can create cascading effects. For instance, using XHTML's "self-closing" tags for "meta" and "link" in the "head" section of a HTML document may cause the parser to infer the end of the "head" section and the beginning of the "body" section (where "link" and "meta" are not allowed; hence the reported error).
Wat moet ik nou doen daarmee? Ik ben dus echt wel een dummy en ik wil het allemaal leren maar dit snap ik niet zo goed eerlijk gezegd

…et" type="text/css" href="menu/halfmoontabs.css"/> <<--- die > zou niet mogen op één of andere manier
---WWW.AAIPHONE.COM---WWW.AAIPHONE.COM---WWW.AAIPHONE.COM---WWW.AAIPHONE.COM---WWW.AAIPHONE.COM---
---WWW.AAIPHONE.COM---WWW.AAIPHONE.COM---WWW.AAIPHONE.COM---WWW.AAIPHONE.COM---WWW.AAIPHONE.COM---
pi_55293059
Een <link> tag mag alleen binnen de <head> staan en nergens anders.
pi_55293175
Ok dat is nu idd weg

Nu ff naar de andere fouten. Zijn er nu 17. Best pittig. Hoop dat ik jullie nog meer mag vragen mocht ik er niet uitkomen
---WWW.AAIPHONE.COM---WWW.AAIPHONE.COM---WWW.AAIPHONE.COM---WWW.AAIPHONE.COM---WWW.AAIPHONE.COM---
---WWW.AAIPHONE.COM---WWW.AAIPHONE.COM---WWW.AAIPHONE.COM---WWW.AAIPHONE.COM---WWW.AAIPHONE.COM---
pi_55293831
Om je op weg te helpen:

1<img src="http://www.redhotchilipeppers.eu/images/peppers.jpg" />


1<img src="http://www.redhotchilipeppers.eu/images/peppers.jpg" alt="The Red Hot Chillipeppers" />


Dat is de tekst die je krijgt te zien als de pagina niet wilt laden / als je een alternative browser hebt.
pi_55294084
En omdat ik zo aardig ben:

RHCP.txt

Let goed op de tabs, en waar welke type tags horen. Je hebt de HTML tag, daarbinnen de header en de body, binnen de header weer de meta-tag, title, css en javascript....
pi_55294316
quote:
Op zaterdag 15 december 2007 16:57 schreef RHCPeter het volgende:
Ok dat is nu idd weg

Nu ff naar de andere fouten. Zijn er nu 17. Best pittig. Hoop dat ik jullie nog meer mag vragen mocht ik er niet uitkomen
Een bestand hoort 1 head en 1 body te hebben. En niet halverwege de body nog weer een head. Die CSS-linkjes vanaf regel 33 kun je beter naar boven halen.
fokstok.nl
pi_55295864
Mjah morgen weer een dag. Heb nu nog 13 fouten. Maar het menu is nog niet terug bij FF.

Krijg het nu niet voor elkaar
---WWW.AAIPHONE.COM---WWW.AAIPHONE.COM---WWW.AAIPHONE.COM---WWW.AAIPHONE.COM---WWW.AAIPHONE.COM---
---WWW.AAIPHONE.COM---WWW.AAIPHONE.COM---WWW.AAIPHONE.COM---WWW.AAIPHONE.COM---WWW.AAIPHONE.COM---
pi_55295906
quote:
Op zaterdag 15 december 2007 17:48 schreef Light het volgende:

[..]

Een bestand hoort 1 head en 1 body te hebben. En niet halverwege de body nog weer een head. Die CSS-linkjes vanaf regel 33 kun je beter naar boven halen.
Die snap ik niet? Hoezo naar boven halen?

Mocht iemand weten waarom het menu niet zichtbaar is bij safari en bij FF alleen het bovenste witte racdje hoor ik het echt heeeeeeeeel graag H
---WWW.AAIPHONE.COM---WWW.AAIPHONE.COM---WWW.AAIPHONE.COM---WWW.AAIPHONE.COM---WWW.AAIPHONE.COM---
---WWW.AAIPHONE.COM---WWW.AAIPHONE.COM---WWW.AAIPHONE.COM---WWW.AAIPHONE.COM---WWW.AAIPHONE.COM---
pi_55297972
quote:
Op zaterdag 15 december 2007 19:02 schreef RHCPeter het volgende:
[..]
Die snap ik niet? Hoezo naar boven halen?
Al je referenties naar css files in de <head> zetten, bovenin dus.
quote:
Mocht iemand weten waarom het menu niet zichtbaar is bij safari en bij FF alleen het bovenste witte racdje hoor ik het echt heeeeeeeeel graag H
Volgens mij heb je geen idee hoe floats werken en gebruik je ze waar ze helemaal niet nodig zijn. Het heeft iig weinig met php te maken, maar alles met [CSS] voor dummies - Deel 7.
Wil iedereen die in telekinese gelooft nu mijn hand op steken?
| Foto's van toen en nu | Icons | Whatpulse keyboard | .NET developer? |
pi_55301950
quote:
Op zaterdag 15 december 2007 19:00 schreef RHCPeter het volgende:
Mjah morgen weer een dag. Heb nu nog 13 fouten. Maar het menu is nog niet terug bij FF.

Krijg het nu niet voor elkaar
Bij de link die ik je gaf is je website compleet XHTML compatible:

W3 validator

Daarnaast zie je ook wat SuperRembo bedoeld. Tussen de <head> en </head> tags laad je alle .css en .js bestanden in. Daarna komt de <body> tag, je content, en dat sluit je weer af met een </body>.
pi_55302416
Zowieso is al je HTML gaar. Tabellen dienen niet voor opmaak gebruikt te worden. Een titel dient een hx tag te zijn. Je navigatie is een pagina lijst, maak daar dan ook een lijst van zonder er een div omheen.

Divjes gebruik je alleen als je geen enkel ander element kan vinden dat semantisch correct is om te gebruiken.

Verder zou het ook misschien handig zijn om alle browser defaults uit te zetten. Zie: http://www.liebmi.ch/laboratorium/bus/handboek/standaarden.html halverwege de pagina voor meer uitleg plus een standaard stylesheet voor leesbaarheid etc.

Als je gaat XHTML'en, doe het dan ook goed.

Je hebt meerdere head tags, je hebt link tags buiten je head. Kortom, het is een zooi. Misschien leuk om de rest van dat handboekje ook te lezen, is een algemene inleiding.
persoonlijke pagina
weblog
pi_55304566
"Semantisch correct" is de grootste bullshit die ik ooit gehoord heb.
pi_55305605
quote:
Op zaterdag 15 december 2007 23:55 schreef Geqxon het volgende:
"Semantisch correct" is de grootste bullshit die ik ooit gehoord heb.
Nee, je gebruikt de elementen waarvoor ze bedoeld zijn. Zo kunnen mensen die software gebruiken om alsnog je website te kunnen lezen zoals screenreaders er van uit gaan dat die software de site ook goed interpreteert. In het echte leven gebruik je nou eenmaal ook niet je aansteker om op te koken terwijl het best zal gaan.

Verder als google ziet dat iets een lijstje is geeft het er een andere waarde aan dan als iets in een div staat. Verder nog gaat het verhaal als we gaan kijken naar hoeveel extra code je verbruikt als je overal divjes omheen zet plus de effecten die dat heeft op rendering engines die de div eromheen als leidraad gaan gebruiken terwijl je dat misschien helemaal niet wil.

Van mij hoef je je er niet aan te houden maar als webdeveloper heb je de morele 'plicht' om toegankelijkheid hoog in het vaandel te houden, dat betekent dus ook de dingen gebruiken waarvoor ze bedoeld zijn Verder lopen er nog enkele rechtszaken in de Verenigde Staten over sites die niet semantisch en niet genoeg toegankelijk waren voor mensen met screenreaders. Effectief ontzeggen zij namelijk de toegang tot hun site aan mensen die minder valide zijn
quote:
If we call ourselves professionals, we owe it to our clients, their clients, and ourselves, to do our job properly. A chef must care about health, a builder must care about safety, and we must care about accessibility.
bron

Op een hele andere noot heb ik de source van een simpele template klasse online gezet, lang niks zoals Smarty maar dit is gewoon om beginners te helpen met waar ze moeten beginnen als je met templates aan de slag gaat:
http://liebmi.ch/laboratorium/template-klasse/

[ Bericht 3% gewijzigd door colourAgga op 16-12-2007 00:52:33 ]
persoonlijke pagina
weblog
pi_55307127
colourAgga, we hebben het hier over een beginnende developer, met een website die geen miljoenen hits per dag zal genereren. In dit geval is het voldoende als de website het doet onder IE6, FireFox en Safari. Of er dan een DIV of een ander element staat doet er dan niet toe. Om dan gelijk over semantiek te blaten....

Op een grote grafische websites omkom je hoe dan ook niet aan het gebruik van veel DIV blokken voor de opmaak.

Overigens is het een goed verhaal wat je post, al vind ik het wel wat hypocriet als ik het homepage icoon naast je username aan klik...
pi_55309661
Als je die opmerking maakt over http://liebmi.ch/ dan vraag ik me toch af wat er zo hypocriet aan is Alle pagina's die daaronder vallen hebben maar 1 div op de pagina en dat is diegene om de adsense codeblokken te omvatten daar is momenteel geen betere tag voor. Dus ik vraag me af wat daar hypocriet aan zou zijn? Ze validaten en ik schrijf er zelfs over op mijn weblog :p

Of is het hypocriet omdat die hele pagina maar twee plaatjes bevat? Ook zeer grafische sites zijn trouwens voor een groot gedeelte op te vullen met background images, etc. Een gallery bijvoorbeeld is een lijst van plaatjes en dus een ul, een tabbed navigatie is ook een ul (tot HTML5 dan hebben we nl). Ik geef natuurlijk ook gewoon toe dat er vaak situaties zijn waarin een div de beste keuze is! Ik geef ook toe dat je bij een sidebar op dit moment nog het beste een div kan gebruiken.

Als je het hebt over het niet valideren van de pagina's daar dan moet ik je teleurstellen. Zelfs iemand zoals ik kiest er soms bewust voor om de standaarden niet na te leven voor het betere. Het is beter om je javascript onderaan de pagina in te laden omdat gebruikers dan niet lang hoeven te wachten als google weer eens niet reageert (een browser hangt op het laden van javascript, hij wacht dan totdat het binnen is omdat het eventueel gebruikt wordt om de pagina op te maken). Elke pagina met google adsense erop valideert niet als XHTML .

Wat ik dan weer niet snap is dat mensen vaak een container div gebruiken als ze XHTML'en. Dan style je toch gewoon de html en body tags? Dat soort dingetjes vind ik persoonlijk wat suf

Trouwens is dat mijn site niet valideert niet van invloed op sites die ik maak in opdracht. Mijn eigen site is een playground met de nieuwste technieken. Klantensites worden 99 uit de 100 keer in HTML 4.01 gemaakt. Mijn eigen site is in XHTML omdat ik dan lekker kan frutselen met MathML en SVG. Als het probleem oplevert wil ik er best een HTML 4.01 doctype overheen leggen, dan valideert ie wel

[ Bericht 14% gewijzigd door colourAgga op 16-12-2007 12:08:37 ]
persoonlijke pagina
weblog
pi_55310744
Wat mij opvalt is dat je website inderdaad correct geschreven is, maar waar ik dan over val is dat het menu onder Safari niet correct werkt, en dat je een document.write in een XHTML pagina gebruikt.

Het tweede is zo erg nog niet, maar het eerste is waar ik zelf wel over val. Je bent erg druk bezig geweest om de website semantisch correct te maken, maar als je volgens mijn standaard ontwikkeld had: Er voor zorgen dat de website het onder IE6, FireFox en Safari het goed doet, dan was je website nu voor een groter publiek toegankelijker gemaakt.

Edit: Om maar te zwijgen van IE6 compatibility. Wat ondermeer fout gaat is dat je een alfatransparante PNG voor je body-background hebt gebruikt, terwijl dit prima een GIF had kunnen zijn. Daarnaast wordt zo te zien ook hier het menu niet correct getoond.

[ Bericht 10% gewijzigd door Geqxon op 16-12-2007 12:48:50 ]
pi_55310760
quote:
Op zaterdag 15 december 2007 23:55 schreef Geqxon het volgende:
"Semantisch correct" is de grootste bullshit die ik ooit gehoord heb.
;')
pi_55310918
quote:
Op zondag 16 december 2007 12:43 schreef Tuvai.net het volgende:

[..]

;')
Ik mag hopen dat mijn punt duidelijk is. Dat een website semantisch correct is biedt geen meerwaarde als de website in IE6 amper te openen is, en in Safari slecht gerendered wordt.

Het is jammer dat IE6 erg ouderwets is, maar veel mensen gebruiken het, en mede daardoor is het vaak niet mogelijk een perfecte website te maken.
pi_55312074
Welke versie van safari gebruik jij dan? In 2.0.4 werkt het in ieder geval

Verder ben ik bezig met de Google Ads ook XHTML 1.1 te maken, dat gaat via javascript en die javascript werkt weer alleen als er ook een application/xhtml+xml header wordt meegegeven, dat slikt IE overall niet en dat is tragisch. Dat is ook de reden dat ik wanneer je met IE kijkt andere headers moet sturen.

Ik ben er nog mee aan het verfijnen en verwacht dat ik vanavond de site werkend heb in alle grote rendering engines (Webkit, Gecko en IE). Je kijkt nu feitelijk naar een template die nog niet helemaal af is. Wel bedankt dat je even IE6 aankaart. Ik zal daar even mee aan de slag en hoop dat ik dan vanavond eentje heb die wel naar believen werkt.

Overigens is IE6 en retour. Sinds Microsoft IE7 ook vrij heeft gegeven voor de illegale windows versies neemt het marktaandeel snel toe
persoonlijke pagina
weblog
pi_55312133
Soms loont het om een website aan te passen naar de fouten in sommige browsers. Maar ik juich semantisch correcte en validerende websites erg toe, temeer omdat hoe meer mensen dit doen des te groter de kans wordt dat browsers dit goed gaan ondersteunen en wat strikter worden in het parsen van de DOM tree.

Het afdoen van semantisch correctheid met 'bullshit' doet mij dan ook alleen getuigen van een gebrek aan inzicht - browsers kunnen op dergelijke sites veel beter de mogelijkheden benutten voor het weergeven (ook middels audio) en besturen van die sites.
pi_55312605
quote:
Op zondag 16 december 2007 13:56 schreef JeRa het volgende:
Het afdoen van semantisch correctheid met 'bullshit' doet mij dan ook alleen getuigen van een gebrek aan inzicht
Inderdaad, XHTML is veel grotere bullshit dan semantisch correcte html
Wil iedereen die in telekinese gelooft nu mijn hand op steken?
| Foto's van toen en nu | Icons | Whatpulse keyboard | .NET developer? |
pi_55314334
In ieder geval, laten we weer verder gaan met PHP want daar is dit topic voor.

Mensen nog gekeken naar die simpele template klasse? Kan die nog simpeler dan dit?
persoonlijke pagina
weblog
pi_55314434
Ik zou wel een voorbeeld template zien.
De class zelf zegt mij niet zo veel, het gebruik er van zegt meer.

En mag ik vragen waarom jij geen access control modifiers (public/protected/private) gebruikt?
Steam - SC2
pi_55315543
quote:
Op zondag 16 december 2007 16:04 schreef colourAgga het volgende:
In ieder geval, laten we weer verder gaan met PHP want daar is dit topic voor.

Mensen nog gekeken naar die simpele template klasse? Kan die nog simpeler dan dit?
1    function replace( $str_Needle, $str_Replacement, $bool_File = false )


Dit vind ik een voorbeeld van bad coding practice. De parameter $bool_File geeft aan of de parameter $str_Replacement een replacement string bevat of de naam van een bestand dat je als replacement gebruikt. Waarom maak je daar niet gewoon 2 functies van, dat levert echt veel beter leesbare code op.
Dat ik een hekel heb aan hungarian prefixes had ik al eerder gezegd.

En kan het nog simpeler? Ja, Smarty gebruiken!
Wil iedereen die in telekinese gelooft nu mijn hand op steken?
| Foto's van toen en nu | Icons | Whatpulse keyboard | .NET developer? |
  zondag 16 december 2007 @ 17:06:50 #278
62215 qu63
..de tijd drinkt..
pi_55315658
Wat zijn hungarian prefixes
It's Time To Shine
[i]What would life be like without rhethorical questions?[/i]
pi_55315880
Prefixes in de variable names waar je aan zou moeten kunnen zien wat voor type waarde er in de variable zit (object, boolean, string, int etc). Vrij gevaarlijk bij loosely typed languages zoals php omdat dat type nooit vaststaat.
  zondag 16 december 2007 @ 17:34:15 #280
62215 qu63
..de tijd drinkt..
pi_55316340
quote:
Op zondag 16 december 2007 17:15 schreef Farenji het volgende:
Prefixes in de variable names waar je aan zou moeten kunnen zien wat voor type waarde er in de variable zit (object, boolean, string, int etc). Vrij gevaarlijk bij loosely typed languages zoals php omdat dat type nooit vaststaat.
dus in str_Needle is str de 'hungarian prefix'
It's Time To Shine
[i]What would life be like without rhethorical questions?[/i]
pi_55316549
quote:
Op zondag 16 december 2007 17:34 schreef qu63 het volgende:

[..]

dus in str_Needle is str de 'hungarian prefix'
Ja.
  zondag 16 december 2007 @ 18:27:05 #282
62215 qu63
..de tijd drinkt..
pi_55317328
quote:
Op zondag 16 december 2007 17:42 schreef Farenji het volgende:

[..]

Ja.
en dat is stom omdat str_Needle ook iets anders kan zijn dan een string?
It's Time To Shine
[i]What would life be like without rhethorical questions?[/i]
pi_55317384
quote:
Op zondag 16 december 2007 18:27 schreef qu63 het volgende:

[..]

en dat is stom omdat str_Needle ook iets anders kan zijn dan een string?
Klopt. In PHP kun je sowieso niet eisen dat iets van een bepaald type is. Een integer meegeven als een string gevraagd wordt (of andersom) wordt gewoon toegestaan. Daarnaast is het stom, omdat je nu heel lastig van type kunt veranderen. Als je besluit dat iets van een int naar een double gaat, dan kun je alle verwijzingen naar die variabele gaan aanpassen.

Kortom: niet doen.
pi_55317751
Ik heb een keer een PHP boek gelezen waar ze ook classes zo een naam gaven : 'clsFooBar';

PHP 5 Super Boek was dat geloof ik.
Steam - SC2
pi_55320424
Of "iNumber"
pi_55322331
quote:
Op zondag 16 december 2007 13:53 schreef colourAgga het volgende:
Welke versie van safari gebruik jij dan? In 2.0.4 werkt het in ieder geval
Safari 2 is wat achterhaald ondertussen. En in 3.0.4 werkt het menu niet goed, de >> die voor de tekst komen, zorgen ervoor dat de tekst naar de volgende regel gaat. Zonder dat het vakje groter wordt overigens. Maar dat had je zelf vast ook al wel gezien.
fokstok.nl
pi_55322449
quote:
Op zondag 16 december 2007 17:15 schreef Farenji het volgende:
Prefixes in de variable names waar je aan zou moeten kunnen zien wat voor type waarde er in de variable zit (object, boolean, string, int etc). Vrij gevaarlijk bij loosely typed languages zoals php omdat dat type nooit vaststaat.
Nooit is ook niet helmaal meer waar in php5. Je kunt bij functies wel type hinting gebruiken voor objecten en arrays. Niet voor dingen als int of string.
fokstok.nl
pi_55326091
Weet iemand hoe ik alle 7 dagen van een bepaald weeknummer en jaartal kan verkrijgen?

Ik gebruik op het moment het volgende stukje code:

1
2
3
4		// Gegeven: $week (1-53), $year (1990 - 2100), $day (monday-sunday)
$lastdaylastyear = mktime(0,0,0,12,31,$year-1);
$lastdaylastweek = strtotime('+' . $week-1 . 'weeks', $lastdaylastyear);
return strtotime("next " . $day, $lastdaylastweek) ;


Het punt is echter dat deze natuurlijk niet werkt tijdens de jaarwisseling. Iemand? :)
pi_55337745
Type prefixes gebruik ik meestal omdat er normaal nog een verificatie klasse overheen gaat om te checken wat voor iets een variabele is met een hoop is_string en is_int. Is ook nog iets wat is blijven hangen bij mij van andere talen etc. etc. Kunnen jullie denk ik beter overheen kijken
quote:
Op zondag 16 december 2007 18:27 schreef qu63 het volgende:

[..]

en dat is stom omdat str_Needle ook iets anders kan zijn dan een string?
Ik gebruik meestal:
1
2
3
4		<?php
$obj_Template->replace( 'hoi', 'test' );
$obj_Template->replace( 'test', 'hoi' );
?>

En stop daar dus geen arrays in (ook al zou het kunnen).

Iemand vroeg nog om een voorbeeld template. Klik hier. Verder is dit ding nog niet met access control modifiers. Die zal ik er even inzetten.

Ik zal de hungarian prefixes er ook wel uithalen, is iets wat ik normaal gesproken voornamelijk voor mezelf gebruik omdat ik dan duidelijk maak wat ik opsla in een variabele Zelf ben ik het er niet mee eens dat het bad coding practice is. Het is pas bad coding practice als je er een gevoel van veiligheid aan gaat verbinden. Dat gaat in PHP namelijk niet op. Ik zet ze er alleen in zodat ik meteen weet wat er in een bepaalde variabele hoort te zitten.

En de hele code aanvallen als je van int naar double gaat is ook niet zo lastig met een regular expression in VIM.

Overigens heb ik dat template ding even gerecode met alle opmerkingen van hierboven meegenomen.

[ Bericht 4% gewijzigd door colourAgga op 17-12-2007 15:38:08 ]
persoonlijke pagina
weblog
pi_55338686
quote:
Op maandag 17 december 2007 00:13 schreef Geqxon het volgende:
Weet iemand hoe ik alle 7 dagen van een bepaald weeknummer en jaartal kan verkrijgen?

Ik gebruik op het moment het volgende stukje code:
[ code verwijderd ]

Het punt is echter dat deze natuurlijk niet werkt tijdens de jaarwisseling. Iemand?
Deze is simpel aan te passen :
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17		<?php
function WeekCheck($date , $gid = ""){
    # huidige dag
    $currentDay = date ("w", $date);
   
    # om te beginnen wil ik de eerste dag van de week eruit halen (maandag)
    $monday = date("d", $date) - ($currentDay - 1);
    
    # maken van een array met daarin dagen en data van de huidige week (m tm f)
    for ($i=0; $i < 5; $i++){
        $day = mktime(0,0,0,date("m", $date),($monday + $i),date("y", $date));
        $week[$i] = date("d-m-Y", $day); 
    }
    
    return $week;
}
?>
De R&P PM box voor al uw vragen en opmerkingen
pi_55341694
quote:
Op maandag 17 december 2007 15:27 schreef colourAgga het volgende:
Ik zal de hungarian prefixes er ook wel uithalen, is iets wat ik normaal gesproken voornamelijk voor mezelf gebruik omdat ik dan duidelijk maak wat ik opsla in een variabele Zelf ben ik het er niet mee eens dat het bad coding practice is. Het is pas bad coding practice als je er een gevoel van veiligheid aan gaat verbinden.
Mijn opmerking over bad coding practice ging neit over hungarian prefixes maar over de method replace() waarbij de betekenis van de 2e parameter sterk af hangt van de 3e parameter: de content zelf of de naam van een bestand waar de content in staat.

Waarom gebruik je eigenlijk "if( $clean == true )"? Wat is er mis met "if( $clean )"? Klopt je clean() functie wel?
Wil iedereen die in telekinese gelooft nu mijn hand op steken?
| Foto's van toen en nu | Icons | Whatpulse keyboard | .NET developer? |
pi_55346651
De replacement is of een tekst of de tekst uit een bestand. In dat geval wordt de replacement dus het bestand. Ik snap wat je bedoelt en hij zou ook in een losse functie kunnen. Ik vind hem daar lekkerder staan.

De clean() functie doet het, niets meer en niets minder dan newlines en dubbele spaties strippen Omdat ik een $clean == true duidelijker vindt dan een ( $clean ). Persoonlijke voorkeur die bij iedereen anders is. Heel veel mensen zouden ook directory of configuration afkorten. Dingen die ik persoonlijk ook nooit doe.
persoonlijke pagina
weblog
pi_55355905
quote:
Op maandag 17 december 2007 21:44 schreef colourAgga het volgende:

De clean() functie doet het, niets meer en niets minder dan newlines en dubbele spaties strippen Omdat ik een $clean == true duidelijker vindt dan een ( $clean ). Persoonlijke voorkeur die bij iedereen anders is.
Yep, we zijn allemaal anders. En da's maar goed ook. Bij vergelijken met een constante zou ik trouwens true == $clean schrijven, dan gaat php vanzelf zeuren als je een = vergeet. Het voorkomt vaag gedrag.
fokstok.nl
pi_55356158
quote:
Op dinsdag 18 december 2007 10:46 schreef Light het volgende:

[..]

Yep, we zijn allemaal anders. En da's maar goed ook. Bij vergelijken met een constante zou ik trouwens true == $clean schrijven, dan gaat php vanzelf zeuren als je een = vergeet. Het voorkomt vaag gedrag.
Das wel een goede tip. Ik ben zelf overigens gewend geraakt aan perl ranzigheid als "doSomething() unless $test;" of nog erger: "$test or doSomething();"
pi_55357138
Vies programmeren

Net zoals ik soms als debugging ergens " if (isset($thisvarisprobarlyneverused)) " doe, wat prima ging, tot mijn collega voor de grap eens een variabele met exact deze naam had geinit. Lul
pi_55359620
quote:
Op maandag 17 december 2007 21:44 schreef colourAgga het volgende:
De clean() functie doet het, niets meer en niets minder dan newlines en dubbele spaties strippen
Als er tussen 2 woorden eerst een regeleinde of 2 spaties staan dan staan ze daarna opeens aan elkaar vast. Lijkt me niet handig.
quote:
Omdat ik een $clean == true duidelijker vindt dan een ( $clean ). Persoonlijke voorkeur die bij iedereen anders is.
Overbodig en dus lelijk vind ik
Wil iedereen die in telekinese gelooft nu mijn hand op steken?
| Foto's van toen en nu | Icons | Whatpulse keyboard | .NET developer? |
pi_55359637
quote:
Op dinsdag 18 december 2007 10:58 schreef Farenji het volgende:

[..]

Das wel een goede tip. Ik ben zelf overigens gewend geraakt aan perl ranzigheid als "doSomething() unless $test;" of nog erger: "$test or doSomething();"
Dat kan in php ook, doSomething() or die()
Zelfde constructie, zelfde idee.
fokstok.nl
pi_55360754
Ik gebruik eigenlijk ook wel regelmatig false == $var. Vind ik er eigenlijk stiekem zelfs mooier eruit zien maar ik had het expres niet gedaan omdat het script dan weer 'onlogisch' is voor iemand die net PHP kijkt
persoonlijke pagina
weblog
pi_55361828
Maak er dan true == (false == $var) van
Wil iedereen die in telekinese gelooft nu mijn hand op steken?
| Foto's van toen en nu | Icons | Whatpulse keyboard | .NET developer? |
pi_55362580
quote:
Op dinsdag 18 december 2007 14:48 schreef SuperRembo het volgende:
Maak er dan true == (false == $var) van
Daar zou je dan weer wel een functie voor kunnen schrijven
true_false_var() ofzo, duidelijk wat die doet toch?
actieve topics nieuwe topics
abonnement Unibet Coolblue Bitvavo
[PHP/(My)SQL] voor dummies - Deel 52
Index

» digital corner

Forum Opties
Forumhop:
Hop naar:
(afkorting, bv 'KLB')