Programmieren in PHP: Eine Einführung

KingCrunch · 20.03.2007, 04:24

Ganz off-topic isses ja net, aber kein anderes Forum passte besser

Also, der Reihe nach

Meine Überlegung: Eine Art Tutorial zu schreiben, die eine Mischung darstellt zwischen grundlegender Programmierung und eine Einführung in PHP. Wenn man so will "Programmieren lernen am Beispiel von PHP" ^^. Wir sehen hier doch schon öfters, dass die einfachsten Debug-Methoden und Formatierungen nicht eingehalten werden (können?). Die Idee daran war nun jemanden, der quasi mit PHP anfängt, gleich dahin zu erziehen, dass er entweder garkeine Frage mehr hat, weil er sie durch entsprechende Herangehensweise selbst gelöst hat, oder sie zumindest sinnvoll und (vorallen) übersichtlich stellen kann. PHP bietet sich nun einmal an, weil ichs kann (

) und andererseits, weils es wirklich einer der leichtesten Programmiersprachen überhaupt ist.

Meine Frage ist nun, ob es sowas vielleicht schon gibt ^^. Ich leide da wohl unter "der Geißel des Genies" (mag nich passen, aber glaube, das nennt man so

). Ich meine, dass ich mich einfach nicht insofern in einen Einsteiger reindenken kann, um zu wissen, wonach ich überhaupt suchen soll. Klar, ich kann nach "php tutorial" suchen, aber ich verstehe das und ich weiß nun nicht, inwiefern ein Einsteiger dem folgen kann.

Wie ich überhaupt darauf komme: Wie gesagt kommen recht banale Themen ja gerne mal wieder vor. Ist ja nicht schlimm, macht ja jeder mal, aber manche Sachen lassen sich sicher vermeiden. Wenn ich so an meine Entwicklung (menschlich, nicht was ich mal entwickelt habe

), dann war das
1. Syntax lernen und verstehen (zweiter Punkt wohl besonders wichtig)
2. Coding-Standards entwickeln. Das mögen eigene oder übernommene sein, bloss sehe ich es als besonders wichtig, dass man sich selbst nicht in die Quere kommt, indem man alle naselang seinen Stil ändert. Eigentlich war es so, dass ich nach Schritt 1 erstmal experimentiert habe. Aber als ich ein Tag später den Code nicht mehr verstanden habe, sortierte ich erstmal und habe dann weiter gesehen.
3. Kommentare!!! (Hab mich da ehrlich gesagt etwas schwer getan

)

Neben alle den 3 Punkten steht immer das Manual. Mal ehrlich: Wer ruft den Hersteller seines Fernsehers an um herauszufinden, wie man ihn anschaltet? Für sowas ist eben eine Anleitung da

So, fass ich nochmal kurz zusammen: Ich habe das Gefühl, dass zu viele Hobbyentwickler sich selbst zu schnell ins kalte Wasser werfen. Hobbyentwickler ist dabei nicht negativ gemeint, weil ein stückweit sind wir das alle

. Aber ich sehe bissel das Problem, dass zu viele die Syntax lernen und darauf dann alles schreiben wollen ohne grundlegende Dinge über Programmierarbeit zu wissen. Ich weiß auch nicht alles, geb ich gerne zu, aber wenn Codeeinrückung, Kommentare und grundlegende Methoden zum debugging (var-dump

) fehlen, sind Probleme und damit auch Frustration vorprogrammiert.

Und nun nochmal die Basis-Frage: Inwiefern haltet ihr eine Art Tutorial auf Basis von PHP mit möglichen Inhalt "Was ist eigentlich eine Variable?" für sinnvoll?

Lasst euch ruhig Zeit, ist eh nicht vor 2 Monaten geplant

Zergling-new · 20.03.2007, 12:03

Grundsätzlich eine gute Idee, eine kleine aber feine Sammlung, wie man ein Problem in PHP löst. Wenn wir aber anfangen zu erklären, was eine Variable ist, dann bläht das das Tutorial möglicherweise so stark auf, dass keiner mehr Lust hat weiterzulesen.

