[alg] Slechtste programmeervoorbeelden deel 4

[P_de_B]

Firesphere schreef op dinsdag 13 maart 2012 @ 19:09:
[...]

Heb net even voor de grap wat MySQL tests gedraaid, maar de snelheid van een extra tabel ligt echt veel lager, zelfs als ik op 6 dagen selecteer. Ik weet niet wat nou zo slecht is aan een inbuild functie eerlijk gezegd.

Ik weet niet hoe je de tests gedaan hebt, maar vast niet op enkele miljoenen records?

[Firesphere]

P_de_B schreef op woensdag 14 maart 2012 @ 10:40:
[...]

Wie zegt dat er een ingebouwde functie in de db is die teruggeeft of een bepaalde datum een werkdag is? (DAYOFWEEK is het in ieder geval niet). Misschien heeft het bedrijf wel een eigen indeling van werkdagen, misschien is het in Israel actief waarbij zondag een werkdag is.

Hoezo? DAYOFWEEK geeft een getal, 1 == zondag t/m 7 == zaterdag, niet echt variabel. Bij het opbouwen van je query weet je toch welke dag je zoekt?

P_de_B schreef op woensdag 14 maart 2012 @ 10:41:
[...]

Ik weet niet hoe je de tests gedaan hebt, maar vast niet op enkele miljoenen records?

Nee, paar 1000 random records en belasting op db gemeten. Ik neem aan dat als een join trager is dan een build-in feature, dat't alleen maar sneller wordt naarmate het aantal records stijgt.


Anyway, de meesten hier schijnen overtuigd te zijn van het nut van een db met een hele rij datums. Dus... tja, succes d'r met, ik gebruik zelf liever een andere methode

[ Voor 67% gewijzigd door Firesphere op 14-03-2012 10:54 ]

[P_de_B]

Firesphere schreef op woensdag 14 maart 2012 @ 10:46:
[...]

Hoezo? DAYOFWEEK geeft een getal, 1 == zondag t/m 7 == zaterdag, niet echt variabel. Bij het opbouwen van je query weet je toch welke dag je zoekt?


[...]

En als werkdagen nu variabel zijn? Misschien is iedere 4e woensdag van de maand geen werkdag binnen het bedrijf? In het voorbeeld is dit niet heel realistisch geef ik direct toe maar er zijn natuurlijk zat scenario's te bedenken waarbij een built-in functie niet voldoet.

Nee, paar 1000 random records en belasting op db gemeten. Ik neem aan dat als een join trager is dan een build-in feature, dat't alleen maar sneller wordt naarmate het aantal records stijgt.

Die aanname is niet correct, juist bij grote hoeveelheden gegevens kan een oplossing met een join veel beter werken dan een functie, o.a. door het kunnen toepassen van indexen. RDBMS-systemen zijn juist heel goed in het maken van joins op grote sets met data.
Als je een functie gebruikt zal eerst voor iedere record in de tabel de functie gevalueerd moeten worden. Een test met een paar 1000 records is dan ook niet representatief.

Anyway, de meesten hier schijnen overtuigd te zijn van het nut van een db met een hele rij datums. Dus... tja, succes d'r met, ik gebruik zelf liever een andere methode

Nee hoor, niet overtuigd van het nut, daarvoor moet je de hele case kennen. Het is meer dat in ieder geval ik niet direct overtuigd ben van het feit dat er geen nut voor is. Je kunt dus ook niet zeggen dat jij liever een andere methode gebruikt, misschien voldoet die wel niet.

[Bee.nl]

Over datums gesproken:

PHP:

$date = getdate(strtotime($row['date'])); // opgeslagen als timestamp

if($date['hours'] == 0) {
    $date['hours'] = "00";
}
if($date ['minutes'] == 0) {
    $date['minutes'] = "00";
}

$maanden = array("januari","februari","maart","april","mei","juni","juli","augustus","september","oktober","november","december");
$dagen = array("zondag","maandag","dinsdag","woensdag","donderdag","vrijdag","zaterdag");

echo $dagen[$date["wday"]]." ".$date["mday"]." ".$maanden[$date["mon"] - 1]." ".$date["year"] ." " .$date['hours'].":".$date['minutes'] . " uur";

Waarom nou zo moeilijk doen als je gewoon strtotime() en strftime() kunt gebruiken? Dan past het zelfs op één regel

[R4gnax]

Standeman schreef op dinsdag 13 maart 2012 @ 08:44:
Ik zit me af te vragen om welke reden iemand in godsnaam een dergelijk tabel maakt / bedenkt. En of deze met de hand is gevuld

Dat soort gematerialiseerde tables met datums is, heb ik mij laten vertellen, een practice uit data warehousing, business intelligence en financial reporting waar er inderdaad met zeer grote hoeveelheden rows gewerkt wordt en joins vaak inderdaad sneller kunnen werken dan het draaien van functies.

Naast eerder genoemde issue omtrend indices hebben sommige databases ook problemen met query execution plans die niet behouden blijven bij het gebruik van user-defined functies, en met query optimizers die hun werk daardoor niet of minder goed kunnen doen. Als je veel om moet schakelen naar andere kalenders en om moet gaan met afwijkende datum/tijd indelingen (zoals voor financiele jaren) kan het dus inderdaad handig zijn om deze data eenmalig te materialiseren als table en deze problemen uit de weg te gaan.

Neemt niet weg dat zo'n gematerialiseerde table voor veel verschillende situaties totaal niet nodig is en vaak door niet beter wetende BI specialisten neergezet wordt die hetzelfde patroon eigenlijk gewoon overal neerzetten, simpelweg omdat ze het altijd zo gedaan hebben en het voor hen werkt. (Cargo-cult dus...)

[Gomez12]

Firesphere schreef op dinsdag 13 maart 2012 @ 19:09:
[...]

Heb net even voor de grap wat MySQL tests gedraaid, maar de snelheid van een extra tabel ligt echt veel lager, zelfs als ik op 6 dagen selecteer. Ik weet niet wat nou zo slecht is aan een inbuild functie eerlijk gezegd.

Welke inbuild functie vertelt mij dan dat 1e kerstdag geen werkdag is, of 2e kerstdag of ... of ...

Maar persoonlijk ga ik al snel voor een kalendertabel vanwege heel simpele dingen als consequente output kunnen genereren uit query's ipv dat ik allerlei app-logica moet gaan inzetten op het moment dat ik een omzetoverzicht moet gaan genereren en rekening moet gaan houden dat er dagen zijn die geen omzet genereren maar wel getoond moeten worden.

