Posts by K.Rens

    Dit gaat in tegen de branding strategie van Google, denk niet dat ze subdomeinen gaan uitschrijven.
    Het oogt natuurlijk heel cool en het is tegenwoordig ook niet logisch om een website aan 1 land te koppelen.
    Kijk naar CriminalsPoint, hier zitten Belgen en Nederlanders.
    We kunnen dus niet domein .be of .nl als hoofd domein gebruiken, want dan missen we de helft van de doelgroep.


    Omgekeerd geldt hetzelfde voor Google ook: ze gaan veel minder hun bezoekers kunnen targetten op land, want nu weten ze of je google.nl gebruikt of .be en aldus aangepastte inhoud aanbieden. Dit zal iets moeilijker worden.


    Het heeft voor en nadelen, maar ik geef de sceptischi wel gelijk:
    er gaat een nieuwe oorlog ontstaan voor deze hoofdlevel domain names.

    Hey Yoichi,


    Waarom zouden we iets met jou reactie doen?
    Goed, het is misschien een reactie zonder bewijs en compleet subjectief (puur je eigen mening), maar dat is geen reden om het te wijzigen of verwijderen.


    Verder kun je erop aan gaan dat de beslissingen die wij nemen enkel en alleen in het belang van CriminalsPoint zijn.
    We hebben grootse plannen en hopen deze in een relatief korte termijn door te voeren.
    Dit is verre van door een nulpunt gaan, dit is zorgen voor de blijvende groei en continue verbetering.


    Alvast bedankt voor jullie begrip.
    K.Rens

    Beste leden,


    Aangezien de verstandshouding met Rickvb niet meer op hetzelfde niveau ligt en er in deze situatie niet goed kan worden bijdragen aan een nieuwe strategie en ontwikkeling binnen CriminalsPoint,
    nemen wij hierbij afscheid van hem uit ons team.


    We willen hem dan ook van ganser harte bedanken voor zijn inzet de afgelopen maanden,
    Het CP-team

    Als cookies te snel vervallen, moet je de datum op je cookies in php langer zetten, per cookie.
    Als je met meerdere domeinen of subdomeinen werkt, moet je mogelijk je cookies voor al deze domeinen instellen of kijken hoe deze worden gemaakt per domein. Dat je bv niet het verkeerde domein mee geeft.
    En zo inderdaad nog honderden andere mogelijke fouten.
    Meer info aub.
    Welke melding, waar en wanneer?
    Hoe krijgen je leden dit te zien, op alle pagina's of enkele etc...

    Even een paar verduidelijkingen:
    Dit topic werd geplaatst gisteren avond heel laat en nu tegen de middag zitten we al aan midden pagina 2 qua reacties.
    Doods is het hier dus zeker niet, en dat toont ook de groei van 12% aan in bezoekers in de laatste 2 maanden...


    In dit topic staan allemaal goede reacties met mensen die vechten voor hun overtuiging.
    Niemand is hier fout, maar sommige oplossingen passen beter bij een bepaalde doelgroep.


    Met de doelgroep die we in het verleden altijd hebben aangesproken (wat ook heeft gewerkt, we staan er nog), is het niveau niet altijd even hoog;
    echter zijn er genoeg mensen hier, zoals Brokentrack, Rick, Lars, Patrick, Ruben, ... die wel een duidelijk hoger niveau hebben en die daardoor noodzakelijk zijn om het algemene niveau van aantal mensen die geholpen worden hoog te houden.
    Dankzij deze brede doelgroep, waar iedereen welkom in is, kan iedereen geholpen worden en daar gaat het over wat mij betreft.


    De punten van Brokentrack zijn goed, echter niet allemaal even evident.
    Zo had webscripters bv testen die je moest invullen voordat je een score kreeg van kennis op je profiel. Bijna niemand vulde deze echter in en mensen werden boos als ze een slechte score kregen. Zo jagen we mensen juist weg.
    Wat mij betreft kunnen we deze subjectieve kennis parameters in het profiel beter weghalen en vervangen door rangen van activiteit op het forum of aantal mensen die je hebt geholpen.


    Wat betreft de interne taakverdeling: deze zijn we op dit moment aan het herschrijven. Meer informatie volgt zeker de komende dagen en weken.


    De tip om mysql te hernoemen door SQL is een beetje beter, maar daarom niet duidelijker.
    Ik verkies ze dan liever op te sommen bij naam: mysql, postgresql, sql en database design.
    Op zich dus zeker wel een goed punt.


    Bedankt voor je feedback!
    Let aub wel op met het noemen van voorbeelden en het indirect beledigen van leden die gewoon andere leden proberen te helpen (xD)

    Resultaten van deze 1 aprilgrap actie:
    Meer dan 2% van onze leden werden ondervraagd over hun leeftijd.
    80% hiervan is boven de 18
    en dus 20% onder de 18.


    De leeftijdscontrole laten kijken naar de profiel gegevens was geen optie, te weinig mensen hebben hun leeftijd ingevuld.


    Bedankt voor jullie feedback! (h)

    Om te voldoen aan de nieuwe Europese wetgeving (Richtlijn 2003/59/EG van het Europees Parlement en de Raad) moet je vanaf heden je leeftijd bevestigen voor je op deze site kan.


    ---Resultaten van bovenstaande 1 aprilgrap actie:---
    Meer dan 2% van onze leden werden ondervraagd over hun leeftijd.
    80% hiervan is boven de 18
    en dus 20% onder de 18.


    Bedankt voor jullie begrip en deelname.
    Je CP-team

    @Brokentrack, dit werd al in een eerdere reactie gemeld. Er staat een link ergens waar je dit filmpje wel nog kan zien.


    Honeycomb heeft ook een encrypt functie, maar zoals je kon zien in het filmpje, is deze onvoldoende veilig.

    Weet niet of dit geblokkeerd is, maar ik werk op het werk altijd via een eigen vpn.
    Een beveiligde verbinding rechstreeks naar mijn server.
    Deze zet dan een tunnel op, zodat ik eigenlijk surf op mijn server in plaats van op de computer van het werk.
    Zo weet ik zeker dat onze IT admin geen wachtwoorden kan sniffen van enkele van mijn servers.

    Nog eens je code nagekeken, maar deze is nu normaal toch echt wel goed.
    Je kan eens vragen in welke collatie de tabel staat en indien nodig met php de charset wijzigen naar deze van de database.
    Weet het niet vanbuiten, maar kan via ini_set() ofzo dacht ik.

    Kijk eens in de nieuw/updates tabel via phpmyadmin of het nieuws daar wel goed staat?
    Als het in de database goed staat, is er iets bij het uitlezen.
    Kan misschien zijn dat je tabel gemaakt is in een andere teken codering dan diegene die je webserver gebruikt?

    jopitan: zoals je kon zien in het filmpje, is een passcode van 5 tekens onvoldoende en is een veegpatroon ook niet sterk genoeg.
    Ze doen idd bruteforce, maar zelfs met 8 tekens is het nog super snel te raden...
    Het is pas lastig vanaf een 15-tal tekens voor hen...

    In school/educatieve omgeving en pen testing in opdracht van het zelfde bedrijf, mag het wel nog hé.
    Maar sites die zomaar hacks verspreiden, die kunnen het wel lastiger krijgen om te bewijzen dat ze enkel educatief zijn...

    scarface: ik weet niet of je de code zo bedoelde, maar zoals hij hierboven staat kan hij niet werken.


    Als je in een echo een commando verwerkt, moet je altijd eerst de openstaande echo eerst sluiten.


    PHP
    echo "ik open het met dubbel accent, 
    daarna sluit ik het:".'Ik zet
    een punt als ik met een volgend deel in de echo wil beginnen, hier kun je trouwens ook een commando 
    zetten als volgt: '.htmlspecialchars('Dus 
    ook eerst weer de quotes sluiten voor je een 
    functie aanroept.');

    Europa wil black en gray hat hackers strenger aanpakken.
    Hiervoor heeft het Europees Parlement recent, met 50 stemmen voor en 1 tegen een wetsvoorstel geaccepteerd waardoor het bezit en verspreiden van hacking-tools strafbaar wordt.
    Cyberaanvallen op IT-systemen zouden straks een strafbaar misdrijf in de EU worden waar minimaal twee jaar gevangenisstraf op staat.


    Ook hacking-tools worden genoemd: "Het bezit en verspreiden van hacking-software en tools wordt ook een strafbaar feit, en bedrijven worden aansprakelijk voor cyberaanvallen die in hun belang zijn gepleegd."


    Wat betreft het bezit en gebruik van hacking-tools erkent het voorstel de dubbele aard van veel van deze tools. Het alleen bezitten zou volgens analyses niet strafbaar zijn, ook al beweert het persbericht van het Europees Parlement iets anders.


    Vooral de waarom en het doel waarvoor de tools gebruikt worden, zouden een rol spelen. Het werk van whitehat beveiligingsonderzoekers in opdracht van bedrijven zou in ieder geval niet worden vervolgt.


    De reden dat ik dit hier post, is omdat er nogal wat gray hatjes op deze site passeren.
    Besef dat je nu niet meer zomaar een servertje mag scannen met je tools.
    De nieuwe regelgeving geldt voor heel Europa.