Een chip zou ook makkelijk gekloond kunnen worden maar goed.

Citaat

Uhm, vingerafdruk scanner was goed in gebruik, maar er zijn al zoveel technieken om zoiets te faken.

Er was een bedrijf (naam even kwijt) die voor een vingerafdruk tevens controleerde of de vinger warmte afgaf (dus het afhakken van iemands vinger kon dus niet meer).

Je kan het zo maken dat je hem met Zend, Ioncube beveiligd maar dit is ook niet zo moeilijk te kraken. Tenminste zelf ooit gedaan. Maar als je dat wilt doen kun je er een soort van licentie systeem van maken. Als je koen dan voor elke gebruiker een licentie code laat genereren in de database kan je het zo controleren of hij valide is of niet:)

[offtopic]

Citaat

Nu zoeken wij nog een scripter die kan helpen met de site, deze zal uiteindelijk alleen hier op CriminalsPoint worden vrij gegeven.

Heb je er al aan gedacht dat andere forums misschien ook een download link kunnen pakken en hem zo over het Internet verspreiden.[/offtopic]

Dein
De kappen die voor de automaten worden maar een paar uur gebruikt om dit soort trucjes te voorkomen. Het zou natuurlijk dom zijn om zo'n apparaat te laten hangen zodat de kans groter word dat hij ontdekt word.

Dit weet ik gewoon vanuit interesse niet door dit zelf ook te doen voor het geval dat iemand zich dat afvraagt.

Dit is al jaren aan de gang. Er worden meestal kasten overheen geplaatst of bijvoorbeeld mensen aan de deur met een pakketje waar je dan bijvoorbeeld 1 cent voor moet pinnen om te laten zien dat jij het echt bent (bestaat ook legitiem trouwens).

Krijg nu vast een windvlaag over me heen omdat je me niet mag maar het is de waarheid.

Citaat

Die heb ik ontvangen en ik heb daarop ook geantwoord. Verder, onze beveiliging is prima op orde hoor. Volgens mij de 3e of 4e poster die daar aan twijfelde. We praten hier niet over een mega netwerk.

Gr, Simon.

Ik dus. Ik weet wel zeker dat er een beveiligingslek te vinden zal zijn in jullie server.

Willem
Stop nou maar met spammen iedereen ziet hier wel dat je gewoon probeert onrust te stoken en onze tijd verdoet wat je volgens mij aardig goed lukt.

Mag ik vragen wat de meerwaarde van zo'n belachelijke profielensite mag zijn in je leven?

Wist je dat dit ondanks de spelfouten nergens over gaat. Je geeft geen uitleg wat het in vredesnaam moet doen o.i.d.

Je bent best hopeloos dat je je hierover druk maakt. Ten eerste het is een gratis host dus van beveiliging moet je nooit het meeste verwachten. Aangezien jij op dezelfde server zit als hem zou hij misschien door jou bestanden kunnen spitten.

Zal vast wel iets als parental control zijn. Kijk gewoon wat er geïnstalleerd is en wat er een beetje verdacht uitziet uninstall je gewoon. Kijk tevens na wat er opstart (kan wel makkelijk via iets als CCleaner)

Guido ik durf te wedden dat hier een nihil percentage zit wat met PostgreSQL heeft gewerkt. Maar goed ga vooral je gang met mij omlaag te halen zoals je al zo vaak hebt geprobeerd en in de toekomst waarschijnlijk ook weer zal doen.

Over die no life forums nog even: wmcity is een zielig kinder zandbakje om maar even als voorbeeld te geven.

PS: Ik weet dat jij nergens verstand van hebt, wil je in de nabije toekomst ook je waffel houden en je niet overal mee proberen te bemoeien!

Terrorsheep dit is nou niet bepaald een topic waarom PostgreSQL beter is dus je dwaalt nogal af van het onderwerp.
http://www.randombugs.com/linux/mysql-po…benchmarks.html
Halverwege zie je wel een benchmark met tijden. Tevens probeer jij maar eens een database vol te pompen met karakter combinaties neem nou als voorbeeld alle combinaties van 6 karakters (a-zA-Z0-9) wat ons in theorie 56.800.235.584 combinaties zou geven. Ik weet uit ervaring dat dit niet gaat werken aangezien Mysql er van zelf mee op zal houden en je hem dan ook niet meer aan de praat krijgt.