Ook voor toekomstige projecties is het wel makkelijker om een niet-coder ook dingen in de toekomst vast te laten leggen waar mijn businesslogica mee kan werken (ik heb nu nog geen idee welke vrije dagen er zullen zijn in 2018, maar in mijn apps is wel de mogelijkheid ingebouwd dat in 2017 iemand ze kan definieren en dat ze meegenomen worden)

Het is wmb een kosten-baten analyse, het kost me max 366 records per jaar, het baat me een heel stuk app-logica die ik in de dbase onderbreng.

[Firesphere]

Gomez12 schreef op donderdag 15 maart 2012 @ 00:59:
[...]

Welke inbuild functie vertelt mij dan dat 1e kerstdag geen werkdag is, of 2e kerstdag of ... of ...

Even een algemeen antwoord:
Dergelijke zaken zou ik afhandelen in m'n applicatie. Nu schrijf ik meestal PHP of Objective C, maar ik zou datum-afhandeling bij voorkeur ook in de applicatie hebben ipv in de database-linking.

De simple-test die ik heb gedraaid gaat niet om extreme records. Bij extreme records kan ik me voorstellen dat een join de ingebouwde functie overstijgt, maar ik ben dan persoonlijk meer van "voorkom de join, bouw het in je code".
Ieder zijn voorkeur. Nogmaals, ik zie het nut niet omdat ik het liever codematig oplos. Iemand anders kan er heel handig mee zijn en daarmee juist iets heel goeds maken.
Laten we het alstublieft houden op ieder zijn voorkeur. Dat ik tegen ben en dat in een shortrun test, zegt iets over mij, niet over de methode.

[djluc]

Best mooi eigenlijk want data is data. Als datums dus niet gewoon kalenderdatums zijn maar meer complexe "data" dan past het eigenlijk prima in de database.

[Verwijderd]

djluc schreef op donderdag 15 maart 2012 @ 01:39:
Best mooi eigenlijk want data is data. Als datums dus niet gewoon kalenderdatums zijn maar meer complexe "data" dan past het eigenlijk prima in de database.

Daar heb je (misschien) wel een punt, maar dan wil je nog niet alle datums opslaan tussen 19** en 2049 lijkt me

[BM]

We hebben in de applicatie waar ik aan werk 1 tabel die alle kwartieren voor de komende 10 jaar bevat. Data word ingelezen en gekoppeld aan deze kwartieren, en aangezien het aantal kwartieren op een dag niet altijd gelijk is (zomer/wintertijd), en d'r allerlei berekeningen/groeperingen gedaan moeten worden op deze getallen is besloten dat af te splitsen in een aparta tabel.
Werkt best prettig imho

[P_de_B]

Firesphere schreef op donderdag 15 maart 2012 @ 01:03:
[...]

Even een algemeen antwoord:
Dergelijke zaken zou ik afhandelen in m'n applicatie. Nu schrijf ik meestal PHP of Objective C, maar ik zou datum-afhandeling bij voorkeur ook in de applicatie hebben ipv in de database-linking.

Ik snap best dat je met de discussie wilt stoppen, en mijn antwoord is ook niet bedoeld om je aan te vallen, maar met grote hoeveelheden kún je niet altijd alles in de applicatie afhandelen. Dan zul je eerst alle data moeten ophalen dan in code de juiste resultaten filteren en deze tonen, dat zal een behoorlijke overhead met zich meebrengen. Dat filteren wil je bij voorkeur door de db laten doen

[Freeaqingme]

BM schreef op donderdag 15 maart 2012 @ 06:59:
We hebben in de applicatie waar ik aan werk 1 tabel die alle kwartieren voor de komende 10 jaar bevat. Data word ingelezen en gekoppeld aan deze kwartieren, en aangezien het aantal kwartieren op een dag niet altijd gelijk is (zomer/wintertijd), en d'r allerlei berekeningen/groeperingen gedaan moeten worden op deze getallen is besloten dat af te splitsen in een aparta tabel.
Werkt best prettig imho

waarom sla je die tijd niet op in UTC? Ben je meteen van je zomer/wintertijd probleem verlost.

[Gomez12]

Firesphere schreef op donderdag 15 maart 2012 @ 01:03:
[...]
Even een algemeen antwoord:
Dergelijke zaken zou ik afhandelen in m'n applicatie. Nu schrijf ik meestal PHP of Objective C, maar ik zou datum-afhandeling bij voorkeur ook in de applicatie hebben ipv in de database-linking.

Tja, filosofie verschil denk ik dan maar. Ik benader mijn dbase soms vanuit meerdere bronnen en dan heb ik het liefst een eenduidige antwoord (dus als ik een week opvraag ook 7 resultaten, niet soms 5, soms 3 etc) .

Als je een service-layer tussen je db en je app zet dan zou ik het bijv daarin zetten, maar eigenlijk nooit in mijn app want dan moet ik bij een ander platform / andere app weer hetzelfde gaan doen.

[Fiander]

Aangaande de dbo.Datum tabel.

Dit word inderdaad veel gebruikt bij grote ( echt grote !! ) databases voor zowel snellere bewerkingen als voor ruimte besparing.
In SQL hebben we enkele datatypes voor datum.
DateTime, DateTime2, SmallDateTime, Date en Time.
De eerste twee kosten 8 byte per record, smalldatetime kost 4 byte per record, date kost 3 byte per record en Time kost 3 tot 5 bytes per record.

Als er in een set van een paar jaar tot op de seconde nouwkeurig feiten bewaard moeten worden, kun je kiezen uit datetime of datetime2 of uit date + time. welke 8,8,6 byte groot zijn. Aangezien de meeste feitentabellen waar ik mee werk al gauw zo tegen de 100M tot 10.000M regels bevatten ben je in soon gevan dus 800M tot 80.000 of 600 tot 60.000 bytes kwijdt alleen al voor de datum.
je ziet dat het gescheiden opslaan van datum + tijd hier al 200M tot 20.000M bytes aan ruimte scheelt. verder maakt deze constructie het mogelijk om snel dingen op te zoeken als ik wil alle records van tussen 14:00 en 15:00 uur.
moet je eens proberen met een datetime kolom, ( where datepart(hh,dbo.tbl.datetimekolom ) between '14:00' and '14:59:59')
je ziet dat de datetimekolom in een functie terecht komt waardoor deze vanwege het onvoorspelbare karakter niet te indexeren is. ( scalar function ).
Nog een nadeel van deze manier is dat elke functie elke keer weer opnieuw uitgevoerd moet worden.

