AppServ eller lignende til Linux

Det var da ærgerligt. Jeg tror du skal glemme alt om at finde et vidunderprogram der lige kan løse alle problemer. For det er faktisk ikke så svært at køre det med en standardinstallation. Jeg har selv gået og fusket med noget postgres/mysql, php og apache på min maskine, og jeg har aldrig haft problemer med at få det til at funke, især ikke med Fedora, hvor det faktisk virker "out of the box". Men nu hvor du har installaret forskellige ting på forskellige måder, er det måske ikke helt let at redde trådene ud, så måske var det lettest at lave en ny installation. Fedora kommer med alt hvad du skal bruge, så det er bare at få det installeret evt. sammen med resten af systemet. Hvis du har plads nok på din HD, så kan du jo bare lave en komplet installation, så er du i hvert fakd sikker på at have fået det hele med. Herfra er der meget få ting der kan gå galt, og dem er der i hvert fald helt sikkert nogen der kan hjælpe dig med her på Eksperten.

Alternativt kan du komme med en detaljeret beskrivelse af hvad du har installeret hidtil, og så er der måske nogen der kan hjælpe dig videre, så det kommer til at virke.

Ja ok.

Altså da det her drejer sig om min workstation, er en ny installation slet ikke på tale. Jeg har fået sat en rigtig god computer op, synes jeg, og agter ikke at starte forfra. Så næsten hellere undvære den lokale web-server, hvis det kommer dertil. Men det skulle det jo helst ikke.

Nu skriver du så (palau) at Fedora kommer med alt hvad man skal bruge. Der står jeg sq lidt af, må jeg indrømme. Når jeg har været ude og hente apache-serveren på www, var det nemmerligt fordi at jeg hverken kunne finde den i Fedoras "Tilføj pakker"-thingy eller i Yum. Der var kun et eller andet "httpd", som så vidt jeg kunne læse mig frem til, var en eller anden fattig web-server, som kun kører i test-versioner endnu. Derfor formodede jeg, at Apache skulle hentes og installeres manuelt.

Men hør nu her:
Apache har jeg altså kombileret og installeret selv (efter instrukser fra et eller andet website). Den befinder sig i /usr/local/apache2. Hvis det ikke er godt nok, kan jeg vel blot afinstallere den igen? Ikke at jeg ved, hvordan jeg skulle bære mig ad med dette, men det må man da kunne? Men i alt fald så kører denne her Apache-server faktisk.. Jeg kan både starte og stoppe den, og den vil godt virke som webserver på localhost. Den eksekverer bare ikke PHP-koden, men parser den i stedet med ligesom HTML. Og det skyldes jo nok, at jeg ikke har kædet PHP og Apache sammen.

For nu at gøre det lidt nemmere for den forhåbenligt hjælpsomme person, der agter at hjælpe mig med dette, har jeg nu fjernet php-installationen igen via YUM, hvorfra jeg også fik den installeret. Så altså, står jeg med en standard-konfigureret Apache-server og intet andet. Eller jow, det vil sige, YUM påstår at jeg har MySQL-server installeret også, men det aner jeg intet om. Er der ikke en der vil hjælpe mig med lige at få den op at køre med PHP og MySQL?

g

