Posts by KampenRepair

Dat waren echt tijden. Ten tijde van crimefreakz (Was ik eigenaar), webscripters(Koen), criminalspoint (Bernt?).. Wat een gouden dagen...

Citaat van tom39

sorry dat is ieders zijn eigen keus toch, het was ook maar een vraag kun je er niet aan voldoen
antwoord er dan ook niet op en kraak niet ieder af

behandel de mensen net zo als jij behandeld wilt worden ,komen we stukken verder

Verder iedereen een fijne dag

Tom,

Ik begrijp jou denkwijze. Alleen het is niet erg verstandig om met een basis te beginnen welke in 2008 is gelanceerd. Het hele criminals project is destijds vrijgegeven omdat het echt een baggere codering was. Het beste wat je kan doen en waar je het meeste van leert. Is voornamelijk het volledig zelf opnieuw schrijven. Je kunt natuurlijk qua functionaliteit afkijken bij criminals. Maar bouw het zelf helemaal om. Een spel kan je niet maken in een paar maanden alleen als je al een gebruikt project inzet. Soms zegt men ik ga een al uitgevonden wiel niet opnieuw uitvinden. Maar in het geval van criminals adviseer ik je ten zeerste dit wel te doen.

Verder veel succes met je project!

Kevin,.

Citaat van FangorN

Mja, maar de methode ziet eruit alsof je een reeks items koopt of kunt kopen (mogelijk met verschillende hoeveelheden), ik vermoed dat enkel het eerste item in de lijst wordt aangeschaft met bovenstaande syntax omdat waarschijnlijk enkel het record dat betrekking heeft op de eerste CASE die voldoet wordt geupdate. En daarbij is er dus helemaal geen controle of er wel genoeg items zijn.

Ben je nagegaan dat als een speler meerdere items van een NPC koopt dat alle hoeveelheden (zowel van verkochte als aangekochte) van items na afloop kloppen?

En dan heb je nu dus nog het potentiële probleem van een gebrek aan concurrency. Voor het bijwerken van hoeveelheden die beheerd worden door en overgedragen worden tussen meerdere partijen dienen voor een goed verloop in bijna alle gevallen transacties ingezet te worden, waarbij de hoeveelheid eerst "gereserveerd" wordt zodat deze enkel kan overgedragen worden aan één andere partij. Dit zodat er niet, door een potentieel parallel verloop van meerdere queries, ineens hoeveelheden uit het niets gecreëerd worden of in het niets verdwijnen.

Is het niet handiger om dit net zoals bij een order op te splitsen in orderregels? Dan heb je meer controle over de gang van zaken. En mogelijk moet je ook rekening houden met het volgende: stel dat iemand zijn order heeft ingeklopt, maar iemand was hem net voor waardoor een of meer items niet meer in de gewenste hoeveelheid verkrijgbaar zijn. Wat gebeurt er dan? Wordt de hele order teruggedraaid, of gedeeltelijk doorgevoerd? Dit lijkt mij verwarrend, stel dat je o.a. 5 keer item A hebt gekocht en dat pas later blijkt dat item A niet beschikbaar was. Daarom lijkt mij dit reden te meer (ook qua eenvoud) om het gewoon niet mogelijk te maken om batches te kopen, maar slechts één item (in een bepaalde hoeveelheid) per keer.

Toon Meer

Je hebt wel helemaal gelijk, maar het is in mijn ogen op deze manier een veel betere en mooiere aanpak. De functie werkt nu in ieder geval wel goed. Als ik 5 verschillende items koop ontvang ik ze ook daadwerkelijk alle 5.