nu het voorbeeld met de datum tabel.
we pakken een integer ( 4 byte als ID ) we zetten alle mogelijke datums/tijden andere eventueel nodige dingen als laatste maand, vorige 4 hele weken, enz enz.
En in de feiten tabel gebruiken we deze ID's. we winnen ten opzichte van de apparte date / time kolom dus 200MB tot 20.000MB of 400MB tot 40.000MB met de tabel grotes zoals eerder genoemt.
functies voor elementaire zaken gebruiken is niet meer nodig, en door de datum tabel helemaal af te laden met gefilterde indexes gaat het helemaal snel.

create index ix_Datum_Feestdagen ( ID ) where (is_feestdag = 1)
zorg ervoor dat de index alleen de feestdagen bevat.

voor kleine databases levert het weinig op, maar vooral op grote datebases, kan de winst met weinig moeite groot zijn.

[HeSitated]

Fiander schreef op donderdag 15 maart 2012 @ 20:16:
moet je eens proberen met een datetime kolom, ( where datepart(hh,dbo.tbl.datetimekolom ) between '14:00' and '14:59:59')

Voor de rest kan ik je hele betoog beamen, maar wat ik niet snap is het gebruik van between in combinatie met datum/tijd....

Te vaak query's gezien die daardoor bij toeval nog net het juiste resultaat op leverden....

