[Show] Database Tool

Weg

Wieder ein Tool aus der Kategorie "das braucht niemand". Aber okay wenn du zu viel Zeit hast. Ich frage mich was es genau bringt es gibt doch bestimmt 10 Webseiten die hier downloadbar sind, die das gleiche können und man dazu nicht mal auf den Root braucht.

Admins von einem Server sollten wohl diese Rundfunktionen auch per SQL machen können und für GM's sollte der Zugriff auf den Root nicht vorhanden sein, daher kann man damit nicht viel anfagen.

UND NEIN DAS IST KEIN GEFLAME!

Quote:

Originally Posted by Drabur Wieder ein Tool aus der Kategorie "das braucht niemand". Aber okay wenn du zu viel Zeit hast. Ich frage mich was es genau bringt es gibt doch bestimmt 10 Webseiten die hier downloadbar sind, die das gleiche können und man dazu nicht mal auf den Root braucht.

Nenn mir bitte eine Website die Dupes richtig ausgibt und mit der man das Item auch entfernen bzw den Nutzer blockeren kann !

Quote:

Originally Posted by Drabur Admins von einem Server sollten wohl diese Rundfunktionen auch per SQL machen können und für GM's sollte der Zugriff auf den Root nicht vorhanden sein, daher kann man damit nicht viel anfagen.

Also 90% der Flyff Admins hier kenne sich NULL mit SQL Abfragen oder dergleichen aus.
Des weiteren ist es für Admin und nicht für GMs.

Quote:

Originally Posted by Drabur UND NEIN DAS IST KEIN GEFLAME!

:handsdown::)

Quote:

Originally Posted by Gentros' Nenn mir bitte eine Website die Dupes richtig ausgibt und mit der man das Item auch entfernen bzw den Nutzer blockeren kann ! Also 90% der Flyff Admins hier kenne sich NULL mit SQL Abfragen oder dergleichen aus. Des weiteren ist es für Admin und nicht für GMs. :handsdown::)

Dann hast du wohl keine Ahnung von SQL und wie man richtig sucht. Eine Website führt nur Befehle aus die man will, das selbe machen auch deine unnötigen Tools.

Quote:

Originally Posted by Sedrika Dann hast du wohl keine Ahnung von SQL und wie man richtig sucht. Eine Website führt nur Befehle aus die man will, das selbe machen auch deine unnötigen Tools.

Meine LOG_ITEM_TBL hat ca. 2,6 Mio einträge
Das sind 29.545,4545 Einträge pro User.

Ich möchte mal sehen wie du in PHP 29.545 Zeilen ausgeben lässt ohne das sie dir um die Ohren fliegt.
PS: Mein tool gibt in 10 Sekunden 29.227 zeilen aus Ohne zu crashen.

Aber nutzt ihr mal eure Website für jeden Scheiß den man in C# schneller lösen kann.

Quote:

Originally Posted by Gentros' Meine LOG_ITEM_TBL hat ca. 2,6 Mio einträge Das sind 29.545,4545 Einträge pro User. Ich möchte mal sehen wie du in PHP 29.545 Zeilen ausgeben lässt ohne das sie dir um die Ohren fliegt. PS: Mein tool gibt in 10 Sekunden 29.227 zeilen aus Ohne zu crashen. Aber nutzt ihr mal eure Website für jeden Scheiß den man in C# schneller lösen kann.

Wie werten riesige Websites ihre Logs aus [Only registered and activated users can see links. Click Here To Register...]

Du denkst auch du wärst es kappa.

Quote:

Originally Posted by Sedrika Wie werten riesige Websites ihre Logs aus [Only registered and activated users can see links. Click Here To Register...] Du denkst auch du wärst es kappa.

Google hat doch auch Affen im Rechenzentrum sitzen die Logs auswerden. Wie dachtest du das man das macht?


Php und C# wo ist der große Unterschied? c# ist minimal schneller wenn überhaupt.

[Only registered and activated users can see links. Click Here To Register...] auch mit c# geschrieben?

Quote:

Originally Posted by Gentros' Meine LOG_ITEM_TBL hat ca. 2,6 Mio einträge Das sind 29.545,4545 Einträge pro User. Ich möchte mal sehen wie du in PHP 29.545 Zeilen ausgeben lässt ohne das sie dir um die Ohren fliegt. PS: Mein tool gibt in 10 Sekunden 29.227 zeilen aus Ohne zu crashen. Aber nutzt ihr mal eure Website für jeden Scheiß den man in C# schneller lösen kann.

PHP7 kann das ziemlich schnell, HVVM bestimmt genauso gut.(Wer jetzt noch PHP5 verwendet, herrje...)


Außerdem sollen Queries ja auch gezielt und nicht im Stile "SELECT * FROM LOG_ITEM_TBL" ausgeführt werden.

Wenn dann noch etwas "um die Ohren" fliegt, ist es der Browser, der offenbar nicht genug Memory für die Outputs hat ;o
Ist mir sowieso neu, dass PHP bei solchen Abfragen crasht - das ist mir in vielen Jahren noch nie passiert.