Tevens maak ik er ook een transactie nu van. Zodat er eerst een controle plaatsvind zodat er geen min getallen kunnen voorkomen. Dan word de aankoop gerollbacked en treed er een foutmelding op. Ik ben wel blij met je visie het helpt mij mijn denken ook te verbeteren. Ik zal eens kijken naar de mogelijkheid voor reservering toe te voegen. Zodat op de achtergrond al een check gebeurt of de items er nog zijn indien ja deze te reserveren. Wanneer de aankoop word afgebroken worden ze pas weer vrijgegeven. Eigenlijk een soort van live counter op de aantallen op het moment dat iemand deze selecteerd. (Ben van plan dit middels JSON te doen maar denk dat daar wel een beter alternatief voor is) even onderzoeken dit dus.

Het systeem is vrij complex maar een korte versie;

Op een kaart verschijnt een NPC welke een x aantal items aanbied met een bepaald vooraf gegenereerd aantal.
Gebruikers die de NPC zien (hij blijft niet lang) kunnen items met korting hier kopen.

sellNpcItems is simpelweg de functie welke de items in mindering brengt op de tabel waar de hoeveelheid van het item op de NPC is geregistreerd.

Je hebt gelijk dat de check voor "of er nog genoeg items zijn" niet helemaal correct is. Er zou eigenlijk achter de WHERE npc_id = 1 ook een AND available >= $quantity[$i] moeten.. daar heb je gelijk in.

Het is eigenlijk nu:
WHEN available CASE item_id(field in NPC_items) WHEN 57 (item_id) THEN available - $quantity ELSE available END

Citaat van Ferhat.Remory

Als je het toch opnieuw wilt schrijven, waarom begin je dan zelf niet vanuit een zelfgemaakte basis aangezien de oude criminals hun denkwijze op niets slaat..?

I really like your thinking!

Sigh, waarom maak je niet iets unieks? Niemand zit meer te wachten op een echte revamp van Criminals. Deze tijd is echt geweest.. Destijds was het echt booming. 100 community's, veel rivaliteit tussen al deze... Koen en anderen zullen weten wie ik ben en wat ik bedoel

Ik zou je daarnaast aanraden, niet aan ombouwen te beginnen. Maar als je echt een revamp wilt doen het volledig vanaf 0 op te bouwen! Bouw een mindmap met je plannen, en zet deze om in daadwerkelijk een project.

Heren,

Solved the issue, kinda was a stupid move..
Ik voerde dus een execute uit met een parameter.. Alleen die parameter gaf ik niet door aan de statement. Nadat ik "npc_id" vervangen had voor een '?' werd deze correct uitgevoerd.. Stupid me..

Ik ben bezig met het ontwikkelen van een eigen tekst-based game, en daarvoor heb ik random spawned NPC's.. Nu bieden deze NPC's items aan.
Echter gaat alles goed, afschrijven van geld etcetera. Alleen de onderstaande query word niet uitgevoerd door PDO..

public function sellNpcItems($items, $quantity, $npc_id)
    {
        try
        {
            $sql = "UPDATE npc_items SET available = CASE item_id";
            for($i=0;$i<count($items);$i++)
            {
                $sql .= " WHEN ".$items[$i]." THEN available - ".$quantity[$i];
            }
            $sql .= " ELSE available END WHERE npc_id = ".$npc_id;


            $sql =  $this->dbh->prepare($sql);
            $sql->execute(array($npc_id));
            $this->dbh->commit();
            $result = $sql->fetchAll(PDO::FETCH_ASSOC);




            return $result;
        }
        catch(PDOException $e){echo 'Error ! '.$e->getMessage();die();}
    }

Aan de fetchAll kan het niet liggen, deze heb ik er al tussen uit gehad. De query word gewoon niet uitgevoerd. Wanneer ik ook een "print_r" uitvoer op SQL is de output een normale query welke ik kan kopiëren en uit kan voeren op de database zonder enige foutmelding.

Vraag is nu ... Waar gaat het fout, waarom voert PDO het niet uit maar als ik het handmatig doe word het wel uitgevoerd?

Ohja, dit is de output van de SQL parameter wanneer ik een item heb "gekocht".

