Condition

mysql_query(\"select * from noget where dato >= \'$idag\' and dato < \'$enandensag\' order by slut_dato DESC\");

/Mattias

Det havde jeg faktisk prøvet, da \"AND\" virkede mest logisk. Men den smider \"Warning: Supplied argument is not a valid MySQL result resource\" efter mig.

ohh.. mig og min Access... to sek, finder det :)

put parenteser rundt om de to conditioner :)

synes jeg ikke virker.. kan du give et eksempel?

mysql_query(\"select * from noget where (dato >= \'$idag\') and (dato < \'$enandensag\') order by slut_dato DESC\");

Det var det jeg gjorde og det virker stadig ikke.

mener du i øvrigt ikke or istedet for and?

nej du gør ikke... nevermind... i hvilket format har du din dato i? unix-epoch eller? ellers kan det godt være svært at manipulere rundt med datoer...

i følge dokumentationen bør de parenteser virke..

Ja, dato er i unix format og det skal være AND. Den giver mig stadig fejlmeddelelse :(

hvis det er i unix format, prøv da at slette dine \' rundt om dit query->

mysql_query(\"select * from noget where (dato >= $idag) and (dato < $enandensag) order by slut_dato DESC\");

den slut_dato-ting... skal den hedde slut_dato og ikke bare dato?

Den hedder egentlig:

mysql_query(\"select * from tilbud where (slut_dato >= $idag_p) and (start_dato =< $idag_p) order by slut_dato ASC\");

Det andet skrev jeg blot noget for nemhedens skyld og det jeg kunne huske i hovedet.

Det virker dog stadig ikke uden \'\'.

hvilken fejl får du helt præcist?

Warning: Supplied argument is not a valid MySQL result resource

prøv at slette condition 2... det kan ikke passe, at det er den, der har et problem...

men prøv alligevel...

->

mysql_query(\"select * from tilbud where (slut_dato >= $idag_p) order by slut_dato ASC\");

Det virker, hvis jeg kun har EN condition

Når jeg tilføjer nummer 2, så er det faktisk linien nedenunder den brokker sig over. Hele scriptet ser således ud:

<?
        $idag_p = mktime(0,0,0,date(n),date(j),date(Y));
       
        mysql_connect($mysqlhost,$mysqlusr,$mysqlpass);
        mysql_select_db($dbname);
       
        if (mysql_num_rows(mysql_query(\"select * from tilbud\")) != 0) {
            $get = mysql_query(\"select * from tilbud where (slut_dato >= $idag_p) and (start_dato =< $idag_p) order by slut_dato ASC\");
            while ($stuff = mysql_fetch_array($get)) {
?>

    Noget text her
   

<?
        }
        }
        else {
            print \"Ingen tilbud i øjeblikket....\";
        }
?>


Det er altså linien while ($stuff = mysql_fetch_array($get)) { den er gal med når jeg har 2 conditions med. Alt virker perfekt med kun 1.

i stedet for mysql_fetch_array prøv da mysql_fetch_row

du vil nok også overveje at fordele $stuff ud over nogle flere variable... et \"select *\"-query er som regel noget rod... prøv kun at selecte de felter du skal bruge... og smid dem ind i nogle variabler under fetch_row

->
$get = mysql_query(\"select (flot,ting,dato) from tilbud where (slut_dato.....
while ($flot,$ting,$dato = mysql_fetch_array($get)) {

oops... fetch_row... copy-paste...:)

Det virker heller ikke med fetch_row. Jeg skal kun hente 4 poster ud og bruge dem alle, derfor har jeg valgt denne løsning.

Kan prøve den anden senere - kan jo være, at det løser problemet.

sæt

echo mysql_error();

ind før du kører fetch_array, så kan du få en mere deskriptiv fejlmeddelelse ..

Jeg byttede lige om på de start_dato og $idag_p, så den nu hedder: ($idag_p >= start_dato).

Det hele virker nu, selvom det ikke giver meget mening.

Helt sikkert point til dig, dog :)

jow tack, da...

Nu sidder jeg lige og prøver at anvende _row istedet og får Parse error:

if (mysql_num_rows(mysql_query(\"select * from tilbud\")) != 0) {
                        $get = mysql_query(\"select (overskrift,text,start_dato,slut_dato,billede,glpris,nypris) from tilbud where (slut_dato >= $idag_p) and ($idag_p >= start_dato) order by ID DESC Limit 0, 3\");
            while ($overskrift,$text,$start_dato,$slut_dato,$billede,$glpris,$nypris = mysql_fetch_array($get)) {

blabla

Får parse error på den sidste linie.