Der 'große' PHP-Thread

[N.2]

Verteufelt seien die, die Dreamweaver als gut bezeichnen;

Dieses Ding hat mir von anfang an nur Probleme bereitet, Tags, die völlig sinnlos sind in massen hinzugefügt...

Naja, wer sich das antun will;
Ich bleib bei meinem Notepad;

[dead_orc]

Ich weiß, dieser Thread ist uralt (hab ich so nicht schonmal einen aus der Versenkung geholt? *kratzamkopf*) aber ich finde, dass er ein wichtiges und gutes Thema hat - nur jetzt halt im falschen Forum. Ich hoffe, das ein Mod ihn ins Webseiten-Forum verschiebt (da wird sicherlich auch wieder in ihn gepostet) und ihn dort evtl. sogar anpinnt.

Hoffe, ich bin nicht der einzige dem das so geht

[Zack]

jo... schauen mer mal.
wenn du ihn schon aus der versenkung holst, versuchen mer´s ma....
mach das aber nu bitte net mit jedem alten thread so, der nicht ins pcf passt. irgentwo müssen da noch 100te von webspace, pcspiele, html etc threads rumschwimmen....

--
zack

[dead_orc]

War mir schon klar, dass hier nicht alle PHP-Probs rein sollen, aber kleine Fragen nach einer Funktion z.B. wäre hier denke ich besser als in einem neuen Thread aufgehoben.

@dadie:
Willst du die Gesamtgröße des Verzeichnisses? Dafür kannst du leider nicht einfach filesize() verwenden, sondern musst dir eine Funktion bauen (bzw. von der PHP-Homepage klauen):

PHP-Code:

<?php
function dirsize($dirName = '.') {
   $dir  = opendir($dirName);
   $size = 0;

   while($file = readdir($dir)) {
       if ($file != '.' && $file != '..') {
           if (is_dir($file)) {
               $size += dirsize($dirName . '/' . $file);
           } else {
               $size += filesize($dirName . '/' . $file);
           }
       }
   }
   closedir($dir);
   return $size;
}
?>

(Ich musste das Skript ein bisschen verändern, weil der Typ mit Objekten gearbeitet hat)
Sollte so funktionieren

[dadie]

thx euch beiden

Es klappt 1A und für die nachwelt mein Code

PHP-Code:

 function dirsize($dirName) 
            {
                $verzeichniss        = opendir($dirName);
                $verzeichnissgroesse = 0;

                while($verzeich_file = readdir($verzeichniss)) {
                    if ($verzeich_file != '.' && $verzeich_file != '..') {
               

         if (is_dir($verzeich_file)) {
                            $verzeichnissgroesse += dirsize($dirName . '/' . $verzeich_file);
                        } else {
                            $verzeichnissgroesse += filesize($dirName . '/' . $verzeich_file);
                        }
                                 }
                                    }
                closedir($verzeichniss);


                 if($verzeichnissgroesse<1000)
                 {
                     return number_format($verzeichnissgroesse, 0, ",", ".")." Bytes";
                 }
                 elseif($verzeichnissgroesse<1000000)
                 {
                     return number_format($verzeichnissgroesse/1024, 1, ",", ".")." kB";
                 }
                 else
                 {
                     return number_format($verzeichnissgroesse/1048576, 2, ",", ".")." MB";
                 }
             


            } 

Echt cool das ich seid 2 Tagen die Funktion von "function" kappiert habe

[dead_orc]

function ist keine Funktion sondern ein Sprachkonstrukt so wie if...else (oder sehe ich das falsch?)

@Dingsi: Mist, hab wohl zu lange geschrieben. Mit "PHP-Homepage" war diese Seite gemeint (erster Kommentar).

[Latency]

Ich will auch, ich will auch ^^

PHP-Code:

