phpmyadmin #!/usr/local/bin/php waar neer te zette

[Ankh]

ik ben admin bij www.lod-hq.net en we wilde dus forum er op zetten -> vbulletin staat er op maar nu moet ik nog phpmyadmin installeren want anders kan ik mijn dumb niet uploaden....

(jah phpmyadmin is de enige die gebruikt kan worden..., dus kan geen telnet enzo gebruiken )

[Janoz]

Wat is het probleem?

[Petuhr]

Op zondag 30 december 2001 23:14 schreef Janoz het volgende:
Wat is het probleem?

Wou net vragen...

[0siris]

Op zondag 30 december 2001 23:13 schreef RaMMSTeiN het volgende:
...mijn dumb...

Je watte? je dom?

[Robinski]

je kunt toch zelf ff een install scripie schrijven die die DUMB in die database gooit!

[0siris]

we weten nog steeds het probleem niet, en ik weet niet wat een "dumb" is, behalve "dom", maar da's geen zelfstandig naamwoord...

[kvdveer]

phpmyadmin #!/usr/local/bin/php waar neer te zette?

Nou... ehm
Ik denk dat je provider wil dat je van /usr/local/bin/php af blijft...
Ik denk bovendien dat je je phpmyadmin even moet uploaden in een subdirectory...
Als je niet zon zin hebt om alles te oploaden laat je alle CVS dirs weg, en het grootste deel van je talen. Scheel toch weer wat!


Bovendien... Dat op sommige vragen hier flame-achtige reacties komen, betekent nog niet dat je je vragen niet mag stellen... We zijn soms echt wel lief. (of voor de lievhebbers: liev)

[kvdveer]

Op zondag 30 december 2001 23:22 schreef 0siris het volgende:
we weten nog steeds het probleem niet, en ik weet niet wat een "dumb" is, behalve "dom", maar da's geen zelfstandig naamwoord...

DOM is zeker wel een zelfstandig naamwoord.
Document Object Model!
Of natuurlijk gewoon de Dom in Utrecht.
Maarja. hoe groot is nou de kans dat hij een kerktoren in zijn database wil invoeren...

[0siris]

Op zondag 30 december 2001 23:24 schreef kvdveer het volgende:
...Dat op sommige vragen hier flame-achtige reacties komen

KWAMEN er maar vragen...ik zie ze niet, jij wel

[0siris]

Op zondag 30 december 2001 23:24 schreef kvdveer het volgende:
DOM is zeker wel een zelfstandig naamwoord.
Document Object Model!

Dat is inderdaad waar. Weer DOM van mij natuurlijk

[kvdveer]

Op zondag 30 december 2001 23:25 schreef 0siris het volgende:

[..]

KWAMEN er maar vragen...ik zie ze niet, jij wel

Ik heb net wat n00b topics door zitten lezen. Daar doelde ik op...:-)

[grhmpf]

Als je nou eens begint met het goed te spellen en daarna het probleem eens vertelt dan kunnen we er iets mee

(oh bedoelde je soms een database dump )

[The Source]

Voorzover ik weet maakt phpMyAdmin geen gebruik van PHP als CGI, enkel van PHP die je in Apache terug kan vinden.

[Verwijderd]

PhPMyAdmin pleur je toch gewoon in een of ander zelf aangemaakte directory ?? (denk aan chmod)
Werkt meestal bij mij wel....

[The Source]

Op maandag 31 december 2001 00:00 schreef Tizzwat het volgende:
PhPMyAdmin pleur je toch gewoon in een of ander zelf aangemaakte directory ?? (denk aan chmod)
Werkt meestal bij mij wel....

Yupz, ff config.inc.php aanpassen (usr,pw,db erin) en draaien.

[chem]

nou niet langer meneer rammstein pesten he

[Ankh]

lees die freaking topic titel dan
mysql DUMB (zo heet dat toch)???


ff voor de mensen die DOM () zijn:
die host gebruikt zo'n gare PHP versie die CGI draait.. en dan moet je dat dus in alle (bijna allemaal) zetten... maar je moet wel weten welke files het zijn... anders werkt het niet..


_{thnx chem dat het ook nog meneer is}

[Dennis]

Op maandag 31 december 2001 07:09 schreef RaMMSTeiN het volgende:
lees die freaking topic titel dan
mysql DUMB (zo heet dat toch)???

gewoon DUMP

[Ankh]

Op maandag 31 december 2001 07:17 schreef dennisdotcom het volgende:

[..]

gewoon DUMP

krijg je met dyslexie.. weet het enkel uit te spreken maar dan

[Ankh]

maar ff ontopic plz

wie weet welke PHP files ik moet veranderen?? dus met #!/usr/local/bin/php in de eerste zin?

[Verwijderd]

Alles wat je via telnet of via je browser aanroept. Dan zou je ze misschien nog 755 moeten chmodden. modules enzo, dingen die geincludeerd (Hoe zeg je dat eigenlijk ) worden hoeven niet.

[chem]

je hoeft bij php helemaal geen #!/pad/naar/php neer te zetten.

Wat werkt nu niet? vertel dat EERST eens?

[elnino]