Hier müsste man schon sehr präzise Antworten liefern, um sich nicht in ellenlangen Texten zu verhaddern.

Aber eine Schritt für Schritt-Anleitung wäre nicht verkehrt, ala "Fehlermeldung verstehen" -> "Fehler lokalisieren" -> "Konkreten Fehler verstehen" -> "Fehler beheben"

KingCrunch · 20.03.2007, 18:50

Stimmt, guter Punkt. Wobei ich eigentlich auch das Verständnis für PHP und co anregen wollte ^^ Und das in kurzen Texten wird knapp. Wenn man aber sauber getrennte Kapitel und Unterkapitel gestaltet (quasi Thema "Debug", einmal ausführlich detailliert, einmal Kurzübersicht, einmal praktische Anwendung, wasauch immer), dann kann es vielleicht klappen eventuell beides unter einem Hut zu bekommen ^^

Das mit "Was ist eine Variable?" wäre insofern vielleicht interessant, weil man in einem solchen Kapitel generell die Möglichkeiten der Manipulation und vorallen Möglichkeite und Probleme in Bezug zum Type-Cast ansprechen kann, ebenso Parameter und Rückgabewerte inklusive Typfehler.

Wenn mir ma ne Minute zuviel zur Verfügung steht, kann ich ja ma guckn, ob ich an einem Inhaltsverzeichnis mal bastle, um ma ne Struktur zu schaffen.

Flor1an · 20.03.2007, 19:18

Die Idee finde ich auch gut ... ich würd mir auch mal den ganzen Text durchlesen und schauen ob es verständlich ist. Bin zwar kein Anfänger mehr aber vlt. fallen mir ja trotzdem Dinge auf die vlt. anders einfacher dargestellt werden können oder Sachen die man als Anfänger so vielleicht garnicht versteht.

Was ich wichtig finde dass die Kapitell nicht unbedingt aufeinander aufbauen. Natürlich sollte man sie alle hintereinander lesen können aber ich find es wichtig dass die einzelnen Kapitel auch ohne Vorwissen der anderen lesbar sind.

KingCrunch · 21.03.2007, 02:48

Zitat:

Zitat von RaZoR

Die Idee finde ich auch gut ... ich würd mir auch mal den ganzen Text durchlesen und schauen ob es verständlich ist. Bin zwar kein Anfänger mehr aber vlt. fallen mir ja trotzdem Dinge auf die vlt. anders einfacher dargestellt werden können oder Sachen die man als Anfänger so vielleicht garnicht versteht.

Ja, das ist auch so ein Problem von mir. Glaube, schwierig wird es ein Mittelmaß zu finden. Wobei ich eher glaube, ich werd irgendwann zuuu "erklärend" werde und sich sogar der Anfänger an Kopf fast "jetzt reichs aber bald mal"

Zitat:

Zitat von RaZoR

Was ich wichtig finde dass die Kapitell nicht unbedingt aufeinander aufbauen. Natürlich sollte man sie alle hintereinander lesen können aber ich find es wichtig dass die einzelnen Kapitel auch ohne Vorwissen der anderen lesbar sind.

Daran dachte ich auch. Glaube, das ist auch so ein Anspruch von jeden Tutorial-Schreiber

Aber kann ein Problem werden, da einige Dinge schon sehr stark zusammen hängen (zB Variablen und Typen) und dies einzeln unabhängig vom anderen zu erklären wird ein interessantes Unterfangen ^^

DER_Brain · 21.03.2007, 20:07

Hm, klingt wirklich ned schlecht...

Gerade bei Fehlermeldungen tun sich einige sehr schwer (ich schätze diese Phase hat jeder einmal, der mit PHP / einer anderen Sprache beginnt).

Die Idee ist sicher ausbaufähig..

dh1sbg · 23.03.2007, 00:14