@Terrorsheep,
Laatst was er aleen topic over de voordelen. Vooral voor drukke sites of sites waar veel data door heen gaat (zoals mijn predb). Mysql faalt bij een aantal miljoen rijen dus vandaar.

JeroenH
Ik zag varchar zo niet staan vandaar dat ik hem niet gebruikte.

Darsstar
Het verschil tussen "char" en vachar is dat "char" overbodige ruimte wat niet benut word in feite toch gebruikt en varchar niet.

Na aanleiding van me vorige topic wou ik jullie mening nog even. De meeste hier zullen er vast geen verstand van hebben maar heb geen zin om naar sommige no life forums te vragen om hun mening.

Ik maak een nieuwe topic aan omdat het toch deels over iets anders gaat.

Ik heb hieronder een klein stukje van mijn database (de primary key enzo staat er niet in omdat ik de backup uitgekleed heb maar dat maakt niet uit.

CREATE TABLE users (
    u_id integer NOT NULL,
    u_name "char",
    u_password "char",
    u_email "char",
    u_ip "char",
    u_uid "char",
    u_session "char",
    u_cash money,
    u_bank money,
    u_credits integer
);


CREATE TABLE uprofiles (
    up_id integer NOT NULL,
    up_sign "char",
    up_avatar "char",
    up_location "char",
    up_birth date,
    up_info text
);


CREATE TABLE usettings (
    us_id integer NOT NULL,
    us_nickname "char",
    us_privacy boolean DEFAULT false,
    us_level smallint DEFAULT 1
);

us_id en up_id zitten dus verbonden aan u_id door middel van een relatie maar dat spreekt allemaal voor zich. Als je verbeteringen hebt hoor ik het graag

Kijk rutger, wanneer de scripter mede eigenaar wordt dien je zelf ook gelijke taken uit te voeren. Voor de hand liggend is natuurlijk dat jij je vaardigheden op het gebied van php bijspijkert want dan heb je nog iets om op terug te vallen als de scripter tijdelijk uit de running is. Aangezien je al aangaf dat jij een "beetje" kon webdesignen is het niet echt haalbaar voor een scripter om alle verantwoording van de site op zich te nemen lijkt me.

Maar goed het zijn maar tips.

Je kan ook naar de bieb gaan Is voor de jeugd toch gratis ja

Ik heb meer geleerd op php.net zelf dan uit boeken. Ik heb een boek van Zend wat wel aansluit op de dagelijkse projecten waar ik aan werk maar ik kan nou niet zeggen dat ik er veel van geleerd heb.

Tevens leer je ook veel van proberen, als je een fout krijgt kun je hem ook makkelijker oplossen de error staat immers op je scherm. {Error} on line {line} is toch niet zo moeilijk lijkt me:')

Het meeste queries wat ik nu al gebruikt had was in de winkel en dat was met wel 3 (website instellingen, user gegevens van de sessie controle & de winkel zelf).

1 query met PDO duurt nog geen eens 10ms wat gewoon helemaal niks voorstelt.

Laat wat van je "eigen" gemaakte code zien dan?

Darsstar
Ik heb in de 20 factoren die meetellen als je aan het vechten bent met een andere speler dus er staat aardig wat informatie in ja.

Tevens moet elke week de wapen tabel worden geupdate (via crons moet dat lukken) om er een nieuwe prijs aan te geven. Dit wapen idee ga ik verder nog niet uitleggen.

Ik werk voor mijn nieuwe projecten niet meer met Kohana aangezien ik het nu een beetje achterhaalt vind. Het werkt niet voor grote projecten en het gebruikt verouderde technieken waar ik weinig meer aan heb.

Ik combineer liever tabellen door middel van JOINS dan dat ik een afschuwelijke waslijst moet doorspitten omdat ik de naam niet meer weet van een rij naam.

Ik doe het in de eerste plaats omdat ik als View systeem TPLLite heb gebruikt wat { en } echt verbied voor javascript wat mij dus niet zint aangezien het een web 2.0 applicatie wordt :')