[Jan]

So,

ich hab da mal so nen paar Fragen.
Bei php-Dateien kann ich ja auch html-Code reinschreiben.
1. Ist das für alle browser lesbar?
2. ist es saubere Programmierung?
3. kann es zu problemen kommen?
4. wenn ich nun zwischen zwei php-code blöcken html-code habe. Erkennt er dann immernoch die variablen aus dem ersten block?

Oder muss ich alles was html ist mit "echo" ausgeben lassen?

5. Wie sieht ein anständiger header einer html-Datei aus?
6. Erkennen alle Browser CSS?

Ich habe beim IE das problem das er einen bestimmten div-container nicht richtig anzeigt.
7. Erkennt der IE nur die "id" nicht richtig?
8. Sollten man lieber "id"s vergeben oder "class"?

Oopps doch nicht nur php fragen.

1. Ist das für alle browser lesbar?

denk nach, und wenn du die antwort immer noch nicht weißt, erklärt's dir jemand.

2. ist es saubere Programmierung?

kommt darauf an. meistens nein.

3. kann es zu problemen kommen?

ja. lesbarkeitsprobleme.

4. wenn ich nun zwischen zwei php-code blöcken html-code habe. Erkennt er dann immernoch die variablen aus dem ersten block?

ausprobieren.

Oder muss ich alles was html ist mit "echo" ausgeben lassen?

ausprobieren.

5. Wie sieht ein anständiger header einer html-Datei aus?

http://de.selfhtml.org

6. Erkennen alle Browser CSS?

nein.

Ich habe beim IE das problem das er einen bestimmten div-container nicht richtig anzeigt.

http://www.lugbz.org/documents/smart-questions_de.html

7. Erkennt der IE nur die "id" nicht richtig?

id -> ein einziges mal im dokument.
class -> beliebig oft.

8. Sollten man lieber "id"s vergeben oder "class"?

sollte man lieber katholisch oder evangelisch sein? oder vielleicht doch hindu?

Oopps doch nicht nur php fragen.

und sogar noch ein paar fragen, die du dir selbst hättest beantworten können

[Jan]

Noch weitere Antworten für mich?

[Lars]

Ich hab nichts hinzuzufügen, alles zureichend beantwortet.

[Corvin]

Oder muss ich alles was html ist mit "echo" ausgeben lassen?

Wenn der PHP-Code überwiegt, dann geb den HTML Code mit echo aus, wenn der HTML-Code überwiegt, dann schreib den PHP-Code in den HTML-Code.
Ich halte allerdings den Einsatz von Templates sinnvoller.

[WarrenFaith]

@axo: Ich geb ja zu, dass ein paar Fragen zu kurz gedacht sind, aber wenn du schon Links (de.selfhtml.org) postest, sollten diese vielleicht auch dahin zeigen, wo derjenige es direkt findet.