Zie ook [url href=http://tinyurl.com/8349hx9]T-SQL Bad Habits to Kick[/url]

Gebruik ipv daarvan:

SQL:

kolom >= @startdatumtijd AND kolom < @einddatumtijd

Leest beter, minder (kans op) fouten en net zo snel.

[Fiander]

Mee eens, hoewel je alleen maar hoeft te weten dat bij

A = 10
B= 19
where ID between A en B

de between inclusief beide waarden doet. dus vanaf 10 tot en MET 19.
daarom deed ik bij de tijd ook 14:59:59 ipv 15:00

[mbarie]

Geen slecht programmeervoorbeeld maar een leuke (tenenkrommende) quote van een ander platform waarop ik actief ben en een mysql injectie probleem aankaartte. Antwoord:

Mysql injectie is geen probleem. Er worden periodieke geautomatiseerde backups gemaakt.

[Afvalzak]

mbarie schreef op maandag 19 maart 2012 @ 10:02:
Geen slecht programmeervoorbeeld maar een leuke (tenenkrommende) quote van een ander platform waarop ik actief ben en een mysql injectie probleem aankaartte. Antwoord:


[...]

Vraag me af of ze dat nog steeds vinden als alle gegevens gepubliceerd staan op internet en vervolgens verwijderd zijn

[epic_gram]

C:

#include <stdio.h>
#include <stdlib.h>

int getstringfunctie (void);
int printfunctie (char *adres);

int main(void)
{
    char *pointer_array;
    pointer_array=getstringfunctie(); 
   
    printfunctie (pointer_array);
  
    system("PAUSE");    
    return 0;
}

int getstringfunctie (void)
{
      char *adres;
      char array [100];
      
      gets(array);
      //printf("%s\n", array); // test
      adres=array;
      printf("%s\n",adres);
      return adres;
}

int printfunctie (char *adres)
{ //printf("%d\n", adres);// adres pointer juist doorgegeven
     char *a; a=adres;
     do putchar (a), a++; while (a!=0);
     
  return;
}

[.oisyn]

Wat? Een compilerwarning over het returnen van een local array? Dan definieren we toch gewoon even een extra pointer waar we de verwijzing in opslaan zodat de compiler niet meer zeurt? Probleem opgelost!

Maar compilet dit überhaupt? Want getstringfunctie() returnt een int.

[ Voor 15% gewijzigd door .oisyn op 19-03-2012 11:46 ]

[MBV]

en printfunctie returnt int, maar heeft alleen een return-statement zonder argument. Ik vermoed een gevalletje anonymizer-fail

[.oisyn]

Maar dat mocht nog in C90

[mrwiggs]

Ik kwam dit laatst tegen in de structuur van een MySQL-tabel:

code:

  `sDatumTijd` varchar(19) NOT NULL default

Toen ik hem op de mogelijkheid van het DATETIME veld wees kreeg ik als reactie: "Nee een VARCHAR werkt heel gemakkelijk, kan ik het mooi exploden in PHP en berekeningen mee maken" (hij sloeg het op als YYYY-MM-DD hh:ii:ss)

[ Voor 15% gewijzigd door mrwiggs op 19-03-2012 22:28 ]

[Gomez12]

@Snooby : Wat hij zegt klopt toch ook gewoon
Zolang hij niet over efficiëntie begint of normale datum/tijd functies gaat gebruiken...

Ik bedoel, string-explode functies ed lijken mij ook heel erg onhandig werken op date-time velden. Het is dat PHP het impliciet cast, maar anders was het echt een ellende geweest

[Freeaqingme]

Dit gaat ook prima met berekeningen. Je kan toch gewoon doen:

$sql = 'select * from table where date(sDatumTijd) < '.$_GET['datum'];

Soit, het performt niet zo goed op een table met 500M records, maar daar zullen mensen die bovenstaande constructies durven te maken niet zo vaak/snel mee in aanraking komen...

[Mint]

Freeaqingme schreef op maandag 19 maart 2012 @ 23:00:
Dit gaat ook prima met berekeningen. Je kan toch gewoon doen:

$sql = 'select * from table where date(sDatumTijd) < '.$_GET['datum'];

Soit, het performt niet zo goed op een table met 500M records, maar daar zullen mensen die bovenstaande constructies durven te maken niet zo vaak/snel mee in aanraking komen...

Ik mag hopen dat je een dergelijke SQL-query niet loslaat binnen je software..

[Patriot]

adyta schreef op maandag 19 maart 2012 @ 23:06:
[...]


Ik mag hopen dat je een dergelijke SQL-query niet loslaat binnen je software..

Ach, het feit dat de meeste mensen mysql_query gebruiken, maakt dat de algemeen bekende brakheid van PHP ze wel weer eens beschermd

[ Voor 12% gewijzigd door Patriot op 20-03-2012 05:21 ]

[YopY]

Patriot schreef op dinsdag 20 maart 2012 @ 05:21:
Ach, het feit dat de meeste mensen mysql_query gebruiken, maakt dat de algemeen bekende brakheid van PHP ze wel weer eens beschermd

Hoog tijd dat alle 'kale' databasefuncties (mysql_*, mysqli_*, zelfde bij de andere DB functies) gewoon keihard deprecated worden en dat prepared statements harder gepushed worden / als de standaard gezien worden. Ik meen dat dat wel het geval was bij JDBC (de Java databaselibraries, voor de leken).

[BarôZZa]

Ja, laten we ook gelijk de mogelijkheid om shell commands eruit slopen. Misschien kunnen we ook ervoor zorgen dat programmeurs geen code meer hoeven te schrijven, maar een drag & drop interface krijgen met icoontjes.

[Steffannnn]

En dat heet dan natuurlijk Visual PHP

[ Voor 7% gewijzigd door Steffannnn op 20-03-2012 10:36 ]

[Otherside1982]

Steffannnn schreef op dinsdag 20 maart 2012 @ 10:35:
En dat heet dan natuurlijk Visual PHP

Nee, dat heet dan RadPhp. Drag-and-drop RAD voor PHP

[MBV]

YopY schreef op dinsdag 20 maart 2012 @ 09:52:
[...]


Hoog tijd dat alle 'kale' databasefuncties (mysql_*, mysqli_*, zelfde bij de andere DB functies) gewoon keihard deprecated worden en dat prepared statements harder gepushed worden / als de standaard gezien worden. Ik meen dat dat wel het geval was bij JDBC (de Java databaselibraries, voor de leken).

Sinds wanneer maakt het in PHP uit of functies deprecated zijn? Het werkt toch, en staat in tutorials op het internet?

[Erkens]

YopY schreef op dinsdag 20 maart 2012 @ 09:52:
[...]


Hoog tijd dat alle 'kale' databasefuncties (mysql_*, mysqli_*, zelfde bij de andere DB functies) gewoon keihard deprecated worden en dat prepared statements harder gepushed worden / als de standaard gezien worden. Ik meen dat dat wel het geval was bij JDBC (de Java databaselibraries, voor de leken).

Waarom zou je o.a. "mysqli_prepare" niet meer willen toestaan?

[azerty]

MBV schreef op dinsdag 20 maart 2012 @ 12:45:
[...]

Sinds wanneer maakt het in PHP uit of functies deprecated zijn? Het werkt toch, en staat in tutorials op het internet?

Het zijn dan ook de tutorials die er aandacht aan moeten besteden, of zoals in mijn geval, de leerkracht in de les

[MBV]

Erkens schreef op dinsdag 20 maart 2012 @ 13:04:
[...]

Waarom zou je o.a. "mysqli_prepare" niet meer willen toestaan?

Omdat er in PHP5 een OOP-interface is voor MySQL:

PHP:

$db = new mysqli("whatever");
$db->prepare("SELECT 'whatever' AS msg FROM DUAL");

wsitedesign schreef op dinsdag 20 maart 2012 @ 13:32:
[...]


Het zijn dan ook de tutorials die er aandacht aan moeten besteden, of zoals in mijn geval, de leerkracht in de les

De belangrijkste reden dat PHP moet sterven is dat het internet vervuild is met slechte voorbeelden. Als we nu eens PIP zouden uitvinden met exact dezelfde syntax, en een stel duidelijke howto's en best practices op de homepage, dan zou het al een stuk minder vervelende taal zijn.

[ Voor 44% gewijzigd door MBV op 20-03-2012 14:25 ]

[Onbekend]

Ook in C#-programma's kunnen amateurprogrammeurs sql-injections mogelijk maken. De handleidingen zelf zijn wel goed om bepaalde mogelijkheden te begrijpen. Het zijn geen complete stukken code om te kopiëren en te plakken....

[BarôZZa]

PHP is een geweldige taal. Niet alles is logisch, maar met een beetje verstand kan je binnen notime prachtige dingen bouwen.

Voor elke programmeertaal zijn trouwens bakken slechte voorbeelden te vinden. Dat was al zo toen ik als kleuter met BASIC op de Commodore 64 begon te stoeien. Slechte programmeurs zijn eerder het probleem dan de taal.

[azerty]

Om terug on-topic te gaan, huidige code die ik gebruik in een site

Is vanuit mijn huidge ontwikkeling gezien rampzalig, maar vanuit het punt waarin ik hem geschreven heb (2-3 jaar terug) perfect te begrijpen:

code:

<?
session_start();
require "functions.php";
require "variables.php";
logging();
$logo = "My Personal Homepage";
$extrasl = ($_GET["Lang"] == ("Nederlands" || "English")) ? "../" : "";
$footer = ($_GET["Lang"] == "Nederlands") ? "<a href=\"Sitemap.htm\">Sitemap</a> | <a href=\"Legal.htm\">Legal</a> | " : "<a href=\"Sitemap.htm\">Sitemap</a> | <a href=\"Legal.htm\">Legal</a> | ";
$extra = (empty($_GET["A"]))? "" : $_GET["A"];
$extra .= (empty($_GET["Action"]))? "" : " - ".$_GET["Action"];
$metadesc = "meta_desc_".$_GET["Lang"]."_".$_GET["Page"];
$metakey = "meta_key_".$_GET["Lang"]."_".$_GET["Page"];
?>
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
<html xmlns="http://www.w3.org/1999/xhtml">
<head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8" />
<meta name="ROBOTS" content="INDEX, FOLLOW" />
<meta name="REVISIT-AFTER" content="30 Days" />
<meta name="DESCRIPTION" content="<? echo $$metadesc; ?>" />
<meta name="KEYWORDS" content="<? echo $$metakey; ?>" />

<title><? echo titlegenerator($_GET["Lang"],$_GET["Page"],$extra); ?></title>
<link href="<? echo $extrasl; ?>design.css" rel="stylesheet" type="text/css" />
<? if($_GET["Page"] == "Userpanel" && $_SESSION["Username"] == ""): ?><meta http-equiv="refresh" content="0;url=Login.htm" /><? endif;
if($_SESSION["Username"] != ""): ?><script src="../functions.js" language="javascript1.5" type="text/javascript"></script><? endif; ?>
</head>
<body>
<a name="top" id="top"></a>
<div id="header">
    <div id="logo">     
        *snip* 
    </div>
    <div id="menu">
<?
    if($_GET["Lang"] != ""):
        switch($_GET["Lang"]){
            case "Nederlands":
                $lang = "Nederlands";
                break;
            case "English":
                $lang = "English";
                break;
            default:
                $lang = "English";
                break;
        }
        $menu = array("Home","About","Webdesign","Portfolio","Contact","Faq");
        echo "<ul>";
        foreach($menu as $value){
            $li = "<li";
            if(($_GET["Page"] == $value) || (($value == "Home") && ($_GET["Page"] == ""))):
                $li .= " class=\"active\">";
            else:
                $li .= ">";
            endif;
            $na = "nav_".$lang."_".$value;
            $nav_local = $$na;
            $li .= "<a href=\"".$value.".htm\" title=\"\">".$nav_local."</a></li>";
            echo $li;
        }
        echo "</ul>";
    endif;
?>
    </div>
</div>
<? 
if ($_GET["Lang"] != ("Nederlands" || "English")):
    require "incs/intro.html";
else:
    require "incs/content.php";
endif;
?>
<div id="footer">
    <p id="legal">Copyright &copy; 2009-2010 *snip*.</p>
    <p id="links"><? echo ($_GET["Lang"] == ("Nederlands" || "English")) ? $footer : ""; ?>*snip*</p>    
</div>
<!-- snip //-->
</body>
</html>

Moet dringend eens onder handen genomen worden als ik tijd vind...

[Firesphere]

Tijd voor een framework???

Ik ben er nog steeds niet helemaal uit... en wat heb ik een hekel aan if : endif; statements! Die worden door een IDE niet herkend en dus geen indicatie van "hier eindigt je loop".

Mooi hoe je een switch voor een known variable gebruikt! Zeer innovatief

(I know, ik heb ook echt wel dergelijke code rondzwerven op m'n eigen blog... aangezien dat eigen framework is uit m'n begintijd )

[ Voor 34% gewijzigd door Firesphere op 20-03-2012 21:44 ]

[IceM]

Door een fatsoenlijke IDE worden die wel herkend.....

[Firesphere]

IceM schreef op dinsdag 20 maart 2012 @ 21:48:
Door een fatsoenlijke IDE worden die wel herkend.....

Welke dan?
SublimeText, Eclipse, NetBeans, alle herkennen ze niet de correcte "end" in het geval van geen brackets gebruiken...

En serieus, kan wel een IDE gebruiken die dat wel goed doet, aangezien ik een aantal "oldies" in m'n werk-portfolio heb

[ Voor 17% gewijzigd door Firesphere op 20-03-2012 21:50 ]

[AtleX]

Telt een recursieve include voor PHP hier ook? De mijne ziet/zag ".." ook als directory waardoor ik op een gegeven moment paden als "/sites/alexkamsteeg.nl/www/non-www/php/../../../../home/" etc. kreeg. Bij elke hit je complete filesystem doorlopen is een nogal vervelende performance hit ben ik wel achtergekomen. Het kostte me zojuist bijna een uur om de bug te vinden trouwens, ik zat eerst in de databasehoek te kijken.

[ Voor 14% gewijzigd door AtleX op 20-03-2012 21:54 ]

[azerty]

Firesphere schreef op dinsdag 20 maart 2012 @ 21:41:
Tijd voor een framework???

Ben nu zelf een volledig nieuw systeem* aan het schrijven (OO) dat al voor een groot deel het MVC toepast (niet 100% waarschijnlijk geef ik toe, maar goed, is toch privé gebruik en zal nog verbeteren ), dus eenmaal dat dat af is zet ik die site ook over ernaar ^^

Firesphere schreef op dinsdag 20 maart 2012 @ 21:41:
Mooi hoe je een switch voor een known variable gebruikt! Zeer innovatief

Leek me indertijd één van de betere manieren om te zorgen dat er geen "verkeerde" taal meegegeven kon worden

*: dit is dus natuurlijk ook weer om meer te leren, waarom maakt iemand anders zelf zo'n zaken? De site kan natuurlijk evengoed op een (open bron) CMS/blog software draaien...

[ Voor 11% gewijzigd door azerty op 20-03-2012 21:57 ]

[Firesphere]

wsitedesign schreef op dinsdag 20 maart 2012 @ 21:54:
[...]


Ben nu zelf een volledig nieuw systeem aan het schrijven (OO) dat al voor een groot deel het MVC toepast (niet 100% waarschijnlijk geef ik toe, maar goed, is toch privé gebruik en zal nog verbeteren ), dus eenmaal dat dat af is zet ik die site ook over ernaar ^^

Niet om jouw werk uit te lachen of teniet te doen, maar heb je wel eens gekeken naar bijvoorbeeld Silverstripe of Zend framework? (dat zijn de beste frameworks die ik ken, clean, simple, works)

Zelf schrijven gaat je eigenlijk te veel tijd kosten ten opzichte van de baten die je er uit haalt als je't mij vraagt. Ben zelf Silverstripe-fanboy zogezegd, maar het "doe het zelf" framework, nooit weer. Het is heel leerzaam om het helemaal zelf te maken, maar het is eigenlijk altijd te weinig om competitief te zijn met echte frameworks.

[azerty]

Firesphere schreef op dinsdag 20 maart 2012 @ 21:59:
[...]

Niet om jouw werk uit te lachen of teniet te doen, maar heb je wel eens gekeken naar bijvoorbeeld Silverstripe of Zend framework? (dat zijn de beste frameworks die ik ken, clean, simple, works)

Zelf schrijven gaat je eigenlijk te veel tijd kosten ten opzichte van de baten die je er uit haalt als je't mij vraagt. Ben zelf Silverstripe-fanboy zogezegd, maar het "doe het zelf" framework, nooit weer. Het is heel leerzaam om het helemaal zelf te maken, maar het is eigenlijk altijd te weinig om competitief te zijn met echte frameworks.

Zie mijn edit

Het is op dit moment om bij te leren, en gezien mijn huidige leercurve zal ik de volgende keer waarschijnlijk een kant-en-klaar framework nemen om mij daar op te baseren. Het kost inderdaad redelijk wat tijd, maar wat moet ik anders doen in de 4u php lessen per week? (aanwezigheden worden genomen, kan ook niet gamen ofzo, ze loopt af en toe rond)

[IceM]

Firesphere schreef op dinsdag 20 maart 2012 @ 21:49:
[...]

Welke dan?
SublimeText, Eclipse, NetBeans, alle herkennen ze niet de correcte "end" in het geval van geen brackets gebruiken...

En serieus, kan wel een IDE gebruiken die dat wel goed doet, aangezien ik een aantal "oldies" in m'n werk-portfolio heb

Bij mij werkt dit gewoon in Netbeans (7.0.1):

[BarôZZa]

Ik ga iemand wat waardeloze SP meuk toesturen. Kon het niet laten om het script te bekijken.

http://www.sp.nl/shop/js.js

beldeServer(url), bla, boem, tsja, 'Je ben een optietje vergeten aan te geven bij dit dingetje!'

@ hierboven: ben zelf ook allergisch voor endif dingen, vind dat persoonlijk te Visual Basic, maar dat ligt geheel aan mezelf. Is op zich niks mis mee.

[ Voor 25% gewijzigd door BarôZZa op 21-03-2012 01:57 ]

[alex3305]

Damn. Dirty Javascript imho .

[Avalaxy]

BarôZZa schreef op woensdag 21 maart 2012 @ 01:04:
Ik ga iemand wat waardeloze SP meuk toesturen. Kon het niet laten om het script te bekijken.

http://www.sp.nl/shop/js.js

beldeServer(url), bla, boem, tsja, 'Je ben een optietje vergeten aan te geven bij dit dingetje!'

var boem, var boem2, var bla, var tsja, var door='ja'; door='neen';

Please make it stop

[alwinuzz]

BarôZZa schreef op woensdag 21 maart 2012 @ 01:04:
Ik ga iemand wat waardeloze SP meuk toesturen. Kon het niet laten om het script te bekijken.

http://www.sp.nl/shop/js.js

beldeServer(url), bla, boem, tsja, 'Je ben een optietje vergeten aan te geven bij dit dingetje!'

code:

function herman(){ ... }

Wie is Herman, heeft die dit geschreven?

[Ram0n]

BarôZZa schreef op woensdag 21 maart 2012 @ 01:04:
http://www.sp.nl/shop/js.js

JavaScript:

if (!http_request) {
  alert('Dit is iets moeilijks (2) met javascript en het werkt niet op deze browser...');
  return false;
}

[PatrickH89]

BarôZZa schreef op woensdag 21 maart 2012 @ 01:04:
@ hierboven: ben zelf ook allergisch voor endif dingen, vind dat persoonlijk te Visual Basic, maar dat ligt geheel aan mezelf. Is op zich niks mis mee.

Perfect voor templates in mijn ogen. In plaats van een verdwaalde <?php } ?> kun je met endif gewoon zien wat het nou exact afsluit (je kunt het ivm uitlijning sowieso zien natuurlijk, maar met een boel HTML ertussen is het gewoon overzichtelijker).