Mir fällt da noch ein: Mut haben, den eigenen Code (an dem man viele Tage gebastelt hat), einfach wegzuwerfen und ein "Redesign" vorzunehmen.

Habe selber ein Stück meines Code nach ca 3 Jahren mal angeschaut, und war erschreckt, was für ein Krampf da war. Verschachtelte If's, unnötiger Code, Komplex.

Heute habe ich diesen Code in 45 Min umgeschrieben. Klar, da sind nun einige Tricks drin, die man im Laufe der Zeit lernt. Und sicherlich, man könnte den auch noch verbessern.

In dem Code Beispiel sollen Termine für ein bis fünf - Tage dauernde Veranstaltungen "errechnet" werden. In einer Datenbank sind Feiertage und Sperrtage hinterlegt - an denen soll KEIN Termin stattfinden.

Der ursprüngliche Code war ca 900 Zeilen lang, ok, ich habe im Laufe der Zeit immer mal was verändert und hinzugefügt.

PHP-Code:

  <?

include "connection_data.php";

for ($id=1;$id<=5;$id++){

  $array=create_dates($id,$id);

  echo "<hr>";

  echo "<pre>";

  echo print_r($array);

  echo"</pre>";

}

 
function create_dates($id,$days){

  echo "$id, $days
";

 
  # Beginn der Definitionsphase

 
  # Beginn

  # FR = 00001  1

  # DO = 00010  2

  # MI = 00100  4

  # DI = 01000  8

  # MO = 10000 16

  $offset_toggle=2;

  $offset_array=array(     # in Tagen, off1, off2, Beginn

    1=>array(14,21,21),    # mo,     mi,    fr

    2=>array(21,28,10),    #     di,     do,

    3=>array(28,35,20),    # mo,     mi,

    4=>array(35,42, 8),    # di

    5=>array(42,49,16)     # mo

  );

  #echo "
<pre>";

  #echo print_r($offset_array);

  #echo"</pre>";

 
  $start   = mktime(0,0,0,1,6 + ($id * 7),1997); # ein Montag

  $ende    = mktime(0,0,0,date("m"),date("d"),date("y")+1);

  $laufend = $start;

 
  $weekday_start = $offset_array[$id][2];

 
  if ($weekday_start & 16){$weekday_array[] = 0;$no_of_weekdays++;} # mo Start

  if ($weekday_start &  8){$weekday_array[] = 1;$no_of_weekdays++;} # di Start

  if ($weekday_start &  4){$weekday_array[] = 2;$no_of_weekdays++;} # mi Start

  if ($weekday_start &  2){$weekday_array[] = 3;$no_of_weekdays++;} # do Start

  if ($weekday_start &  1){$weekday_array[] = 4;$no_of_weekdays++;} # fr Start

 
  $today=mktime();

 
  # hier beginnt die Berechnung

 
  #echo "
$no_of_weekdays
";

  #print_r($weekday_array);

  while($laufend<=$ende){

    $offset_wkd = $weekday_array[$counter % $no_of_weekdays];

    #echo "
$offset_wkd | $counter $no_of_weekdays ".$counter % $no_of_weekdays."
";

    $offset = $offset_array[$days][($counter++) % $offset_toggle];

    do{  # Feiertag?

      $laufend=mktime(0,0,0,date("m",$laufend),$offset     + date("d",$laufend),date("Y",$laufend));

      $actual=mktime(0,0,0,date("m",$laufend),$offset_wkd  + date("d",$laufend),date("Y",$laufend));

      $offset += 7;

    }while (is_feiertag($actual,$days));

 
    if ($actual>$today){$r[]=date("D d.m.Y",$actual);}

    if ($c++ >=1000)exit;

  }

  return $r;

}

function is_feiertag($laufend,$days){

  $s=date("Y-m-d",$laufend);

  $e=date("Y-m-d",mktime(0,0,0,date("m",$laufend),$days -1 + date("d",$laufend),date("Y",$laufend)));

 
  $strSql="select feiertag from d_feiertag  where feiertag >= '$s' and feiertag <= '$e'";

  $res=mysql_query($strSql) or die (mysql_error().$strSql);

  if(mysql_num_rows >0) {return true;} else {return false;}

}

 
?>

