06. september 2002 - 06:12Der er
93 kommentarer og 1 løsning
Installere PHP 4.2.2 på rh 7.3
Hej.
Det lader til at jeg har et problem med at installere PHP så det virker på en Redhat 7.3 så det virker.
Findes der er opskrift der aldrig slår fejl ? Jeg synes det er utroligt det skal være så besværligt. Jeg plejer at køre win2000 og hentede install pakken og så virkede det.
Jeg synes, at uanset hvordan man prøver, så brokker Linux sig over et eller andet og jeg kommer ikke videre. Så mangler der det, og så kan den ikke det :-)
Så derfor: Findes der en opskrift der bare virker ? Vi har forsøgt med http://lws.dk/artikel/16 uden held. Muligheden for at det er mig der er et fjols er stor, da jeg er ret ny i Linux, selvom jeg engang har prøvet, men det er så længe siden, at jeg har glemt det meste, og skal så have rusket op i det hele igen :-)
Denne side indeholder artikler med forskellige perspektiver på Identity & Access Management i private og offentlige organisationer. Artiklerne behandler aktuelle IAM-emner og leveres af producenter, rådgivere og implementeringspartnere.
Men søg på google.. der er hundredevis af guider. Fælles for dem alle er at de givetvis virker, men Linux er jo lidt forskellig fra maskine til maskine, så hvis der er noget der ikke virker, så skal det rettes til.. Til det kan du bruge eksperten.dk :ø]
Synes godt om
Slettet bruger
06. september 2002 - 12:36#2
Ja og jeg har jo også skrevet en link ovenover og forsøgt med den. Nu kan jeg se at jeg ikke har formuleret det godtnok. Det er samarbejdet med php og mysql der er problemet. Apache virker, og php virker, men sammen med MySQL virke php ikke. Derfor efterlyser jeg en link der simpelthen bare forklarer det så det ikke kan gå galt :-)
Hvis disse ikke virker for dig, så må du skrive hvad der er galt, og her er det ikke nok at konstatere at at samarbejdet mellem ditten og datten ikke virker.
Du må skrive hvilke fejl der kommer. Hvad siger logfilerne. Hvordan har du compilet php? Har du husket --with-mysql Hvordan kan du ellers iøvrigt sige at samarbejdet mellem php/MySQL ikke virker. Kan det ikke være en fejl i dit testscript?
Ok. Først vil jeg sige at det er skam en meget fin artikel 16 og det meste virker også :-)
Men MySQL passede ikke med den jeg havde hentet. Der skriver den at det er en binær dist. og man ikke behøver at bruge configure. Det er denne jeg har hentet: mysql-3.23.52-pc-linux-gnu-i686.tar.gz og det kan jo være den er forkert. Men jeg har jo skrivet at jeg er ny inden for det her.
Hvis jeg bruger phpinfo(); virker php, men hvis jeg forsøger at starte phpmyadmin så brokker den sig over at den ikke kan finde siden.
Jeg skal se om jeg kan få lavet en bedre forklaring når jeg kommer hjem. Jeg skal nemlig ud af røret herfra nu :-)
ok. for som du skriver indtil videre i dit sidste svar kan det være flere ting.
1: Er MySQL serveren startet? 2: Er phpMyadmin installeret korrekt? Hvad mener du med den ikke kan finde siden? Så vidt jeg husker så er phpmyadmin ret præcis i de fejlmeldinger den kommer med.
p.s. Hvis du skriver de fejlmeddelelser der kommer. så copy+paste dem hellere fremfor at oversætte dem. Det gør det lidt nemmere.
mht til det med versionen af MySQL der ikke passede, så lader jeg denne kommentar gå videre til forfatteren af artiklen.
Synes godt om
Slettet bruger
06. september 2002 - 14:12#6
Ok. MySQL var en binær og såvidt jeg kan se på artiklen så skal man compilere skidtet. Det virkede fint med php og Apache.
phpMyAdmin komme ikke med andet end den ikke kan finde siden, og den er ikke installeret men kopieret ind i det dir hvor der er adgang til den. Sådan gjorde jeg også på w2k og der var ingen problemer efter tilretning.
Når jeg så forsøger at starte MySQL efter anvisningen skriver den alt dette som jeg ikke rigtig fatter ret meget af: [root@RH73 bin]# /usr/bin/safe_mysqld: my_print_defaults: command not found Starting mysqld daemon with databases from /var/lib/mysql 020906 14:37:13 mysqld ended
[1]+ Done safe_mysqld
Synes godt om
Slettet bruger
06. september 2002 - 14:13#7
Hvad mener den med dette ? Hvad skal jeg bruge denne til: my_print_defaults: ??
Ok prøver lige om lidt. Nu kom der denne frem. Det lysner måske:
phpMyAdmin - Fejl phpMyAdmin was unable to read your configuration file! This might happen if php finds a parse error in it or php cannot find the file. Please call the configuration file directly using the link below and read the php error message(s) that you recieve. In most cases a quote or a semicolon is missing somewhere. If you recieve a blank page, everything is fine.
config.inc.php
og så trykker jeg lige på ovenstående som er en link og s´å kommer der en fejl, men det kan tage noget tid.
Synes godt om
Slettet bruger
06. september 2002 - 14:30#14
Så kom denne:
Parse error: parse error, unexpected T_STRING in /usr/local/apache/htdocs/phpmyadmin/config.inc.php on line 69
1: MySQL er ikke startet forde den mangler filen "my_print_defaults" 2: Filen ligger i usr/local/install/mysql-3.23.52-pc-linux-gnu-i686/bin/my_print_defaults - hvor den også burde ligge i f.eks. /usr/bin
Tjaaee.. hvis det er binaries så slet install mappen. Ellers pak hele dynen ud igen og kig hvilke filer den pakker ud. Derefter sletter du de filer der bliver pakket ud af tar.
Ok, den er i fuld sving med at smide filen ud på serveren. Den står ikke her så det hele foregår via nettet :-) Så tingene tager lidt tid. Der er kun en 256 kb linie dertil.
ok.. jeg er på vej ud af døren.. post resultatet.. jeg er tilbage iaften
Synes godt om
Slettet bruger
06. september 2002 - 14:57#32
Okay, og tak indtil videre.
Synes godt om
Slettet bruger
06. september 2002 - 22:32#33
Jeg kan ikke få den til at virke. Uanset hvad jeg gør så vil den ikke noget fornuftigt.
Jeg opgav og installerede en 73 på en anden maskine som er her i huset, så er det lettere. Så hentede jeg MySQL som RPM pakke og installerede den. Derefter Apache og PHP - alle nyeste versioner og installerede dem og efter en lille kamp kom den så til at virke, så det må være samme fremgangsmåde på mandag, ØV
Tak fordi du gad forsøge.
Synes godt om
Slettet bruger
07. september 2002 - 08:44#34
Når man nu har gjort som i opskriften beskrevet øverst, bortset fra at MySQL er installeret fra en RPM pakke, hvordan dælen får man så Apache til automatisk at starte bed boot ? Den kan ikke sættes til det som ved den indbyggede installation ad Apache.
Hvad ialverden er det for noget ? Det ligner da ikke Apache. Knægten fortalte mig noget med at man kunne indsætte det i en fil og det virkede også, men det er vist ikke den rigtige måde at gøre det på, og jeg kan ikke huske filen :-)
ja du kan evt. indsætte det i filen rc.local - men spørgsmålet er om det er det du ønsker. På ovenstående måde sikrer du dig at apache starter op uanset runlevel.
ln = symbolic link
/etc/init.d/httpd = stien til dit opstarts script
K30httpd = K = kill S80httpd = S = start
Tallene efter K/S er nogle priotetstal der angiver hvornår under opstart at det skal aktiveres.
Synes godt om
Slettet bruger
07. september 2002 - 11:33#41
Ja det var den fil. Men jeg prøver at lave det med din metode, da det sikkert er den mest rigtige.
skal de stå i en fil eller skal de bare skrives ? Jeg har skrevet alle fra cmd prompt, og genstartet, og apache er ikke startet. Så jeg går vel noget forkert ? Jeg har selvfølgelig udeladt # :-)
problemet er at normalt ligger skal der ligge et startup script der hedder /etc/init.d/httpd
Prøv lige og se om der evt. ligger et der hedder apache.. brug denne
ls /etc/init.d/
Kig efter http eller apache
Synes godt om
Slettet bruger
07. september 2002 - 13:53#57
Der er hverken apache eller httpd. Jeg installerrede serveren UDEN web og ingen php eller mysql og smed de nye på bagefter, så skulle jeg ikke døje med at slette noget som ikke blev slettet ordentligt. Det er vel derfor httpd scriptet mangler ? Eller burde installationen smide den ind i init.d ?
Synes godt om
Slettet bruger
07. september 2002 - 13:54#58
MyDQL er der, men det er vel fordi det er fra en rpm pakke.
ahhh ok.. så ved jeg hvorfor.. Så er det ret simpelt:
Ret i filen /etc/init.d/httpd
Find der hvor der står
apachectl=/usr/sbin/apachectl
og ret det til
/usr/local/apache/bin/apachectl
(Jeg ved godt man kan starte det direkte med denne kommando - men det er ligesom med rc.local ikke den rigtige måde at gøre det på. Startup scriptet sikrer dig at server starter i alle runlevels som den skal og lukker ned som den skal ved reboot og lign.)
prøv at starte det.. se om det virker. I alle tilfælde er det svært at debugge. Det ville have gjort det meget nemmere og hurtigere hvis du f.eks. havde noget ssh
Synes godt om
Slettet bruger
07. september 2002 - 14:14#81
Jamen det har jeg da, men jeg skal lige snyde så du kan komme til den. Har du tid til at vente på det :-)
yep.. jeg er ved maskinen en god times tid endnu.. ellers er jeg har senere iaften - eller imorgen formiddag - damn.. jeg må se og få mig et liv... :ø]
1: chmod 777 /etC/init.d/httpd 2: Satte rigtige sti ind til libexec i start scriptet.
Synes godt om
Slettet bruger
07. september 2002 - 14:46#93
Okay. Så er der ikke nogen der kan blive sure over løsningen ikke var tilgængelig :-)
Synes godt om
Slettet bruger
07. september 2002 - 14:53#94
Nu må du jo hellere sende alle de tilføjelser der er nødvendige til skribenten af artikel/16 på lws.dk så det hele står der næste gang jeg kaster mig over det ;-) Jeg kan jo nok ikke selv næste gang. Det skal man nok lige prøve nogen gange.
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.
