Jeg undrer mig lidt over, at der tales om eventuelle MySQL problemer når fejlmeldingen jo dels går på
SAFE MODE Restriction in effect, og dels også på
headers already sent.
Hvad
headers already sent fejlmeldingerne angår, kan de være forårsaget af udprintningen af de(n) forudgående fejlmelding, men kan også være forårsaget af mulige whitespaces (tegn) før PHP's åbningstag eller whitespaces efter PHP's lukketag i nogle af filerne.
Hvorvidt det er det ene eller det andet, det ser du vel bedst ved at fjerne
SAFE MODE konditionen (altså ved at flytte scriptet til en host der ikke kører med
SAFE MODE ON)
Eftersom
SAFE MODE opfører sig meget forskelligt rundt om på forskellige hosts, er det svært/umuligt at sige noget konkret om, hvorvidt applikationen kan bringes til at fungere under
SAFE MODE på den host du bruger.
Din fejlmelding 1 fortæller f.eks. at
session_save_path() er sat til et path der er ejet af systemet, og hvor din bruger som følge af
SAFE MODE ikke har adgang - det kunne jo tyde på at de der kører hosten ikke har tilstrækkelig check på tingene når en applikation ikke kan skrive en session uden det resulterer i en fejl. Konsekvensen af sådan en kondition på hosten er, at der ikke kan køres applikationer som bruger sessions. Og derfor vil du vist være bedst tjent med, at finde dig en anden host at anbringe din applikation på.
Hvis du stadig får
headers already sent fejlmeldinger efter at være flyttet til en host der ikke bruger
SAFE MODE, vil disse formentlig være forårsaget af Whitespaces foran PHP's starttag eller efter PHP's sluttag, og der må du så gennemgå dine filer og fjerne sådanne whitespaces.