Ansonsten scheint Jan88 ein paar Probleme mit dem Verständnis der Zusammenarbeit zwischen Apache und PHP zu haben (normale Vorgehensweise

1. Der Apache (ich machs einfach an dem als Beispiel) bekommt vom Client die Aufforderung eine Seite zu laden.
2. Der Apache öffnet die Datei und erkennt anhand der Endung, ob dies eine reine HTML Datei ist, oder eine andere wie z.B. PHP
3. Der Apache liest nun die Datei ein und findet dann PHP-Codeblöcke
4. Der Apache startet den PHP Compiler der einen Thread für diese Aufgabe aufmacht und anfängt, den PHP-Code umzusetzen
5. Der PHP-Compiler gibt Rückmeldungen an den Apache und dieser arbeitet weiter bis er einen neuen PHP-Codeblock findet (start wieder bei 4), oder die Datei zuende ist. Ist er am Ende, sagt der Apache dem PHP-Compiler, dass alles getan ist und er beendet den Thread
6. Der Apache schickt die gesammelten Daten an deinen Browser, der ihn anzeigt.

Dies ist im Detail natürlich deutlich komplexer, aber der Grundgedanke sollte klar sein. Damit kannst du nun viele deiner Fragen selbst beantworten.

5. Wie sieht ein anständiger header einer html-Datei aus?
6. Erkennen alle Browser CSS?

Ich habe beim IE das problem das er einen bestimmten div-container nicht richtig anzeigt.
7. Erkennt der IE nur die "id" nicht richtig?
8. Sollten man lieber "id"s vergeben oder "class"?

zu 5. http://de.selfhtml.org/navigation/su...=document+type
zu 6. http://www.css4you.de/browsercomp.html dort gibt es eine gute Übersicht, welcher Browser was kann und unterstützt.
zu 7. ID ist eigentlich die eineindeutige Identifizierung für Container. Willst du W3C-Konform programmieren (dringend zu empfehlen), darfst du ID überall vergeben, aber der Name darf nur einmal vorkommen. JavaScript greift auch auf die IDs zu, ein weiterer Grund weshalb diese deshalb nicht doppelt vorkommen sollten
zu 8. class ist eigentlich die korrekte Einbindung für CSS-Klassen daher solltest du diese verwenden

Zitat von WarrenFaith

@axo: Ich geb ja zu, dass ein paar Fragen zu kurz gedacht sind, aber wenn du schon Links (de.selfhtml.org) postest, sollten diese vielleicht auch dahin zeigen, wo derjenige es direkt findet.

nope. die antwort ist erst komplett, sobald die einführung komplett gelesen ist, und die befindet sich nunmal auf der startseite.

3. Der Apache liest nun die Datei ein und findet dann PHP-Codeblöcke

äh... nö.

4. Der Apache startet den PHP Compiler der einen Thread für diese Aufgabe aufmacht und anfängt, den PHP-Code umzusetzen
5. Der PHP-Compiler gibt Rückmeldungen an den Apache und dieser arbeitet weiter bis er einen neuen PHP-Codeblock findet (start wieder bei 4), oder die Datei zuende ist. Ist er am Ende, sagt der Apache dem PHP-Compiler, dass alles getan ist und er beendet den Thread

nö.

6. Der Apache schickt die gesammelten Daten an deinen Browser, der ihn anzeigt.

nö. du verwechselst das ganze mit server side includes.
[edit]
und für die nachwelt nochmal: ich meine damit nicht den include-befehl von php, sondern SSI (falls es das in eurer zeit noch geben wird)
[/edit]
außerdem geht es gar nicht darum, sondern um die unterscheidung von server und client.

[Lars]

PHP ist ein festes Modul im Apache (sofern man eben nicht das CGI benutzt, denn _dann_ wird ein eigener Thread aufgemacht).

Zitat von Lars

PHP ist ein festes Modul im Apache (sofern man eben nicht das CGI benutzt, denn _dann_ wird ein eigener Thread aufgemacht).

ja, aber pro aufgerufenes 'php'-file und nicht bei jedem öffnenden php-tag. der apache selbst wird sich schwerst hüten, php-files zu öffnen, geschweige denn nach <?php - tags innerhalb von dokumenten zu gucken.

anscheinend hätte ich doch nicht so leichtfertig über das client-server-prinzip als stfw-frage urteilen dürfen? so viele unwissende?

[WarrenFaith]

http://de.wikipedia.org/wiki/Bild:pH...tionsweise.png
Siehe Schritt 2: Webserver (damit ist sicher nicht die Hardware allein gemeint, sondern auch der Apache) läd die Datei.

nö. du verwechselst das ganze mit server side includes.

PHP ist eine SSI Sprache, was verwechsel ich dann bitte?
Du hast doch den Schritt 6 von mir nicht so verstanden, dass alle Variablen etc an den Client zurückgeschickt werden oder? Das ist natürlich nicht so. Ich wollte damit eigentlich sagen (was imo auch leicht verständlich war), dass reiner HTML Code zurückgegeben wird (lassen wir mal CSS/JS etc außer acht).

deine beschreibung der schritte ist meiner meinung nach irreführend.
du beschreibst das so, als ob zb. für eine php-datei der form

<?php // part 1 
   echo "foo";
?>
bar
<?php // part 2 
   echo 'baz';
?>

zwei threads aufgemacht werden, und dass sich der apache um das zusammenstückeln von foo,bar,baz kümmert.

tatsächlich wird aber nur ein thread aufgemacht, d.h. die datei wird von mir aus vom apachen eingelesen, aber dann komplett an den interpreter übergeben und es werden nicht, wie ich es aus deinen ausführungen verstanden habe, nur die zwischen <?php ?> - tags stehenden stücke an den interpreter geschickt.

erstmal unklarheiten beseitigen
axo

[WarrenFaith]

hm stimmt, da hab ich mich wohl falsch ausgedrückt, aber am ende kommt nur html raus keine variablen etc. aber da sind wir uns ja schon einig

genau. und damit sind wir wieder beim eigentlichen thema. den browser interessiert es erstmal gar nicht, ob der html-quellcode aus einer .html-seite kommt oder ob der html-code erst aus einer php-datei generiert wird.
frage abgehakt?
axo

[WarrenFaith]

gute frage
warten wir doch mal darauf, was jan88 sagt

[Jan]

Danke.
Habt die Fragen alle ausreichend beantwortet wie es mir so scheint.

Ja ich meinete das die datei so aussieht wie axo es beschreibt.

Und meine Frage war ob die variablen nun in beiden codeblöcken verfügbar sind. Also ob ich im ersten Block die variablen definieren kann und im zweiten Block ausgeben lassen kann oder ob er die variablen nach "?>" alle vergisst.

Es hat sich noch ne Frage gestellt. Nur so nebenbei. Man muss Variablen doch vor ihrer ausgabe definieren oder? Will eigentlich nur ein "JA" hören. Und noch darüberhinaus ne kosmetische Frage. Sollten alle variabklen am anfang definiert werden oder bevor man sie braucht? Hat es performance auswirkungen?

[Corvin]

Und meine Frage war ob die variablen nun in beiden codeblöcken verfügbar sind. Also ob ich im ersten Block die variablen definieren kann und im zweiten Block ausgeben lassen kann oder ob er die variablen nach "?>" alle vergisst.

Und..? Hast du das denn einfach mal ausprobiert?

Man muss Variablen doch vor ihrer ausgabe definieren oder?

Ich verstehe nicht ganz was du meinst. Eine Variable muss existieren, damit man sie ausgeben kann..

Sollten alle variabklen am anfang definiert werden oder bevor man sie braucht? Hat es performance auswirkungen?

Ich halte es für übersichtlicher, am Anfang alle benötigten Variablen zu deklarieren. Natürlich wirkt sich das auf die Performance aus, der Unterschied ist aber so sehr minimal, dass das egal ist.

Zitat von Corvin Gröning

Ich halte es für übersichtlicher, am Anfang alle benötigten Variablen zu deklarieren. Natürlich wirkt sich das auf die Performance aus, der Unterschied ist aber so sehr minimal, dass das egal ist.

kommt drauf an.
grundsätzlich: variablen auf jeden fall vor der ersten verwendung deklarieren und intitialisieren ist eh klar.
dann aber: kapselung. methoden und funktionen verwenden, um nie zu viele variablen zu haben, die sich gegenseitig beeinflussen könnten.

PHP-Code:

<?php
if (tuWas) {
       // eine menge code
      if(was anderes) {
          // eine menge code 
     }
} else {
    // eine weitere menge code 
}
?>

ist grundsätzlich erstmal schlechter als

PHP-Code:

<?php

function foo() {
   // tu was
}

function bar() {
   // tu irgendwas
}

function baz() {
   // tu irgendwas anderes
}

// und hier die kontrolle

if(tuWas) {
   foo();
  if ( wasanderes) {
      bar();
  }
} else {
   baz();
}
?>

dann sollten die variablen, die man verwendet, möglichst nah am ort der verwendung liegen.

also nicht

PHP-Code:

$a = bla;
// eine menge code, der $a gar nicht verwendet
foo($a); // hier wird $a zum ersten mal verwendet. 


sondern

PHP-Code:

// eine menge code
$a = bla;
foo($a); 


grund ist einfach: wenn variablen und der rest beieinander liegen, kann man das ganze recht einfach zu einer methode zusammenfassen, wenn's denn nötig ist.

naja, um den gedankengang nachzuvollziehen, sollte man halt ein paar bücher gelesen haben.
code complete http://www.cc2e.com/ wäre z.b. eine derartige referenz mit ganz brauchbaren tipps für sauberes programmieren.

[WarrenFaith]

In PHP braucht man keine Variablen definieren. Zumindest nicht im klassischen Sinn.
Das mit den Variablen über Codeblöcke solltest du ausprobieren ist ja nicht schwer gemacht.

[Lars]

In PHP braucht man keine Variablen definieren.

Wie soll das denn bitte funktionieren, eine undefinierte Variable ausgeben? Wäre ja toll, wenn PHP eine Glaskugel bzw. KI hätte

[WarrenFaith]

Hab ich die begriffe wieder verwechselt?
Deklarieren ist Datentyp festlegen und initialisieren/definieren dann Wert zuweisen korrekt?
Demzufolge ist deklarieren in PHP nicht notwendig.