[IceM]

BarôZZa schreef op woensdag 21 maart 2012 @ 01:04:
@ hierboven: ben zelf ook allergisch voor endif dingen, vind dat persoonlijk te Visual Basic, maar dat ligt geheel aan mezelf. Is op zich niks mis mee.

Vaak wordt het gebruikt in views (in Symfony bijvoorbeeld) en daar heb ik er geen problemen mee.

PHP:

<?php endif; ?>

is imho duidelijker dan

PHP:

<?php } ?>

[ Voor 22% gewijzigd door IceM op 21-03-2012 10:41 ]

[Enfer]

BarôZZa schreef op woensdag 21 maart 2012 @ 01:04:
Ik ga iemand wat waardeloze SP meuk toesturen. Kon het niet laten om het script te bekijken.

http://www.sp.nl/shop/js.js

beldeServer(url), bla, boem, tsja, 'Je ben een optietje vergeten aan te geven bij dit dingetje!'

@ hierboven: ben zelf ook allergisch voor endif dingen, vind dat persoonlijk te Visual Basic, maar dat ligt geheel aan mezelf. Is op zich niks mis mee.

FF wat balonnen bestellen

INFINITY X € 0,10 BALLON (KLEIN)

Totaal € 0,00

[Firesphere]

IceM schreef op dinsdag 20 maart 2012 @ 22:11:
[...]