PDOStatement Object ( [queryString] => UPDATE npc_items SET available = CASE item_id WHEN 57 THEN available - 1 ELSE available END WHERE npc_id = 1 )

Alvast bedankt voor het kijken heren

Kevin.

Ik snap niet echt waarom je het wiel opnieuw zou moeten uitvinden. Dat je het voor belgië doet, zou nog logisch zijn. Maar voor nederland is het zo niet nodig. We hebben daarvoor namelijk "Ekabo". Waar zelfs alle bedrijven bij aangesloten zijn die geacrediteerd zijn volgens hun regels en dus voldoen aan de voorwaarden. Wat geeft jou het gevoel dat bedrijven zich bij een nieuwe organisatie zullen aansluiten?

Je website is leuk, overzichtelijk en aantrekkelijk. Maar vooralleer je echt hiermee door kunt pakken.Zul je toch een erkende organisatie moeten worden voor bedrijven echt gebruik van je dienst gaan maken.

Ligt eraan, wat je precies eist. Ik weet niet wat je op dit moment zal gaan betalen? En hoeveel laat je er drukken?

Citaat van WMDiensten

Enigste nadeel is dat je het om de 90 dagen moet vernieuwen en er volgens mij geen verzekering op zit. Maar verder is het prima in orde en ondersteund.

Enige.. nadeel.. goedzo ! enigste bestaat niet

Goed bezig koen!!

De vermoedelijke koper zag na lang overleg, en veel ontvangen informatie spontaan af van de verkoop.

De koop is in dit geval na een telefoongesprek deze avond toch doorgegaan, factuur is naar persoon gestuurd. Topic kan gesloten worden.

Verkoop is onder voorbehoud.

Snap 1 ding niet. je hebt digitalocean VPS ? kan je niet gewoon een mailserver maken? Genoeg tutorials op het internet ?

je kan de mail ook altijd onderbrengen bij Zoho mail... google hetmaar eens.

een url wordt niet hier vermeld in verband met een stille verkoop. Als je echt interesse hebt en het budget beschikbaar dan graag een priveberichg

Hallo allen,

Een hele tijd terug heb ik voor een fors bedrag een leuke website overgekocht. Met grootse plannen wou ik dit doorontwikkelen en verder op de markt brengen om hier een leuk inkomsten van te creeëren. Echter ben ik sinds een paar maanden zo drukbezet, evenals mijn compagnon met wie ik dit zou realiseren. Dat we met pijn in ons hart hebben besloten het systeem wederom van de hand te doen. Er zijn een aantal voorwaarden aan de verkoop, afhankelijk van wat je wenst te betalen krijg je meer of minder rechten op het systeem.

Het doel van het spel is als volgt:
Je hebt een plantage, hier plant je zaadjes voor wietplanten te kweken. De plantage dien je te onderhouden met voldoende water, mest en pesticiden. Je plantjes gaan dan groeien. Na een tijdje kun je deze oogsten en krijg je een xx aantal gram toegekend per plant. Met deze opbrengst kun je je dealers aan het werk stellen, en zo geld verdienen door je hulpjes het voor je te laten verkopen. Hoe beter je de dealer voorziet van spullen (zoals goede auto, goed wapen). Hoe meer het per gram voor je oplevert.

Je kan in steden huisjes / villas bezitten, hier kan je de dealers huisvesten. Dit om nog meer te kunnen verkopen per uur. Je kan op de steden ook gebruik maken van casino.

Samen met je gang, kun je territoria overnemen op het land waar je je bevind. Dit werkt vrij simpel. Maar is een vrij leuke game mode wanneer de gangs ook goed tegen en met elkaar strijden voor een lap grond. Hier is nog geen winst achter gebouwd. Dus het nut ervan is nog achterwege gebleven.