KingCrunch · 23.03.2007, 01:07

Jo, den Effekt hatte ich letztens auch und zwar weeeesentlich kürzer als nach 2 Jahren

Arbeite seit gute 2 Monaten mit einem Framework und hab da nochmal komplett neu angefangen. Nun habe ich mich dazu gezwungen einen zwei Wochen alten Code zu überarbeiten und quasi 30% des Codes wieder rausgeworfen, weil er in der Entwicklung Sinn ergab, aber mittlerweile völlig "sinnleer" war

. Was mich damals geritten hat, ist mir völlig unklar, aber Selbstkritik ist wahrscheinlich seeehr wichtig.

Sollte ich mit reinnehmen "Mut zur Lücke!" oder "Prüfe dich selbst!"

Danke dir!

phpdummi · 16.07.2007, 18:51

Kann man schonmal was lesen?

KingCrunch · 17.07.2007, 00:46

Ne, Uni hatte Vorrang ^^ zZ Klausuren

Themen-Optionen
Druckbare Version zeigen Jemanden per E-Mail auf dieses Thema hinweisen
Thema bewerten
Thema bewerten:

Ähnliche Themen
Thema	Autor	Forum	Antworten	Letzter Beitrag
[Erledigt] PHP-Gästebuch selbst programmieren		PHP Tipps 2005-2	10	30.05.2009 13:27
Framework programmieren	Kein Genie	PHP-Fortgeschrittene	2	29.04.2008 16:57
Wie programmieren?	dh1sbg	Off-Topic Diskussionen	5	02.03.2007 15:59
Würfel programmieren		Datenbanken	4	19.08.2005 17:43
PHP - Webseiten dynamisch programmieren		PHP Tipps 2005-2	4	31.07.2005 16:36
Community in Modulen programmieren		Beitragsarchiv	3	29.07.2005 17:17
internetauftritt in php programmieren		PHP Tipps 2005-2	11	25.07.2005 20:55
Kommentarfunktion programmieren		PHP Tipps 2005-2	15	22.07.2005 08:39
Kalendar selber Programmieren		PHP Tipps 2005-2	2	13.07.2005 10:26
Wer kann mir ein Partyportal programmieren ?		Beitragsarchiv	1	08.07.2005 16:43
Volltextsuche programmieren	BigManu	PHP Tipps 2005	6	02.06.2005 11:24
Stundenplan Programmieren		PHP Tipps 2005	5	19.03.2005 14:20
Will ein eigenes Forum programmieren!		PHP Tipps 2004	1	21.09.2004 18:04
[Erledigt] PHP programmieren		PHP Tipps 2004	7	18.09.2004 17:07
[Erledigt] Warum objektorientiert programmieren?		PHP-Fortgeschrittene	7	11.06.2004 21:24