1.3 skal tilpasses din apache version, men se hvad du ellers har af LoadModule statements  (prøv "grep LoadModule /etc/apache2/*.conf)

hov!

Du skal have tilføjet et LoadModule statement i en af din .conf filer i /etc/apache2.

I apache(1) ser det sådan ud:
php4_module /usr/lib/apache/1.3/libphp4.so

1.3 skal tilpasses din apache version, men se hvad du ellers har af LoadModule statements  (prøv "grep LoadModule /etc/apache2/*.conf)

Jamen, jeg har ikke nogen /etc/apache2... Min Apache er som tidligere skrevet lokaliseret i /usr/local/apache2/ - Er det et problem?

nej, men konfigurationsfilerne til din apache ligger formentlig i /etc/apache eller /etc/apache2  (det gør de ihvertfald standard)

Ok, beklager hvis jeg har bidraget til forvirringen, men nu får du lige mit bud på, hvordan dit "problem" er opstået, og hvis jeg så tager fejl er der forhåbentligt en der ved mere end jeg der vil give mig en over snuden. Here we go: P.t bruges der groft sagt to versioner af serveren på nettet. Den ene er den gamle 1.3, som alle er enige om er stabil, og så er der 2.x som ikke alle er enige om er stabil, bla. derfor er der nogle distroer der ikke inkluderer den nye. På www.distrowatch.com kan du se hvilke pakker der kommer med de forskellige distroer. Fedora kommer ikke med Apache, men med httpd. Begge laves af apache.org op på deres webside betegner de httpd/Apache som "The number one http server on the internet". Men om der er tale om en "fattigmandsudgave", skal jeg ikke kunne sige, da jeg kun har brugt den som localhost. Mit personlige gæt er, at det er httpd du skal have fat i, men det er der måske andre Eksperter der ved mere om. Lige nu kører jeg Ubuntu, som også "kun" kommer med httpd, og når jeg kigger på startsiden til min localhost, står der at det er en apache-server......

palau >> Ok, tak for at bringe det til klarhed. Det gav mig lige lidt mere overblik.

Nu har jeg så gjort det, at jeg har fjernet min manuelle apache-installation (vha rpm), og i stedet bare installeret httpd-serveren fra Red Hats "Tilføj eller fjern programmer".. Den skulle lige bruge den ene cd, og efter installationen, skulle jeg bare starte tjenesten "httpd", så kørte den med PHP-understøttelse og det hele.. :-)

Nu mangler jeg så bare lige at få klasket MySQL op at køre også.. Det skulle være installeret, men jeg mangler lige noget hjælp til at vide, hvordan jeg gør...

apache snakker ikke med mysql, det burde ske gennem php som burde understøtte mysql som default

Nå ok. Altså jeg downloadede så lige phpmyadmin for lige at checke at MySQL kørte, og smed det i /var/www/html/phpmyadmin/ men når jeg forsøger at tilgå denne mappe via http://localhost/phpmyadmin/ så får jeg en 403 forbidden-side... Jeg har chmod'et mappen til 777 så hvad kan det skyldes?

Nå - jeg ved sq ikke lige hvad det var.. Jeg fjernede filerne i phpmyadmin-mappen og lagde dem der igen, og så virkede det.. hm, men ligemeget.. Nu virker phpmyadmin.

Nu har jeg så lige oprettet en testtabel med navnet "testtabel" i databasen "test", som jeg har smidt et par poster i. Og så har jeg lavet en test-php-fil der indeholder:

<?php
mysql_connect("localhost","root","");
mysql_select_db("test");

$sql = mysql_query("select * from testtable");
while($row = mysql_fetch_array($sql)) {
    echo $row["navn"]."<br>";
}


echo "hello world!";

?>

Det giver imidlertid ikke andet output end "hello world"... Den udskriver intet fra databasen, og heller ingen fejl.. Ja, faktisk kan jeg slet ikke få den til at melde fejl. Det er vel et konfigurations-problem? Hvordan løser jeg det?

Det er formentlig en SELinux policy der forhindrer apache brugeren i at afvikle php binary.
Prøv at logge ind som root. Stands apache service fra kommandolinje, og start servicen som root. Check så om den kan vise php

Du siger din tabel hedder testtabel, men i din kode bruger du testtable. Hvilken af de to ting er skrevet forkert? Jeg kunne forestillle mig at det er koden, hvilket så ville være grunden til at du ikke ser andet output end din "hello world!".

Mht. strych9's kommentar, så lyder det forkert i mine ører, da koden jo bliver kørt - ellers burde PHP-kildeteksten blive vist i stedet.

strych9 >> Nej, det var ikke det men tak alligevel.

He-he.. hvor pinligt.. Det var naturligvis fordi tabellen hed testtabel og ikke testtable.. typisk! Jeg lever praktisk talt af at lave sql-queries, og så så laver man selv fejl i sådan en situation! :-D

Det virker altså nu, men jeg forstår stadig ikke hvorfor jeg ikke får nogen fejl-meddelelser? I hvilken fil skal hvilket parameter sættes til hvad, for at jeg får ganske almindelige errors at vide, frem for at den bare ignorere dem (GOD, nu lyder jeg som en kvinde!)? :-D

=)

Kig lidt omkring i /var/log/
Feks /var/log/messages er errors og informationer fra kernel og kernel logger. Typisk er der også en /var/log/apache (afhænger af distribution hvor den er placeret), og mon ikke der også er en til mysql.

I nogle programmer kan man i en conf fil specificere at den skal give mere debug output, men det er langt fra alle.

prøv at kigge i php.ini / php.conf

php.ini:

;
;  - Show all errors except for notices
;
error_reporting  =  E_ALL & ~E_NOTICE

Mjah ok...

fsconsult >> Ja, det kunne jeg sq godt regne ud. Jeg ville gerne have variablen der skulle ændres, at vide. ;-)

fsconsult >> Fandt stedet, men det virker sq ikke helt, selvom jeg har genstarte httpd-servicen. Men det er vel egentligt også php-servicen der skal genstartes? Den kan jeg ikke finde.. Hvad er commandline for at genstarte php-servicen?

I øvrigt, så tak alle sammen. Jeg er blevet væsentligt klogere siden jeg startede denne tråd. Sørg lige for at der ligger et svar fra alle Jer, der har haft noget af betydning at sige i tråden. ;-)

Ahhh... he-he.. det var display_errors, der var sat til off.. he-he.. :-)

Nu swinger det! Tusind tak skal I have, alle sammen! Smid nogle svar! :-D

Jeg springer over. Det glæder mig du fik det til at virke.

Jeg smider et svar, så får du selv lov at bestemme om du mener jeg har fortjent det. :)