23. februar 2010 - 18:55Der er
19 kommentarer og 1 løsning
Unix Debian PHP spøgeri
Vi har et php site som vi har migreret (.com domæne DNS peget, senere flyttes) fra Gigahost til webhost4life spøger nærmest.
På både gammel Gigahost hosting og localhost kører det uden problemer. Men på ny hosting server med Unix Debian PHP 5.2.12 (samme version) bliver et session id jeg test-udskriver for admin udskiftet med session id for sidst oprettede bruger. Dette sker så snart jeg klikker for at redigere en brugers data. Så kan jeg gå tilbage i browserhistorie og det falder på plads så man er admin igen.
Er der nogen der har nogen gode ideer. Teknikere på Webhost4life skulle kigge på det. Jeg vil mene det kunne være noget hokus pokus med de sessions der bliver gemt i folderen cgi-bin/tmp. Eller hvad??
Jeg tror ikke du skal regne med megen hjælp herinde fra med det mystiske setup - skal ikke kunne sige om der lige sidder en anden kunde fra webhost4life (det håber jeg dog ikke) - de teknikere som har sat det op må kunne besvare de spørgsmål.
Udover det er det også svært at se om det rent faktisk er din egen fejl, når man ikke kan se noget kode.
Hej repox Jeg er ellers godt tilfreds med webhost4life gennem 7 år på Windows server. Dog er FTP ca. 10 gange langsommere, nok pga atlanterhavsdistancen. Koderne kører som sagt uproblematisk på både gigahost og localhost.
På w4l er der også problemer med at importe sql backup på ca. 2 megabyte zip, hvor der times ud. Må finde anden løsning til importen. De har chat support og er ellers meget hjælpsomme. Man skal bare helst bo over there.
Nu er Windows servere jo ikke til at sammenligne med Linux servere; og det eneste setup du har givet os kendskab til er Linux delen (dog sparsommeligt, men mere end rigeligt). Og nu kender jeg hverken setup på Gigahost eller på 'localhost', så det kan jeg heller ikke udtale mig om. Men for mig virker det som om at webhost4lige kører PHP som CGI og har et særligt setup i forbindelse med det. Du kan blandt andet læse om nogle af de problemer der er med at køre PHP som CGI på PHP's eget website: http://php.net/manual/en/security.cgi-bin.php
Tak for info. Da jeg skulle uploade mine filer til w4l fjernede jeg naturligvis de foldere og filer jeg ikke mente skulle bruges - jeg fjernede cgi-bin. Tingene kørte derefter normalt indtil jeg skulle logge ind: der blev ikke gemt en sesion. w4l supporten var kvikke og retablerede cgi-bin, som indeholder tmp og hvor der gemmes sessionfiler.
Så jeg ved ikke om de kører PHP i cgi-bin, men jeg ved at session kører i cgi-bin.
Jeps, server api'et er implementeret som CGI (Det kan du se i den fjerde række). Jeg har ikke megen erfaring med CGI baseret PHP andet end det er noget lort at sidde og rode med; forlod min tidligere hostudbyder blot for at komme fri af det. Jeg vil anbefale dig at overlade de her små finurligheder til supporten hos webhost4life - for med så særligt et setup som PHP CGI giver, så bliver det ren gætteværk herfra-
OK, vi kan lige overleve med lidt manuel fixfaxerier i admin. Sitet kører ellers OK. Der er 30 days money back guaranty. Så vi vil nok flytte tilbage til Gigahost snarest. Dog har vi også overvejet at åbne en Linode VPS i London. Men det kræver måske at man er lidt stiv i styresystemer, selvom det skulle være super godt og let og billigt der.
Jeg har ikke helt forstået hvorfor du bliver ved med at trække windows hosting ind og sammenligner med det? ISAPI er bare en anden måde at integrere PHP i IIS'en på, men basalt set er det stadig bare CGI implementering - (her dog bare kaldet FastCGI). Men det er stadigvæk tre vidt forskellige setups du forsøger at sammenligne og holde op mod hinanden - i min verden svarer det til at du prøver at sammenligne en hvid bil med en onsdagssnegl fra bageren med hvid glasur blot fordi de har en farve tilfælles!
OK :) Jeg er ikke nørd på de områder, faktisk er jeg gammel-asper og ret ny i PHP. Jeg fiskede lige efter at få et ekstra svar som jeg så også fik. At Windows hostingen også kører med noget PHP der findes i renere form andetsteds.
Webhost4life er ellers ikke så slemme. De har netop i januar givet det hele en kraftig ansigtløftning, og de migrerer kunders hostings til "nye" maskiner. De har fået live chat support som er et kæmpe plus.
Jeg prøvede at køre PHP sitet på min Webhost4life Windows hosting. Her er der IKKE NOGEN PROBLEMER. Så det ser ud til vi ændrer vores hosting til fordel for Microsoft - desværre ;)
brrr.... good luck with that... bare husk at fremover, når du beder om hjælp til at få løst et specifikt problem med din PHP løsning, at fortælle folk at det er hostet på et windows miljø, da det giver en del andre udfordringer i forbindelse med debugging og fejlsøgning...
Jammen det er da godt at MS kan bruges. (Gates har også på det seneste vist sig at være yderst gavmild) Det skal nok ordne sig, jeg er forholdvis meget grundig :)
Jeg har nu fundet ud af at tilpasse mine koder til de hostings der gav fejlen. To variabler omdøbte jeg til noget mere unikt, og så kørte det.
Kun Gigahost den gamle Webhost4life Windows hosting kørte mine koder. Den nye hosting viste sig at have samme uheldighed.
Men det er må være det at PHP kører anderledes i noget cgi-bin, som gør at der kræves noget mere af variabler/ sessions i nogle situationer.
Synes godt om
Ny brugerNybegynder
Din løsning...
Tilladte BB-code-tags: [b]fed[/b] [i]kursiv[/i] [u]understreget[/u] Web- og emailadresser omdannes automatisk til links. Der sættes "nofollow" på alle links.