Bij mij werkt dit gewoon in Netbeans (7.0.1):
[afbeelding]

Ik bedoel als er veel meer html/syntax tussen de if end endif staat... en vooral met oudere code met slechte indentatie... dan lijken die dingen random tussen de code te zwerven en is er bijna niet terug te traceren waar ze vandaan komen.

[Styxxy]

BarôZZa schreef op woensdag 21 maart 2012 @ 01:04:
Ik ga iemand wat waardeloze SP meuk toesturen. Kon het niet laten om het script te bekijken.

http://www.sp.nl/shop/js.js

Die namen die er gebruikt worden, lool. "belDeServer", really? Alles letterlijk vertalen naar het Nederlands .

[Afvalzak]

Styxxy schreef op woensdag 21 maart 2012 @ 10:57:
[...]

Die namen die er gebruikt worden, lool. "belDeServer", really? Alles letterlijk vertalen naar het Nederlands .

Jammer dat er geen functie is die doeHerman() heet xD

[Alex)]

afvalzak schreef op woensdag 21 maart 2012 @ 11:00:
[...]


Jammer dat er geen functie is die doeHerman() heet xD

De vraag is of je dat wel moet willen. Wie weet is het een snorremans met de achternaam Finkers.

[Styxxy]

afvalzak schreef op woensdag 21 maart 2012 @ 11:00:
[...]
Jammer dat er geen functie is die doeHerman() heet xD

Geen idee wat jij van plan bent .

[Afvalzak]

Haha, je moet de vrouwelijke medemens ook een lolletje gunnen.

[Martijn19]

http://www.sp.nl/shop/js.js

boem=document.form1.opties.value.split('_');
var aantal=boem.length-1;

BOEM!

[Phyxion]

m19 schreef op woensdag 21 maart 2012 @ 11:12:
[...]


boem=document.form1.opties.value.split('_');
var aantal=boem.length-1;

BOEM!

tsja

[Firesphere]

Phyxion schreef op woensdag 21 maart 2012 @ 11:23:
[...]

tsja

JavaScript:

var tsja=document.form0.elements[j].options;
aantalk=tsja.length;

[ThinkCreative]

Enfer schreef op woensdag 21 maart 2012 @ 10:47:
[...]

FF wat balonnen bestellen
[...]

Of geef gewoon 16 miljoen terug?



Je kan overigens ook een halve ballon bestellen... Vraag me toch af hoe je die moet opblazen.

Ben benieuwd hoe dit werkt als je het daadwerkelijk probeert te bestellen.

[ Voor 26% gewijzigd door ThinkCreative op 21-03-2012 17:54 ]

[MBV]

