Då är det antagligen inte det, kolla om du får någon fel data i $org_price istället. (skriv ut det)

Helt rätt. Produkten var slut på nellys sida.. suck! och jag kommer inte åt tradedoubler, eller rättare sagt, jag kan inte logga in (står bara och laddar..), så jag kan inte skapa en ny xml fil.. hm.

Smart tänkt förresten! Tack för lösningen :)

Hur kommer det sig att, data som jag hämtar från xml inte går att jämföra med någonting annat om datan innehåller åä eller ö?

säg att jag vill ta bort utesluta vissa produkter som innefattar en speciell kategori, säg Underkläder..

Kör jag då en fråga om $category är lika med "Underkläder" så fungerar det inte. Kör jag dock samma fråga med med Linnen istället, då fungerar det utmärkt?

Har testat med alla olika kategorier som inkluderar åä eller ö. Fungerar inte någon av dem..
Har testat många kategorier utan åäö då fungerar det fin fint.

Någon som vet varför, och vad jag kan göra? :)

EDIT: har även testat med att ändra å ä och ö i frågan till html tecken (ex. ö för ö, osv.).. Fungerar ändå inte.
Jag har <?xml version="1.0" encoding="UTF-8"?> längst upp i xml filen...

Nepp, fattar inte hur jag ska göra! Någon som orkar lägga sig i mitt problem och berätta vad jag kan testa för att lösa mitt eländiga problem..? :)

Kanske missat det tidigare i tråden.. men var kommer xml-filen ifrån?
Vad har den för teckenkodning i (encoding="xx")? Vad har scriptet som hämtar filen för teckenkodning? Känns som det kan vara en salig blandning här och där..

ooh. Det tänkte jag inte riktigt på. Ska kolla!

I header.php har jag:

<meta http-equiv="Content-Type" content="text/html; charset=utf-8" />
<meta name="language" content="sv">
<meta http-equiv="content-language" content="sv-se">

I xml filen har jag:

<?xml version="1.0" encoding="UTF-8"?>

hmm, däremot så, om jag skriver å ä ö direkt i php filen, så får jag inte fram åäö, utan bara ett frågetecken "�"... Antar att filen inte är sparad i rätt format? Frågan är, hur gör jag det?

Japp, fixade nu! Gjorde bara en ny fil med rätt encode, kopierade över existerande kod till den nya filen och sparade över den gamla filen. Nu fungerar det felfritt! Tack!

Vad skulle man göra utan generösa medmänniskor? :D

Sitter som sagt och lär mig lite php, även fast jag är designer i grunden (arbetar som chefsansvarig applikationsdesigner vanligt vis), men det är kul med programmering också :)

Håller på, som ni kanske vet, och skapar en sida, som tyvärr stött på problem lite då och då, men som tur är så finns ni hjälpsamma människor som hjältar i nöden! :)

Jag har lite frågor ang. inloggning till adminpanelen.
Tänker på säkerheten osv.

Inloggningen är en väldigt basic inlogging. Kollar om alla fält är ifyllda osv, jämför inmatade uppgifter mot databasen osv. Lösenorden är självklart hashade, men med sha1. Är det okej? Eller är det en dålig hashning som är lätt att knäcka?
Bör jag tänka på något annat?

Försöker man komma åt någon sida på admin-panelen så kollar alla sidor om man har ett session fält ifyllt, och om så är fallet så visas sidan, annars blir man skickad till inloggningssidan. Är det okej? fältet innehåller dock bara en siffra (1)? Bör man kanske ha något annat, mer krångligt (tänker på om någon listar ut vad fältet heter, och skapar sin egna session med en 1a i, fast det kanske inte går?)?

Några tips om säkerhet osv? :)

mvh,

Någon som ser varför tusan alla produkter som läggs in (likaså nya som uppdaterade) får sitt värde i kolumnen "fresh" till 0? Jag vill ha alla nyatillagda och uppdaterade produkter till 1, och alla som inte vart uppdaterade eller lades till nyligen ska ha en 0a..

Ser inte problemt... Kanske trött?