Beiträge von Jony

  • GTA V:MP

    Scheint aber wohl eine Ausnahme zu sein. Wir konnten sowas noch nicht feststellen.


    Ich denke das T2 sowieso die Sache immer weniger interessieren wird. GTA: Online wird auch zukünftig wohl nicht mehr soviel Updates erhalten wie sonst. Die Ressourcen werden wohl in neue Projekte gesteckt. Ich meine, GTA: V gibt es jetzt ja auch schon etwas länger und ich denke das GTA: Online auch nicht mehr allzu lange verfügbar sein wird. Die Zukunft wird es aber zeigen und alles andere wäre reine Spekulation.
    Meine Aussagen bzw. Vermutungen basieren auf dem Artikel (http://www.playnation.de/spiel…redemption-2-id68913.html) - Ist auch eigentlich eine relativ logische Schlussfolgerung.

  • Smalltalk

    Zitat von Rocky Balboa

    @Jony Ist einfach so ein Mensch ^^ kann man nicht ändern.


    Achja hast du schon deinen BMW/Mercedes den du bekommen solltest?

    Es war ein Audi, und der steht schon etwas länger neben meinem anderen Baby :D


    Ja, ich habe auch 100K Instagram Follower und so ..

  • Smalltalk

    Zitat von KaugummiAutomat

    Tut mir ja leid wenn du dich angegriffen fühlst, allerdings finde ich es ziemlich lächerlich eine PARTY für einen GTA Projekt zu starten :D Ich mein es ist nichts weltbewegendes, es ist ein Game!

    Oh man. Die Anführungsstriche hast Du wohl komplett übersehen oder? - Wir feiern hauptsächlich den Geburtstag von 'nem Freund und haben daraus ein kleines Team-Treffen gemacht.
    Ich fühle mich in keiner Weise angegriffen, alles gut ;)

  • Smalltalk

    Zitat von Fancy

    Eine Party Sponsored by Spendengeldern....Das zeigt mal das Projekt wirklich ^^ bieten sogar anscheind schon Premium an obwohl es noch nichtmal ein Script zum spielen gibt, damn gleich mal 4 jahre premium buyn dann können die sich sogar ein Ferrari mieten

    Im Gegensatz zu anderen Projekte fließt bei uns das Geld in das Projekt. Das ist eine Privatmiete. Aber gut das außenstehende immer alles so gut beurteilen können. Lächerlich!
    Warum wir Premium anbieten? - Weil wir danach gefragt worden sind. Abgesehen davon stammt das System noch von Projekt Sunset, und die Benutzer die es damals gekauft haben, erhalten es wieder zurück. SO sozial sind wir sogar ;)


    Zitat von KaugummiAutomat

    Lächerlich. Wofür eine "Party"? Sind die 12 Jährigen auch dabei?

    Nein, Du wurdest leider nicht eingeladen. Sorry!

  • [PHP] Multiaccount erkennen Problem

    Zitat von Trooper[Y]

    Wenn man die weiterverarbeiten will dann joined man die entsprechende Tabelle, da hat er uns aber die entsprechende Tabelle bisher nicht gezeigt. Entsprechend - ja, es ist aktuell suboptimal geregelt, man würde es aber optimieren indem man es richtig macht nicht indem du irgendwelche Fachbegriffe um dich wirfst die nichts mit einem korrekten Workflow oder sonst irgendwas zu tun haben.


    //edit für deinen Edit:
    Doch, umso größer die Daten werden desto eher musst du die Last verteilen. Für jeden Datensatz ne neue Query abzufeuern ist extrem unperformant. Bei sehr großen Anwendungen würde man vorformatieren und cachen. Wie dein "Tabelle als Objekt umbilden" aussehen würde hast du uns bisher nicht gezeigt, für mich klingt das nur als wolltest du mit Fachbegriffen um dich werfen.

    Ich werfe mit Sicherheit nicht mit "irgendwelchen" Begriffen um mich. Ist schließlich mein täglich Brot ;)


    Richtig die Last verteilen. Man verteilt aber die Last nicht komplett auf den SQL-Server. Wie Du schon selber richtig erkannt hast, ist die Verteilung der Aufgaben zwischen Webserver und SQL-Server wichtig. Es gibt sowieso keine Allgemeine Lösung. Die Vorgehensart ist immer abhängig davon, was für eine Anwendung man hat.
    Der Workflow ist hier relativ unwichtig. Es ist in großen Online-Shop-Systemen gang und gäbe die Datenbank fast 1:1 in PHP abzubilden. (Hier kommt wieder das Sprichtwort Objekt-Manager und Cache-Server zum Einsatz. Sprengt hier aber alles den Rahmen.)
    Und hier ist auch der Knackpunkt: Ich habe nirgendswo gesagt, dass man einen Query jedes mal absendet oder ähnliches.


    Die Diskussion ist hier aber auch nicht angebracht. Trägt nicht zur Lösung des Problems bei.


    //edit:
    Der Grund warum ich das mit den Objekten und Abbildung angesprochen habe war, dass ich davon ausgegangen bin das die Daten weiter verarbeitet werden sollten. Hier würde sich dann generell erstmal die Situation anders darstellen.

  • [PHP] Multiaccount erkennen Problem

    Zitat von Trooper[Y]

    Keine Ahnung wie du auf so eine Idee kommst. Es ist sauberer, performanter und deutlich einfacherer die Filterung direkt in der Query durchzuführen.

    Das mag vielleicht bei einer einzel Anwendung wie hier der Fall sein.


    Wenn Du Daten dann weiterverarbeiten willst, etc. kommst Du mit Deiner Art nicht weiter.
    Aber jeder so wie er mag.
    Es gab dazu aber letztens mal ein interessanten Artikel, der die Unterschiede mal genau aufgelistet hat. Muss ich nochmal suchen.


    //edit:
    Im Grunde hast Du ja recht mit der Annahme, das SQL die Filterung aufgrund von Indexen etc. besser machen kann.
    Da möchte ich Dir auch nicht widersprechen. Aber sobald Du größere Anzahl von Daten (Online-Shops) hast, wirst Du solche Filterungen durch SQL seltener bis gar nicht mehr vorfinden. (Ich rede hier jetzt nicht von Joins o.Ä.)


    Es hängt auch alles sehr viel mit dem Aufbau der Datenbank zusammen.

  • [PHP] Multiaccount erkennen Problem

    Gibt es einen speziellen Grund, warum Du das Filtern direkt in der Abfrage machen willst? - Ein besser, und sauberere Lösung wäre die Tabelle als Objekt abzubilden.
    (Alternativ auch als Cronjob die Abhängigkeiten in einer Tabelle abbilden)


    Speichere Deine IP-Adressen bitte niemals als varchar. Das ist ein altbekanntes Thema, wo es zu Problemen beim Vergleichen kommen kann. Von der Effizienz mal ganz weg.
    Interesssante Erklärung dazu:
    http://www.ebrueggeman.com/blo…ing-ip-addresses-in-mysql


    //edit 2:


    Du könntest es aber mal so versuchen


    SQL
    SELECT FIELD_IP_ADRESS, GROUP_CONCAT(DISTINCT FIELD_USERNAME)
FROM TABLE_NAME
GROUP BY FIELD_IP_ADRESS
HAVING COUNT(DISTINCT FIELD_USERNAME) > 1
ORDER BY COUNT(DISTINCT FIELD_USERNAME) DESC


    Sollte Dein Problem eigentlich lösen. Hier wird Dir ausgegeben, welche IP Adressen mehrfach vorkommen.