Een beetje jammer van die verzendkosten, anders zou ik het direct doen. Ik heb een order ingeschoten voor een halve ballon, en op 'anders betalen' geklikt (om de mogelijkheden te bekijken). Dan blijkt je order ingeschoten te worden, en kan je een overboeking doen. Kijken wat voor mailtje ik krijg over een week, als ik nog niet heb betaald!

[ Voor 25% gewijzigd door MBV op 21-03-2012 18:55 ]

[Jeldert]

Om nog even door te gaan op de datumdiscussie: wat vinden we van het opslaan van geboortedatum als datetime ipv date?

Ik moet toch elke keer weer fronsen als iemand geboren is op 1943-02-01 00:00:00.000

[Verwijderd]

Jeldert schreef op woensdag 21 maart 2012 @ 18:56:
Om nog even door te gaan op de datumdiscussie: wat vinden we van het opslaan van geboortedatum als datetime ipv date?

Ik moet toch elke keer weer fronsen als iemand geboren is op 1943-02-01 00:00:00.000

An sich is er niet zoveel mis mee, het gaat toch om een bepaald tijdstip. In de meeste situaties zal dit echter niet nodig zijn en gebruik je onnodig veel opslagruimte omdat de resolutie van datumvelden al voldoende is.

Maar als het goed is staat ergens ook wel geregistreerd hoe laat iemand is geboren.

[ThinkCreative]

Ja, iemand is inderdaad op een bepaald tijdstip geboren, maar dit zal bij de meeste gevallen toch niet op precies 12 uur zijn? Er wordt immers nooit om een tijdstip gevraagd bij registratie.

Over de SP site: Die verzendkosten zijn toch geen problemen? Tweede artikel met een negatief aantal zodat je mooi op nul uitkomt? Ik verwacht haast moeilijkheden als ik dit ga proberen (normaal al zat moeilijkheden als je normaal iets wil bestellen online), dus vandaar dat ik het maar niet doe. Zou wel mooi zijn, aantal vrachtwagens voor je deur. "U had uhm... ballonnen besteld?".

[ Voor 5% gewijzigd door ThinkCreative op 21-03-2012 20:19 ]

[Ram0n]

Verwijderd schreef op woensdag 21 maart 2012 @ 18:58:
[...]
Maar als het goed is staat ergens ook wel geregistreerd hoe laat iemand is geboren.

Het staat ergens geregistreerd bij de overheid, maar wanneer je applicatie niet met deze info werkt en het niet opslaat is DATE uiteraard veel logischer dan DATETIME. In het laatste geval impliceer je meer significantie dan er daadwerkelijk is.

[FlowinG]

Sterker nog, ik kom door het opslaan van datetime voor geboortedatum alleen maar gezeik tegen: op basis van de tijdzone ben je volgens het pakket waar ik mee werk de ene keer eerder jarig dan de andere keer...

[Jrz]

haha die sp code.. ik heb even dubbel gelegen hier

boem! stja, belDeserver herman

[BM]

Verwijderd schreef op woensdag 21 maart 2012 @ 18:58:
[...]

An sich is er niet zoveel mis mee, het gaat toch om een bepaald tijdstip. In de meeste situaties zal dit echter niet nodig zijn en gebruik je onnodig veel opslagruimte omdat de resolutie van datumvelden al voldoende is.

Maar als het goed is staat ergens ook wel geregistreerd hoe laat iemand is geboren.

Is het niet zo dat niet alle DBMS'en een apart datatype hebben voor datum, tijd en datumtijd? Zo even uit mijn hoofd heeft SQL Server dat pas vanaf... 2008 (R2?) Als je dus nog een systeem hebt wat een oudere versie gebruikt heb je weinig andere keuze dan datetime gebruiken voor alleen de datum.

Heb in mijn projecten op dit moment ook een aantal datum velden die als datetime worden opgeslagen. Had het graag anders gezien, maar bij gebruik aan support vanuit de DB... dan maar zo

[Crazy D]

FlowinG schreef op woensdag 21 maart 2012 @ 20:40:
Sterker nog, ik kom door het opslaan van datetime voor geboortedatum alleen maar gezeik tegen: op basis van de tijdzone ben je volgens het pakket waar ik mee werk de ene keer eerder jarig dan de andere keer...

been there done that. Conversie van een Microsoft CRM (oude versie) database. Iedereen was precies om 23 u 's avonds geboren, en consequent iedereen dus 1 dag te vroeg... Staat behoorlijk dom (maar goed, de UI toonde het weer wel consequent goed).

SQL Server kent dan nu wel het Time datatype, maar Exact Software snapt dit nog niet. Dus om een tijd op te slaan heb ik een datetime nodig, waarbij als datum ergens in 1899 wordt gebruikt. Ook heel handig
(en bij velden die enkel uit een datum bestaan, zorgt het business component er dan weer niet voor dat de tijd eraf wordt gestript, waardoor je op sommige plaatsen een project begindatum hebt van 22 maart om 8 uur, en op andere plaatsen is het weer wel 22 maart om 0 uur. Waardoor de 1e soms weer buiten de selectie valt...).

[MBV]

ThinkCreative schreef op woensdag 21 maart 2012 @ 20:16:
Ja, iemand is inderdaad op een bepaald tijdstip geboren, maar dit zal bij de meeste gevallen toch niet op precies 12 uur zijn? Er wordt immers nooit om een tijdstip gevraagd bij registratie.

Over de SP site: Die verzendkosten zijn toch geen problemen? Tweede artikel met een negatief aantal zodat je mooi op nul uitkomt? Ik verwacht haast moeilijkheden als ik dit ga proberen (normaal al zat moeilijkheden als je normaal iets wil bestellen online), dus vandaar dat ik het maar niet doe. Zou wel mooi zijn, aantal vrachtwagens voor je deur. "U had uhm... ballonnen besteld?".

Het halve ballonnetje dat ik had besteld blijkt in de mail afgerond naar 1. Bij -23 ballonnen kom ik niet in het order-scherm, bij -1 ketchupcap en 27.5 ballonnen ook niet. Kennelijk zitten er wel een paar serverside-checks...

[BarôZZa]

Had de grap bij meerdere webshops van politieke partijen uitgehaald.

http://www.melf.nl/gadget...s-usb-sticks-van-de-sp/1/

Het sneue is dat ze bijna allemaal vatbaar waren. SP, VVD, PvdA, SGP, Partij voor de Dieren. PVV had geen webshop, D66 alleen voor afdelingen dus alleen de ChristenUnie en GroenLinks lieten het niet toe om negatieve aanvallen in te vullen.