De verdiensten van het spel kunnen keihard oplopen, in de eerste paar maanden dat het spel in mijn bezit was heb ik door middel van een massa mailing en het toevoegen van PayPal een kleine 200 euro verdient binnen een maand. Echter is dit ingezakt omdat we beiden al snel in tijdnood kwamen te zitten. De plannen die we hadden/hebben kunnen we sowieso met de koper delen.

Er zijn sowieso nog veel en veel meer opties om sowieso geld mee te verdienen of je bezig mee te houden in het spel. Echter is dat gewoon meer kijken en doen. ipv het even voor je typen.

Volgend systeem hadden wij in gedachten qua overname:

750,- euro - Hiervoor krijg je 3 domeinen van het spel, de codering van het spel zelf, de volledige database met gebruikers en data en tevens ook de plannen die wij hadden voor de website. Echter ben je niet de volledige eigenaar over de codering. Dit recht blijft bij ons. Dat houdt in dat je de code mag gebruiken, mag aanpassen maar de basis die je van ons ontvangt blijft altijd onder ons auteursrecht en bezit.

1250 euro - Hiervoor krijg je bovenstaande. Wordt je tevens ook volledige eigenaar over de codering. Het enige wat wij in dit geval van je verlangen is dat wij de database en de codering mogen behouden voor toekomstig gebruik in evt. een later te ontwikkelen game. ( Geen zorgen, de eerstkomende tijd hebben we hier geen tijd voor. Echter zit er zoveel complex materiaal in de website dat dit nodig kan zijn voor toekomstigheden )

2500 euro - Hiervoor krijg je wederom het bovenstaande. Zullen wij ook volledig afstand doen van de codering en wordt alles jou eigendom.

Het targetpay account krijg je erbij, een paypal account zul je zelf aan moeten maken maar kunnen wij voor je koppelen. Om je eventueel hoofdpijn te ontnemen is het ook mogelijk de website online te houden op de nu aanwezige server. hier zijn wel maandelijkse kosten aan verbonden. Daarvoor krijg je wel fatsoenlijk server onderhoud voor terug. De eigenaar van de hosting omgeving is er alleen niet om jou te ondersteunen met het systeem. Wil je ondersteuning dan is dat mogelijk. We geven je een basis uitleg over waar alles te vinden en hoe het werkt voor jou om te onderhouden. Maar daar blijft het bij. Vanaf dan zul je het echt zelf moeten doen. Dit is beperkt tot een kleine 5 uur ondersteuning van ons.. Wil je meer ondersteuning dan is dat mogelijk echter dien je hier wel voor te betalen.

Heb je na het lezen van dit topic intresse of honger gekregen naar de website? Of meer aanvullende plaatjes met bijvoorbeeld opbrengsten uit 2013 of 2014? Stuur dan even een bericht naar mij.

Met vriendelijke groet,
Kevin

PS.. Als je me een waardeloos bod doet per privebericht uiteindelijk hoef je niet te reageren. Dat de inkomsten niet rendabel zijn heeft zijn reden. De website is 100% het hoogste bedrag waard. Het is maar net hoeveel tijd je zelf in de ontwikkeling en het onderhoud steekt wat het spel op gaat leveren. Zoals gezegd in 2/3 weken tijd 200 euro.

Indien u nog steeds op zoek bent naar een betaalbare freelancer, dan houd ook ik mij aanbevolen.

Hier wordt al geprogrammeerd vanaf 10 euro ex. btw per uur.

Met vriendelijke groet,
KampenRepair

Kijk, je moet wel vertrouwen hebben in het op te bouwen concept. Als het de zoveelste faal is. En je ziet dat al van te voren, kun je het beter skippen.. Wat TS wil starten oogt als een 'mafiagame' en dat op een desktop.. loopt niet meer.. Niemand speelt meer bijna desktop spelletjes..

Je kunt beter de scripters/designers een aandeel geven in je opbrengsten.. wie weet heb je dan meer success

Citaat van ferhat.rocks

Idem Ditto hier zo!

Ik kan helaas geen PB conversatie met jou starten