Zum Vergleich: Wir haben 308.975.328 Zeilen [das 106-fache deiner Daten] alleine in dieser einen Table, von denen auch einige unnötige Zeilen entfernt werden müssen.
Fragen wir bestimmte Daten gleichzeitig ab, dauert es keine Minute und wir haben was wir wollen. Das liegt dann aber nicht in der Applikation, sondern am Server selbst (schließlich müssen die Daten ja erstmal in den Pages gefunden werden).
Ein PHP oder C# muss die Daten nur fetchen und in eine "schöne" Form bringen. Da kann man aber so ziemlich alles benutzen, was ODBC oder SQL Server Native Client verwenden kann (sollte sich aber nicht an externe Clienttools abseits von SMSS hängen).


Wie meine Vorposter bereits sagten, solche Tools sind schwachsinn, wenn man schon ein Backend Panel oder direkten Zugriff auf die Datenbanken hat.

Der Begriff "Beschäftigungstherapie" trifft es hier schon ganz gut.
Wieso ein Tool verwenden, wenn man vis SMSS direkten Zugriff auf SQL Server hat?

Und "Developer" oder "Admin" ohne SQL Grundkenntnisse sollten sowieso keinen Server leiten.

Ich weiß nicht wieso aber ich stelle mich mal friedlich zwischen beiden Parteien und erkläre wieso...

Pro:
Schnelle Auflistung von Inhalten die man haben möchte
Keine Notwendige Software (SQL Express) oder eine Webseite wo man sich einloggen muss etc.

Kontra:
Im Gegensatz zu einer Webseite, hat dieses Tool noch zu wenige Inhalte die ausgegeben werden.
Auch die Erweiterung des Tools wird mit Sicherheit nicht so großräumig sein wie auf einer Webseite.


Und wie TwiLight ja schon sagte, seit PHP 7 ist alles um einiges schneller.
Natürlich sollte auch die Programmierung dann gut sein ^^

Quote:

Originally Posted by Chyukαsame Ich weiß nicht wieso aber ich stelle mich mal friedlich zwischen beiden Parteien und erkläre wieso... Pro: Schnelle Auflistung von Inhalten die man haben möchte Keine Notwendige Software (SQL Express) oder eine Webseite wo man sich einloggen muss etc. Kontra: Im Gegensatz zu einer Webseite, hat dieses Tool noch zu wenige Inhalte die ausgegeben werden. Auch die Erweiterung des Tools wird mit Sicherheit nicht so großräumig sein wie auf einer Webseite. Und wie TwiLight ja schon sagte, seit PHP 7 ist alles um einiges schneller. Natürlich sollte auch die Programmierung dann gut sein ^^

Ich will das Tool auch nicht komplett schlecht machen.

Aber hier stellt sich die Frage, wieso es öffentlich gezeigt wird?
Wenn es einen Release bekommen sollte, dann doch bitte erst zeigen, wenn es fertig ist oder zumindest den Leuten zur Verfügung gestellt wird.


Gegen eine private Nutzung für ihn selbst spricht auch nichts, jedoch ein weiterer Grund, warum so ein "Show It" Thread nicht wirklich notwendig ist.

Außerdem ist die Verwendung solcher lokalen Tools immer fragwürdig.
Denn die Verbindungsdaten zum SQL Server müssen entweder irgendwo hinterlegt werden (Config Files mit Plaintext sind da keine gute Idee) oder bei jedem Öffnen selbst eingegeben werden.
Bei zweiter Option tut es auch eine Website (bei der ich dank Cookies sogar nur eine Passworteingabe [pro Gerät/Browser] für einen bestimmten Zeitraum benötige), bei der ich mich genauso einloggen müsste. Zusätzlich sind hier die Daten für den SQL Server serverseitig hinterlegt und sicher.

Quote:

Originally Posted by xTwiLightx Ich will das Tool auch nicht komplett schlecht machen. Aber hier stellt sich die Frage, wieso es öffentlich gezeigt wird? Wenn es einen Release bekommen sollte, dann doch bitte erst zeigen, wenn es fertig ist oder zumindest den Leuten zur Verfügung gestellt wird. Gegen eine private Nutzung für ihn selbst spricht auch nichts, jedoch ein weiterer Grund, warum so ein "Show It" Thread nicht wirklich notwendig ist. Außerdem ist die Verwendung solcher lokalen Tools immer fragwürdig. Denn die Verbindungsdaten zum SQL Server müssen entweder irgendwo hinterlegt werden (Config Files mit Plaintext sind da keine gute Idee) oder bei jedem Öffnen selbst eingegeben werden. Bei zweiter Option tut es auch eine Website (bei der ich dank Cookies sogar nur eine Passworteingabe [pro Gerät/Browser] für einen bestimmten Zeitraum benötige), bei der ich mich genauso einloggen müsste. Zusätzlich sind hier die Daten für den SQL Server serverseitig hinterlegt und sicher.

Kann viele Gründe haben...

• Um Likes zu bekommen
• Um das eigene Ansehen zu erhöhen (sich einen Namen machen)
• Demonstration was man kann
• Langeweile

Es halbfertig zu zeigen ist wirklich nicht notwendig, gebe ich dir Recht.
Wenn ich mal so überlege, gibt es ja oft von Gentros solche "Shows" ohne, dass es ein gutes release dazu gibt.

Für die Anwendung finde ich ein solches Tool (als Admin) nicht schlecht, wenn es sehr viele Features dafür gibt, welches das öffnen des SQL Express überflüssig macht da dort noch Befehle ausgeführt werden müssten.

Für ein Team wäre es besser (wie du schon sagtest) es für Admins/Gamemaster im ACP einzufügen, doch eventuell ist er noch nicht so gut in PHP und nutzt daher C#?