Nu deed ik overdreven orders (5 cent betalen), maar ik vraag me af hoeveel normale webshops er vatbaar voor zijn. Stel een PC'tje samen, ergens onopvallend een -1 bij de videokaart, betalen met iDeal en het glipt er zo tussen.

[Soultaker]

Lijkt me dat het bij het verzamelen van de bestelde producten opvalt dat je -1 videokaart besteld hebt.

[ValHallASW]

Soultaker schreef op donderdag 22 maart 2012 @ 18:32:
Lijkt me dat het bij het verzamelen van de bestelde producten opvalt dat je -1 videokaart besteld hebt.

"-1? Zal wel een bug zijn dat er een minnetje komt te staan." *legt 1 videokaart in het verzamelmandje*

[Soultaker]

Mja, dat zou ik persoonlijk dus even dubbelchecken. Als je idioten als werknemers hebt moet je het inderdaad van de waterdichtheid van je bestelsysteem hebben.

[noes]

Soultaker schreef op donderdag 22 maart 2012 @ 18:49:
Mja, dat zou ik persoonlijk dus even dubbelchecken. Als je idioten als werknemers hebt moet je het inderdaad van de waterdichtheid van je bestelsysteem hebben.

Je bedoelt: als idioten je software hebben gemaakt, is het handig je werknemers alert te maken op dit soort afwijkingen in de bestelling: hoe moeilijk is het om (tijdens en) na de invoer van het aantal de invoer te valideren?

[CodeCaster]

quote: .NET-fout

Debugging resource strings are unavailable. Often the key and arguments provide sufficient information to diagnose the problem.

quote: Nederlandse vertaling

Brontekenreeksen voor foutopsporing zijn niet beschikbaar. Vaak geven de sleutel en de argumenten te weinig informatie voor een diagnose van het probleem.

Euh...

[BarôZZa]

Soultaker schreef op donderdag 22 maart 2012 @ 18:49:
Mja, dat zou ik persoonlijk dus even dubbelchecken. Als je idioten als werknemers hebt moet je het inderdaad van de waterdichtheid van je bestelsysteem hebben.

Soultaker schreef op donderdag 22 maart 2012 @ 18:32:
Lijkt me dat het bij het verzamelen van de bestelde producten opvalt dat je -1 videokaart besteld hebt.

Zeker weten?

[Haan]

BarôZZa schreef op zaterdag 24 maart 2012 @ 12:10:
[...]


[...]


Zeker weten?

[afbeelding]
[afbeelding]
[afbeelding]
[afbeelding]

WTF!

[Arie-]

Voornamelijk een lurker in dit topic, maar hier moet ik toch meedelen dat dit een mooie actie is:).

[Jegorex]

Dit gaan we nog wel terugzien op de frontpage denk ik.

En gefeliciteerd met je 49.000 stickers

[ Voor 29% gewijzigd door Jegorex op 24-03-2012 12:20 ]

[PatrickH89]

Ik mag het hopen =p

[kwaakvaak_v2]

Sweet!... Strakke aktie

[Firesphere]

BarôZZa schreef op zaterdag 24 maart 2012 @ 12:10:
[...]


[...]


Zeker weten?

[afbeelding]
[afbeelding]
[afbeelding]
[afbeelding]

Wat ga je er mee doen???

Succes in de regen in ieder geval!

[BarôZZa]

Was een lid van m'n site: http://www.melf.nl/~1Ums

Ik zelf wacht nog op m'n keraf, 600 ballonnen en 4 poloshirts. Hij heeft het iets groter aangepakt.

[ Voor 3% gewijzigd door BarôZZa op 24-03-2012 12:34 ]

[Petervanakelyen]

Ik heb tranen in mijn ogen hier
Meteen gesubmit als nieuwsitem, overigens.

[ Voor 3% gewijzigd door Petervanakelyen op 24-03-2012 12:49 ]

[BarôZZa]

Hier ook de bestelling binnen, even foto's maken

[djluc]

Hahahahahaha, wat een schitterende actie! En niemand die er even over nadenkt, ongelooflijk!

[Onbekend]

Welke bedragen zijn dan negatief? Ze worden wel blijkbaar positief op de bon vermeldt.
Ik hoop dat de politieke partijen hier toch wel lering uit gaan trekken, om zo bijvoorbeeld betere websites te stimuleren.

[Verwijderd]

Natuurlijk

[TheMe]

Volgens mij heeft de SP nu gedicht, dant de negatieve waardes worden omgezet in positieve waarden.

[Petervanakelyen]

CDA webshop is nog niet geüpdate. Daar scheelt trouwens meer mee dan enkel deze bug. Heb net de melding gekregen dat er een bevestigingsmail verstuurd is, maar heb nergens een e-mailadres opgegeven

[ Voor 4% gewijzigd door Petervanakelyen op 24-03-2012 13:28 ]

[Feanathiel]

TheMe schreef op zaterdag 24 maart 2012 @ 13:26:
Volgens mij heeft de SP nu gedicht, dant de negatieve waardes worden omgezet in positieve waarden.

Valt me dan weer mee dat ze het niet toegevoegd hebben aan de functie doeOpdaat(..) Moet toch een keer opvallen dit, op zijn minst bij diegene die de kassabon erbij stopt.

[Verwijderd]

Jullie weten dat ze gewoon alsnog een factuur kunnen sturen he? En die moet je dan nog betalen ook... (Of de zooi terugsturen)

[Verwijderd]

Verwijderd schreef op zaterdag 24 maart 2012 @ 13:39:
Jullie weten dat ze gewoon alsnog een factuur kunnen sturen he? En die moet je dan nog betalen ook... (Of de zooi terugsturen)

Dat maakt het voor ons des te leuker

[Malarky]

Verwijderd schreef op zaterdag 24 maart 2012 @ 13:39:
Jullie weten dat ze gewoon alsnog een factuur kunnen sturen he? En die moet je dan nog betalen ook... (Of de zooi terugsturen)

Dit is gewoon deel van de campagne. Kijk een computerwebshop zou die 500e graag terug willen maar een politieke partij waar alleen imago telt? Lijkt mij sterk als hij nog een naheffing krijgt.

Het is in ieder geval zeker dat het CDA meer leden heeft die wel eens zulke (wel betaalde) bestellingen plaatsen. Anders was dit nooit routinematig afgehandeld. Alleen al het feit hoe snel de spullen binnen waren.

[Xesxen]

Ik kon het niet laten... Ik heb ook maar besteld