20.03.2007, 04:24
KingCrunch Erfahrener Benutzer Registriert seit: 13.08.2007 Beiträge: 1.976	Programmieren in PHP: Eine Einführung Ganz off-topic isses ja net, aber kein anderes Forum passte besser Also, der Reihe nach Meine Überlegung: Eine Art Tutorial zu schreiben, die eine Mischung darstellt zwischen grundlegender Programmierung und eine Einführung in PHP. Wenn man so will "Programmieren lernen am Beispiel von PHP" ^^. Wir sehen hier doch schon öfters, dass die einfachsten Debug-Methoden und Formatierungen nicht eingehalten werden (können?). Die Idee daran war nun jemanden, der quasi mit PHP anfängt, gleich dahin zu erziehen, dass er entweder garkeine Frage mehr hat, weil er sie durch entsprechende Herangehensweise selbst gelöst hat, oder sie zumindest sinnvoll und (vorallen) übersichtlich stellen kann. PHP bietet sich nun einmal an, weil ichs kann () und andererseits, weils es wirklich einer der leichtesten Programmiersprachen überhaupt ist. Meine Frage ist nun, ob es sowas vielleicht schon gibt ^^. Ich leide da wohl unter "der Geißel des Genies" (mag nich passen, aber glaube, das nennt man so ). Ich meine, dass ich mich einfach nicht insofern in einen Einsteiger reindenken kann, um zu wissen, wonach ich überhaupt suchen soll. Klar, ich kann nach "php tutorial" suchen, aber ich verstehe das und ich weiß nun nicht, inwiefern ein Einsteiger dem folgen kann. Wie ich überhaupt darauf komme: Wie gesagt kommen recht banale Themen ja gerne mal wieder vor. Ist ja nicht schlimm, macht ja jeder mal, aber manche Sachen lassen sich sicher vermeiden. Wenn ich so an meine Entwicklung (menschlich, nicht was ich mal entwickelt habe ), dann war das 1. Syntax lernen und verstehen (zweiter Punkt wohl besonders wichtig) 2. Coding-Standards entwickeln. Das mögen eigene oder übernommene sein, bloss sehe ich es als besonders wichtig, dass man sich selbst nicht in die Quere kommt, indem man alle naselang seinen Stil ändert. Eigentlich war es so, dass ich nach Schritt 1 erstmal experimentiert habe. Aber als ich ein Tag später den Code nicht mehr verstanden habe, sortierte ich erstmal und habe dann weiter gesehen. 3. Kommentare!!! (Hab mich da ehrlich gesagt etwas schwer getan ) Neben alle den 3 Punkten steht immer das Manual. Mal ehrlich: Wer ruft den Hersteller seines Fernsehers an um herauszufinden, wie man ihn anschaltet? Für sowas ist eben eine Anleitung da So, fass ich nochmal kurz zusammen: Ich habe das Gefühl, dass zu viele Hobbyentwickler sich selbst zu schnell ins kalte Wasser werfen. Hobbyentwickler ist dabei nicht negativ gemeint, weil ein stückweit sind wir das alle . Aber ich sehe bissel das Problem, dass zu viele die Syntax lernen und darauf dann alles schreiben wollen ohne grundlegende Dinge über Programmierarbeit zu wissen. Ich weiß auch nicht alles, geb ich gerne zu, aber wenn Codeeinrückung, Kommentare und grundlegende Methoden zum debugging (var-dump ) fehlen, sind Probleme und damit auch Frustration vorprogrammiert. Und nun nochmal die Basis-Frage: Inwiefern haltet ihr eine Art Tutorial auf Basis von PHP mit möglichen Inhalt "Was ist eigentlich eine Variable?" für sinnvoll? Lasst euch ruhig Zeit, ist eh nicht vor 2 Monaten geplant __________________ Nicht jeder Fehler ist ein Bug.


Mister Ad PHP Code Flüsterer Registriert seit: 21.08.2005 Beiträge: 4682 PHP-Kenntnisse: Fortgeschritten

20.03.2007, 12:03
Zergling-new Erfahrener Benutzer Registriert seit: 21.05.2008 Beiträge: 9.937	Grundsätzlich eine gute Idee, eine kleine aber feine Sammlung, wie man ein Problem in PHP löst. Wenn wir aber anfangen zu erklären, was eine Variable ist, dann bläht das das Tutorial möglicherweise so stark auf, dass keiner mehr Lust hat weiterzulesen. Hier müsste man schon sehr präzise Antworten liefern, um sich nicht in ellenlangen Texten zu verhaddern. Aber eine Schritt für Schritt-Anleitung wäre nicht verkehrt, ala "Fehlermeldung verstehen" -> "Fehler lokalisieren" -> "Konkreten Fehler verstehen" -> "Fehler beheben"

