Posts by Stefan.J

  • Welke Scriptaal

    Ik zou SQL ook geen scripttaal willen noemen. Ik zou het eerder een DSL noemen. Maar zoals @larsisgoed9 al zegt: MySQL is een database, en geen taal.

    En het klopt ook dat HTML geen script- of programmeertaal is, het is een opmaaktaal. En CSS, ja dat is al helemaal niks. (xD)

  • Pas op met Adwords (Google)

    godborn heeft wel degelijk gelijk dat je moet opletten hoe je de boel instelt.

    Als je een website hebt die over WC papier gaat, die een pagerank van 0,1 heeft en amper in Google is te vinden. Moet je niet proberen je site te promoten op het woord 'weer', want dan worden je kliks er duur.

    Tenminste, zo is het mij verteld, heb er niet mee gewerkt.

  • Controllers...

    Controllers in Kohana hebben een argument in de constructor, namelijk de request.

    Een fix zou denk ik zijn:
    r. 13:

    PHP
    $ctemplate = new Controller_questionlist_template($this->request);

    Maar dit stukje code wat je geeft, is tegen alle regels van het MVC model in... Dus ik zou er voor gaan het anders op te bouwen.

  • Welke Scriptaal

    Het is volgens mij van dit topic niet de bedoeling elkaar aan de tand te voelen...

    Het mogen dan wel niet allemaal 'webtalen' zijn, maar het is altijd leuk een lang lijstje te maken :p

    (x)HTML & CSS
    Javascript
    PHP
    VBScript (voor Access)
    Java
    SQL

    En dan vrees ik dat het daar een beetje bij blijft, behalve dat ik weet hoe C++ eruit ziet...

  • Upload Systeem

    Een upload systeem beveiligen aan de hand van de variabele type:

    PHP
    $_FILES['bestand']['type']

    Is geheel nutteloos. De browser, en dus de cliënt, verstuurd die variabele naar de server. Deze variabele is dus volkomen onbetrouwbaar. Je zult gebruik moeten maken van een van de volgende technieken:

    http://www.php.net/manual/en/function.mime-content-type.php
    http://www.php.net/manual/en/book.fileinfo.php

    De tweede heeft de voorkeur, de eerste is namelijk depricated.

  • Search bugfree Version

    @Willen: Maybe Dutch and English are enough languages used on this forum. The number of people speaking fluently German will be close to zero.

    I'm not a specialist at this topic, but as far as I know there isn't a version of Banditi without known bugs. There are topics (written in Dutch) where bugfixes are collected, but there is no 'bug free version' of the lay-out.

    Ps. Where are all that international programmers coming from?

  • 'Steeds meer bedrijven willen website zonder Flash'

    Deze extra-bonus discussie voor de fanatiekelingen is nu wel genoeg hoor. Als je het over Silverlight op Ubuntu wilt hebben maak daar dan maar een topic voor aan.

    Ik moet zeggen dat ik geen grote voorstander ben van Flash. Het werkt leuk, maar de mogelijkheden zijn mij te beperkt en zodoende werken de voordelen niet op tegen de nadelen, met name de afhankelijkheid: het werkt niet overal. Daarin tegen zag ik een presentatie van Flex bij een congres, die me erg aansprak. Flex lijkt me vooral in de ontwikkeling veel prettigere software dan Flash.

    Kortom: Ik geef de voorkeur aan (aankomende) standaarden zoals HTML & CSS, HTML5 en (de toch ook wel standaard) javascript (i.c.m. jQuery), maar Adobe heeft hele leuke software om soms net even dat te krijgen wat je wilt.

  • Updates

    Bedankt voor de feedback op het tel systeem voor de topics. Ik zal er een mooie oplossing voor schrijven, als een van mijn collega's me nog niet voor is geweest...

  • Doen je nog niet scripten

    Kun jij geen Nederlands?

    Dit lijkt helemaal nergens op, pas je topic (en topic titel) aan, anders verwijder ik morgen je topic.

    "wat wou je doen altijd alle maken"

    Is dat een bedreiging? Of waar slaat die 'zin' op.

  • Mijndealer.com

    Nog een verkooptopic, en weer heel gezellig!

    Als wil hij zijn source verkopen voor anderhalf miljoen, dat is niet jou probleem! Over de prijs wordt niet gediscussieerd, als je het voor minder zou willen kopen doe je maar een bod onder het startbod.

  • Reset script op maat

    Nou, wat zijn jullie weer gezellig. Ik heb ALLE reacties kunnen verwijderen op één na! En omdat dat zo gigantisch veel werk is ben ik er chagrijnig genoeg van geworden om jullie lekker een stel verdiende banpunten uit te delen.

    Is dat een soort van traditie hier, mensen die iets willen verkopen afkraken? Lekker op anderen inhakken terwijl je zelf ook lekker niks kunt? Lekker de boel hier extra gezellig maken door je ego te strelen?

    Zo gaat dat hier niet meer. Dit is niet de goede insteek. Je kunt netjes zeggen wat je van iemands diensten vind, maar dit is natuurlijk belachelijk gedrag!

    Kom maar terug als je weet wat een relationele database is.

    Dank u wel voor uw tijd, u mag verder ontopic

  • Wrm zou ik OOP gebruiken?

    Het is niet zo nuttig om het in een 'misdaad script' toe te passen. Je moet het dan eigenlijk wel op de hele applicatie toe passen.

    Voordelen van OO programmeren ten opzichte van PP zijn onder andere:
    - Overzichtelijker: OO programmeren is over het algemeen overzichtelijker dan PP.
    - Herbruikbaar: Klassen en methoden zijn makkelijker te hergebruiken, mits goed geschreven.
    - Testbaar: Klassen en methoden kun je makkelijk debuggen, terwijl PP code bijna niet te testen is.
    - Aanpasbaar: Doordat functionaliteit maar op één locatie is gedefinieerd in OO code, is het makkelijker aan te passen.

  • Tijd error

    Ik zal je helpen:

    Citaat

    It is not safe to rely on the system's timezone settings. You are *required* to use the date.timezone setting or the date_default_timezone_set() function. In case you used any of those methods and you are still getting this warning, you most likely misspelled the timezone identifier. We selected 'Europe/Paris' for '2.0/DST' instead in C:xampphtdocscore.php on line 77

    Het is niet veilig om te vertrouwen op de standaard tijdzone instellingen. Je bent 'verplicht' om gebruik te maken date.timezone instelling, of de functie date_default_timezone_set(). Wanneer je al gebruik maakt van de instelling of de functie, heb je waarschijnlijk een spellingsfout gemaakt in de tijdzone definitie. We hebben 'Europe/Paris' voor '2.0/DST' geselecteerd in plaats van de (ontbrekende) instelling.