$mysql_query = mysql_query("SELECT `Download_Art`,
COUNT (`Download_Art`)
FROM Tabellenname
GROUP BY `Download_Art`
ODER BY `Download_Art` ASC");
while($Auswertung = mysql_fetch_array($mysql_query))
{
print_r($Auswertung);
} 

Dieses Skript sollte nach den Verschiedenen Download-Arten in der Tabelle ausschau halten und zählen wie oft jede einzelne Vorkommt.

Es ist die mir am schnellsten Bekannte Query die alle Daten auf einen schlag auswertet. Denn die von Dingsi gepostete Query müsste bei ändern der Download Art eine neue Anfrage an die Datenbank stellen. Meine müsst nur mit mysql_fetch_array den nächsten Datensatz holen.

edit:
Ich glaube mein Skript schießt ein wenig am Ziel vorbei, da es nur zählt wie oft jede Download Variante vorkommt, und nicht welchen Wert der Inhalt besitzt :-/

Deswegen hier mal ne andere Version

PHP-Code:

$mysql_query = mysql_query("SELECT `Download_Art`,
SUM (`Download_Art`) AS Download_Anzahl
FROM Tabellenname
GROUP BY `Download_Art`
ODER BY `Download_Art` ASC");
while($Auswertung = mysql_fetch_array($mysql_query))
{
print_r($Auswertung);
} 

[dadie]

*hust* *röchel*

Ich will ja nicht wie ein Pinngel Klingen aber man sollte niemald `Spalte` = 'a' nutzen !
`Spalte` LIKE 'a' ist besser das Gleichzeichen kann zu Derben Problemen füren
ich spreche da aus erfahrung !

[Chocwise]

*hust* *röchel*

Ich will ja nicht wie ein Pinngel Klingen aber man sollte niemald `Spalte` = 'a' nutzen !
`Spalte` LIKE 'a' ist besser das Gleichzeichen kann zu Derben Problemen füren
ich spreche da aus erfahrung !

...

Que?
Sonst noch alles frisch?
LIKE frisst mehr Performace als =, da LIKE eben das tut was es bedeutet: like = ähnlich.
Like sucht also Werte die 'a' ähnlich sind. Gut... da die % fehlen, sucht LIKE AFAIK tatsächlich nur Felder in denen Tatsächlich nur das 'a' steht, aber logischerweise frisst LIKE mehr Performance als = weil es eben nach Ähnlichkeiten sucht und nicht einfach nur das rauspickt das dem Suchstring enspricht.
Also erkläre ich Dadies Behauptung einfach mal als absoluten Quatsch, bis er mir Fakten Präsentiert die mich vom Gegenteil überzeugen.

[Jesus_666]

Also erkläre ich Dadies Behauptung einfach mal als absoluten Quatsch, bis er mir Fakten Präsentiert die mich vom Gegenteil überzeugen.

...

Er bezieht sich wahrscheinlich darauf, daß man bei = eben auch aufpassen muß, daß man auch exakt das richtige übergibt.

[Chocwise]

Er bezieht sich wahrscheinlich darauf, daß man bei = eben auch aufpassen muß, daß man auch exakt das richtige übergibt.

...

Das würde auch erklären weshalb gerade er bereits schlechte Erfahrungen mit der =-Variante gemacht hat.

Okok. Der war fies. XD

[dadie]

Das würde auch erklären weshalb gerade er bereits schlechte Erfahrungen mit der =-Variante gemacht hat.

Okok. Der war fies. XD

...

.................. du bist gemein

[Latency]

Ich verweiße hier mal am besten an die offizielle mySQL-Documentiation zum Thema COUNT

[rgb]

joa hmm.....
irgendwie habe ich das gefühl, das ist nicht das, was ich brauche, ich kann mich momentan auch überhaupt nicht konzentrieren, ich mache nochmal ein beispiel:
so sieht vereinfacht die Tabelle aus:

PHP-Code:

+----+-----+---------+
|name| art |downloads|
+----+-----+---------+
|bla |1    |1337     |
+----+-----+---------+
|ble |2    |7777     |
+----+-----+---------+
|blo |1    |815      |
+----+-----+---------+
|bli |2    |815      |
+----+-----+---------+ 

ich möchte jetzt, dass bla und blo / ble und bli zusammengezählt werden.

Bei dem link, den du mir gegeben hast, Latency, wird ja nur gezählt, wieviel Tiere ein besitzer hat und das ist einfach, da jedes Tier ein neuer Eintrag ist .

Edit: *autsch*
hat sich erledigt, ich habe das von dingsi kopiert und vergessen WHERE `id` in WHERE `art` umzutauschen "

[rgb]

Öh joa hi!

Jetzt ist ein Doppelpost entstanden, aber kann ich ja nix dafür, wenn keiner mehr wat postet
So, ich wollte einfach mal fragen, wo hier der Fehler versteckt ist, mein größtes Problem ist nämlich noch, dass immer irgendwelche dummen Fehler passieren (siehe post vor mir).

PHP-Code:

<?php
     include "global.php";
     $name = $_POST['name'];
     $content = $_POST['content'];
     $homepage = $_POST['homepage'];
     $email = $_POST['email'];
     $icq = $_POST['icq'];
     $timestamp = time();
     $datum = date("d.m.Y",$timestamp);
     $sql = "INSERT INTO `rdn_guestbook` (`name`, `content`, `homepage`, `email`, `icq`, `date`, `active`) VALUE ('$name', '$content', '$homepage', '$email', 'icq', '$datum', '1')";
     $result = mysql_query($sql);
     echo mysql_error();
     echo "<br>";
     echo $sql;
?>

Der mysql_error erzählt mir folgendes:

PHP-Code:

You have an error in your SQL syntax near 'VALUE ('11111111111', '1111111111111', '1111111111111111', '11111111111', 'icq',' at line 1
INSERT INTO `rdn_guestbook` (`name`, `content`, `homepage`, `email`, `icq`, `date`, `active`) VALUE ('11111111111', '1111111111111', '1111111111111111', '11111111111', 'icq', '24.01.2005', '1') 

danke fürs suchen und hoffentlich finden

[Latency]

Es fehlt dir, wenn ich das richtig sehe, ein S bei VALUES

[Lukas]

So, ist zwar mehr SQL als PHP, aber egal.
Wo liegt der Fehler in folgendem SQL-String (ist wahrscheinlich was triviales, aber ich bin nicht so gut in MySql)?

PHP-Code:

$query = "UPDATE pages SET (`inhalt`=`jkdlg ein<br />Test`, `name`=`dasyg`) WHERE `id`=`3`"; 

[dadie]

So, ist zwar mehr SQL als PHP, aber egal.
Wo liegt der Fehler in folgendem SQL-String (ist wahrscheinlich was triviales, aber ich bin nicht so gut in MySql)?

PHP-Code:

$query = "UPDATE pages SET (`inhalt`=`jkdlg ein<br />Test`, `name`=`dasyg`) WHERE `id`=`3`"; 

...

Ömm. ich glaube das wird so geschreiben

PHP-Code:

$query = "UPDATE `pages` SET `inhalt` = 'jkdlg ein<br />Test', `name` = 'dasyg' WHERE `id` LIKE '3'"; 

Also soweit ich weiss keine Klamma Sätzen dann noch immer lehrzeichen swischen ` machen achja und wenn möglich das was rein soll immer in Einfachen klammern schreiben (' und ' )

Das müsste klappen sicher bin ich nett !

[Lukas]

Ömm. ich glaube das wird so geschreiben

PHP-Code:

$query = "UPDATE `pages` SET `inhalt` = 'jkdlg ein<br />Test', `name` = 'dasyg' WHERE `id` LIKE '3'"; 

Also soweit ich weiss keine Klamma Sätzen dann noch immer lehrzeichen swischen ` machen achja und wenn möglich das was rein soll immer in Einfachen klammern schreiben (' und ' )

Das müsste klappen sicher bin ich nett !

...

Funzt. thx.
Ich dachte, man müsste das Klammern, weil's bei diversen anderen Sachen (insert) auch so ist.

Edit:
Habe statt LIKE = benutzt, Dingsi.

[Dingsi]

Benutz lieber WHERE id = '3', da..:

Que?
Sonst noch alles frisch?
LIKE frisst mehr Performace als =, da LIKE eben das tut was es bedeutet: like = ähnlich.
Like sucht also Werte die 'a' ähnlich sind. Gut... da die % fehlen, sucht LIKE AFAIK tatsächlich nur Felder in denen Tatsächlich nur das 'a' steht, aber logischerweise frisst LIKE mehr Performance als = weil es eben nach Ähnlichkeiten sucht und nicht einfach nur das rauspickt das dem Suchstring enspricht.
Also erkläre ich Dadies Behauptung einfach mal als absoluten Quatsch, bis er mir Fakten Präsentiert die mich vom Gegenteil überzeugen.

...