• Kijk als eerste of je webserver PHP ondersteunt, zonder CGI. Dus maak gewoon een bestandje dat eindigt op .php met:
  
  code:
  

  <?php
  phpinfo();
  ?>

  
  Open dat bestandje op je domein. Zie je dan een hoop zinnige info, dat is het goed, anders zul je moeten overstappen op CGI.<li>Bij Shell-scripts (waar in dit geval CGI mee gebruikt wordt) moet je altijd bovenaan de naam van de parser (diegene die je code verwerkt) neerzetten. Als je in PERL wil programmeren zet je daar #!/usr/bin/perl neer (oid), en als je in PHP wil programmeren zet je daar #!/usr/local/bin/php neer (of waar php dan ook geïnstalleerd is). Dan zul je dat bestand ook rechten moeten geven om het uit te kunnen voeren. Gebruik hiervoor bijv. WS_FTP, en zorg dat 'Execute' voor zowel de user, de group en de rest aanstaat.

</li>
Succes!

En dumb is gewoon dump, dat wil zeggen een bestandje met daarin de MySQL-tabellen, die je in MySQL gaat gooien.

[Verwijderd]

Op zondag 30 december 2001 23:13 schreef RaMMSTeiN het volgende:
ik ben admin

Durf jij jezelf een admin te noemen als je dit nog geen eens kunt

[Ankh]

Op maandag 31 december 2001 12:47 schreef GDOG het volgende:

[..]

Durf jij jezelf een admin te noemen als je dit nog geen eens kunt

ja ik ben admin er van jah.. maar ik ben niet gewend om met zo'n gare setup te werken hoor..

en voor de mensen die het nog steeds niet geloven:
http://www.powweb.com/faqs/?category=CGI%2C%20SSI%2C%20and%20PHP&faq_id=54

[Ankh]

Op maandag 31 december 2001 11:54 schreef chem het volgende:
je hoeft bij php helemaal geen #!/pad/naar/php neer te zetten.

welles bij mij wel

[Ankh]

Op maandag 31 december 2001 12:15 schreef elnino het volgende:

• Kijk als eerste of je webserver PHP ondersteunt, zonder CGI. Dus maak gewoon een bestandje dat eindigt op .php met:
  
  code:
  

  <?php
  phpinfo();
  ?>

  
  Open dat bestandje op je domein. Zie je dan een hoop zinnige info, dat is het goed, anders zul je moeten overstappen op CGI.<li>Bij Shell-scripts (waar in dit geval CGI mee gebruikt wordt) moet je altijd bovenaan de naam van de parser (diegene die je code verwerkt) neerzetten. Als je in PERL wil programmeren zet je daar #!/usr/bin/perl neer (oid), en als je in PHP wil programmeren zet je daar #!/usr/local/bin/php neer (of waar php dan ook geïnstalleerd is). Dan zul je dat bestand ook rechten moeten geven om het uit te kunnen voeren. Gebruik hiervoor bijv. WS_FTP, en zorg dat 'Execute' voor zowel de user, de group en de rest aanstaat.

</li>
Succes!

dat zeg ik, enkel ik moet wel weten welke bestanden ik het aan moet geven.. bij vbulletin zit er mooie faq/post bij.. maar phpmyadmin moet je hetzelf doen.. maar ik weet niet welke dingen ik moet hebben hoor

[grhmpf]

php kan prima als cgi draaien, als er iets als #!/usr/local/bin/php staat dan is dat vast in het setupscript.
Dat script behoor je dan vanaf de shell uit te voeren. Als je toegang hebt tot de shell even een "which php" uitvoeren of een "locate php" of in het uiterste geval "find / -name php" om de plek van php te vinden en dat in het script aanpassen.
Waar je die php's zelf neer zet boeit niet. (waarschijnlijk wil je ze serveren dus dan ergens in je web dir )

[grhmpf]

Oh en als php als cgi voor de webserver dan hoef je daar niets aan te doen want dan zal ie gewoon .php parsen via de cgi-versie van php. Dus dat het als CGI draait is niets ergs engs of mis mee. Voor php pagina's op de webserver: niets configgen. Voor shellscripts die php gebruiken: evt pad aanpassen.

[elnino]

Op maandag 31 december 2001 13:03 schreef RaMMSTeiN het volgende:
dat zeg ik, enkel ik moet wel weten welke bestanden ik het aan moet geven.. bij vbulletin zit er mooie faq/post bij.. maar phpmyadmin moet je hetzelf doen.. maar ik weet niet welke dingen ik moet hebben hoor

Op maandag 31 december 2001 12:15 schreef elnino het volgende:
Bij Shell-scripts (waar in dit geval CGI mee gebruikt wordt) moet je altijd bovenaan de naam van de parser (diegene die je code verwerkt) neerzetten. Als je in PERL wil programmeren zet je daar #!/usr/bin/perl neer (oid), en als je in PHP wil programmeren zet je daar #!/usr/local/bin/php neer (of waar php dan ook geïnstalleerd is).

Dus bij ieder php-script...

[chem]

Op maandag 31 december 2001 13:01 schreef RaMMSTeiN het volgende:

[..]

welles bij mij wel

tsja, ik vind PHP dat als CGI draait ook tamelijk ranzig, ik had daar niet eens over gedacht...

[Verwijderd]

sjongejonge, waar de vraag dus op neer komt is in welke bestanden je die regel moet zetten... Ik zou zeggen, doe het in elk bestand... Als het niet hoeft krijg je een regel afgebeeld. Als je het goed wilt doen, dan hoeft het volgens mij alleen in de bestanden in de hoofddir...