20.03.2007, 18:50
KingCrunch Erfahrener Benutzer Registriert seit: 13.08.2007 Beiträge: 1.976	Stimmt, guter Punkt. Wobei ich eigentlich auch das Verständnis für PHP und co anregen wollte ^^ Und das in kurzen Texten wird knapp. Wenn man aber sauber getrennte Kapitel und Unterkapitel gestaltet (quasi Thema "Debug", einmal ausführlich detailliert, einmal Kurzübersicht, einmal praktische Anwendung, wasauch immer), dann kann es vielleicht klappen eventuell beides unter einem Hut zu bekommen ^^ Das mit "Was ist eine Variable?" wäre insofern vielleicht interessant, weil man in einem solchen Kapitel generell die Möglichkeiten der Manipulation und vorallen Möglichkeite und Probleme in Bezug zum Type-Cast ansprechen kann, ebenso Parameter und Rückgabewerte inklusive Typfehler. Wenn mir ma ne Minute zuviel zur Verfügung steht, kann ich ja ma guckn, ob ich an einem Inhaltsverzeichnis mal bastle, um ma ne Struktur zu schaffen. __________________ Nicht jeder Fehler ist ein Bug.

20.03.2007, 19:18
Flor1an ¯\_(ツ)_/¯ Registriert seit: 18.06.2008 Beiträge: 8.814 PHP-Kenntnisse: Fortgeschritten	Die Idee finde ich auch gut ... ich würd mir auch mal den ganzen Text durchlesen und schauen ob es verständlich ist. Bin zwar kein Anfänger mehr aber vlt. fallen mir ja trotzdem Dinge auf die vlt. anders einfacher dargestellt werden können oder Sachen die man als Anfänger so vielleicht garnicht versteht. Was ich wichtig finde dass die Kapitell nicht unbedingt aufeinander aufbauen. Natürlich sollte man sie alle hintereinander lesen können aber ich find es wichtig dass die einzelnen Kapitel auch ohne Vorwissen der anderen lesbar sind. __________________ ▇█▓▒░◕‿‿◕░▒▓█▇

21.03.2007, 20:07
DER_Brain Erfahrener Benutzer Registriert seit: 18.04.2005 Beiträge: 1.541 PHP-Kenntnisse: Fortgeschritten	Hm, klingt wirklich ned schlecht... Gerade bei Fehlermeldungen tun sich einige sehr schwer (ich schätze diese Phase hat jeder einmal, der mit PHP / einer anderen Sprache beginnt). Die Idee ist sicher ausbaufähig..

23.03.2007, 00:14
dh1sbg Erfahrener Benutzer Registriert seit: 03.07.2003 Beiträge: 292 PHP-Kenntnisse: Fortgeschritten	Mir fällt da noch ein: Mut haben, den eigenen Code (an dem man viele Tage gebastelt hat), einfach wegzuwerfen und ein "Redesign" vorzunehmen. Habe selber ein Stück meines Code nach ca 3 Jahren mal angeschaut, und war erschreckt, was für ein Krampf da war. Verschachtelte If's, unnötiger Code, Komplex. Heute habe ich diesen Code in 45 Min umgeschrieben. Klar, da sind nun einige Tricks drin, die man im Laufe der Zeit lernt. Und sicherlich, man könnte den auch noch verbessern. In dem Code Beispiel sollen Termine für ein bis fünf - Tage dauernde Veranstaltungen "errechnet" werden. In einer Datenbank sind Feiertage und Sperrtage hinterlegt - an denen soll KEIN Termin stattfinden. Der ursprüngliche Code war ca 900 Zeilen lang, ok, ich habe im Laufe der Zeit immer mal was verändert und hinzugefügt. PHP-Code: <? include "connection_data.php"; for ($id=1;$id<=5;$id++){ $array=create_dates($id,$id); echo "<hr>"; echo "<pre>"; echo print_r($array); echo"</pre>"; } function create_dates($id,$days){ echo "$id, $days "; # Beginn der Definitionsphase # Beginn # FR = 00001 1 # DO = 00010 2 # MI = 00100 4 # DI = 01000 8 # MO = 10000 16 $offset_toggle=2; $offset_array=array( # in Tagen, off1, off2, Beginn 1=>array(14,21,21), # mo, mi, fr 2=>array(21,28,10), # di, do, 3=>array(28,35,20), # mo, mi, 4=>array(35,42, 8), # di 5=>array(42,49,16) # mo ); #echo " <pre>"; #echo print_r($offset_array); #echo"</pre>"; $start = mktime(0,0,0,1,6 + ($id * 7),1997); # ein Montag $ende = mktime(0,0,0,date("m"),date("d"),date("y")+1); $laufend = $start; $weekday_start = $offset_array[$id][2]; if ($weekday_start & 16){$weekday_array[] = 0;$no_of_weekdays++;} # mo Start if ($weekday_start & 8){$weekday_array[] = 1;$no_of_weekdays++;} # di Start if ($weekday_start & 4){$weekday_array[] = 2;$no_of_weekdays++;} # mi Start if ($weekday_start & 2){$weekday_array[] = 3;$no_of_weekdays++;} # do Start if ($weekday_start & 1){$weekday_array[] = 4;$no_of_weekdays++;} # fr Start $today=mktime(); # hier beginnt die Berechnung #echo " $no_of_weekdays "; #print_r($weekday_array); while($laufend<=$ende){ $offset_wkd = $weekday_array[$counter % $no_of_weekdays]; #echo " $offset_wkd \| $counter $no_of_weekdays ".$counter % $no_of_weekdays." "; $offset = $offset_array[$days][($counter++) % $offset_toggle]; do{ # Feiertag? $laufend=mktime(0,0,0,date("m",$laufend),$offset + date("d",$laufend),date("Y",$laufend)); $actual=mktime(0,0,0,date("m",$laufend),$offset_wkd + date("d",$laufend),date("Y",$laufend)); $offset += 7; }while (is_feiertag($actual,$days)); if ($actual>$today){$r[]=date("D d.m.Y",$actual);} if ($c++ >=1000)exit; } return $r; } function is_feiertag($laufend,$days){ $s=date("Y-m-d",$laufend); $e=date("Y-m-d",mktime(0,0,0,date("m",$laufend),$days -1 + date("d",$laufend),date("Y",$laufend))); $strSql="select feiertag from d_feiertag where feiertag >= '$s' and feiertag <= '$e'"; $res=mysql_query($strSql) or die (mysql_error().$strSql); if(mysql_num_rows >0) {return true;} else {return false;} } ?>

23.03.2007, 01:07
KingCrunch Erfahrener Benutzer Registriert seit: 13.08.2007 Beiträge: 1.976	Jo, den Effekt hatte ich letztens auch und zwar weeeesentlich kürzer als nach 2 Jahren Arbeite seit gute 2 Monaten mit einem Framework und hab da nochmal komplett neu angefangen. Nun habe ich mich dazu gezwungen einen zwei Wochen alten Code zu überarbeiten und quasi 30% des Codes wieder rausgeworfen, weil er in der Entwicklung Sinn ergab, aber mittlerweile völlig "sinnleer" war . Was mich damals geritten hat, ist mir völlig unklar, aber Selbstkritik ist wahrscheinlich seeehr wichtig. Sollte ich mit reinnehmen "Mut zur Lücke!" oder "Prüfe dich selbst!" Danke dir! __________________ Nicht jeder Fehler ist ein Bug.

16.07.2007, 18:51
phpdummi Erfahrener Benutzer Registriert seit: 06.06.2008 Beiträge: 1.631 PHP-Kenntnisse: Anfänger	Kann man schonmal was lesen? __________________ "Nobody is as smart as everybody" - Kevin Kelly — The best things in life aren't things

17.07.2007, 00:46
KingCrunch Erfahrener Benutzer Registriert seit: 13.08.2007 Beiträge: 1.976	Ne, Uni hatte Vorrang ^^ zZ Klausuren __________________ Nicht jeder Fehler ist ein Bug.