11 Wochen.....dann mal viel Spaß beim warten :D
Druckbare Version
Die gehen auch vorbei. Außerdem kann man ja hoffen, dass sie den Versand früher abwickeln können. Hatte auch nicht damit gerechnet nach nur einer Woche bestellen zu dürfen.
Ich habe eben auch lighttpd und php5 installiert..jedoch wird bei mir eingebetter php code nicht verarbeitet (an der Stelle auf der Seite wo die php-Ausgabe kommen sollte, kommt einfach nichts..auch keine fehler..)
Meine config:
Code:server.modules = (
"mod_access",
"mod_alias",
"mod_compress",
"mod_fastcgi",
"mod_redirect",
# "mod_rewrite",
)
server.document-root = "/var/www"
server.upload-dirs = ( "/var/cache/lighttpd/uploads" )
server.errorlog = "/var/log/lighttpd/error.log"
server.pid-file = "/var/run/lighttpd.pid"
server.username = "www-data"
server.groupname = "www-data"
index-file.names = ( "index.php", "index.html",
"index.htm", "default.htm",
" index.lighttpd.html" )
url.access-deny = ( "~", ".inc" )
static-file.exclude-extensions = ( ".php", ".pl", ".fcgi" )
include_shell "/usr/share/lighttpd/use-ipv6.pl"
dir-listing.encoding = "utf-8"
server.dir-listing = "enable"
compress.cache-dir = "/var/cache/lighttpd/compress/"
compress.filetype = ( "application/x-javascript", "text/css", "text/h$
include_shell "/usr/share/lighttpd/create-mime.assign.pl"
include_shell "/usr/share/lighttpd/include-conf-enabled.pl"
fastcgi.server = ( ".php" => ((
"bin-path" => "/usr/bin/php5-cgi",
"socket" => "/tmp/php.socket"
)))
Nicht direkt eine php Datei..eine html mit eingebettetem php..
aber das bringt mich auf eine Idee..vllt werden html Dateien nicht von php gephrased.
Werd ich direkt testen.
Nein, .html Dateien werden nicht von php geparst
Jap, da liegt das Problem..danke für den Denkanstoß ;)
Lösung fürs Archiv:
Mit in den config-file
Und aus..Code:fastcgi.map-extensions = ( ".html" => ".php" )
"text/html" löschen.Code:compress.filetype = ( "application/x-javascript", "text/css", "text/html", "text/plain" )
Warum sowas machen, nenn die Datei doch zu einer .php um. Es hat Performancegründe, das .html Dateien nicht geparst werden, sonst wird jede statische Seite durch den Parser gejagt.
Also bei mir funktioniert es obwohl die Sachen drin stehen. :confused:
Und ich rufe auch immer ne HTML-Datei auf.
Mh, da hast du auch nicht Unrecht.
Ist wohl ne schlechte Angwohnheit von mir, aber ich gelobe Besserung und bette keinen php code mehr in HTML Seiten ;)
Edit: Darf eigentlich nicht functionieren Kampi.. ohne die eine Zeile in der config wird der HTML file garnicht erst an php übergeben.
Ihr habt nicht zufällig eine Idee warum WiringPi via shell_exec nicht funktioniert?
Wenn ich in der shell als user www-data den Befehl selbst auführe geht es..und shell_exec an sich klappt mit anderen Befehlen auch.
Bin grad ein wenig am verzweifeln.. x_X
Ändere mal die Gruppe und die Zugehörigkeit der PHP Datei auf www-data.
PHP führt im Safe-Mode keine Seiten aus die nicht die selbe Gruppe haben wie der Webserver.
Das Problem hatte ich auch bei meiner Upload-Seite :)
Das machst du mit chown www-data.www-data /var/www/Zieldatei
Hab das Problem inzwischen gefunden.
Mußte in shell_exec den vollständigen Pfad zu den WiringPi bin's angeben.
Ah ok.
Was fürn Code verwendest du den?
Weil ich versuche das mit Checkboxen zu machen aber irgendwie funktioniert die Übergabe nicht so wie ich es will....
Vielleicht findest du den Fehler ja:
Das hier ist die HTML-Datei:
und das hier die PHP:Code:<html>
<head>
<title>
Raspberry Pi Webserver
</title>
</head>
<h1>
<font color="red">
Raspberry Pi Webserver
</font>
</h1>
<body>
<form action="IO.php" method="post">
<input type="checkbox" name="GPIO[]" value="1"> GPIO 0 aktivieren<p>
<input type="submit" value="Senden"/>
</form>
</body>
</html>
Btw....habe jetzt auch mal die WiringPi Libary installiert und alles.Code:<html>
<?php
$check = $_GET['GPIO'];
echo $check;
?>
</html>
Sieht ja recht brauchbar aus :)
Ich bin gestern nicht mehr zu viel gekommen wegen dem shell_exec und php zeugs..
Aber auf den ersten Blick..
- Du hast bei der Checkbox in value eine 1, da musst du darauf achten dass es nicht bedeutet dass sie 'gecheckt' ist. Aber das glaub ich weisst du eh.
- Mit GPIO[] wird die Uebergabe ein Array, in deiner php behandelst du es nur als normale Variable.. echo $check; wird dir glaub ich nur die Zeichenkette "Array" ausgeben.
Das mit der Checkbox weiß ich. Das war auch nur ein Testwert.
Das mit dem Array wusste ich allerdings nicht.
Wie gebe ich das den korrekt aus, weil im Moment erscheint im Browser nur ne leere Seite.
echo $check[0]; sollte dir die '1' aus dem Feld value zurueck geben.
Allerdings solltest du glaub ich auch so den String "Array" sehen.
Setz mal in der php.ini die php-Fehlermelungen auf 'on', die sind default deaktiviert.
Ich bin noch unschluessig wie ich das mit den checkboxen am feinsten mach.
Die Seiten habe ich im Moment nur auf meinem Rechner.
Die sind noch gar nicht auf meinem Pi. Ich möchte die erst dadrauf kopieren wenn sie funktionieren (macht weniger Arbeit ^.^).
Meine Idee war eigentlich für jeden GPIO ne Checkbox zu machen und wenn die gesetzt ist wird der Pin geschaltet,
Und später wollte ich dann noch ne Auswertung der Eingänge machen. Aber dafür brauche ich erstmal bisl PHP Erfahrung ^.^
von daher taste ich mich da langsam an die Sache ran.
Edit: Link entfernt..
Das Auslesen klappt schon, aber ich glaub ich werde fuer jede checkbox ein eigenes Formular-tag machen..dann kann ich auto-send im on-click event machen und brauch keinen send button..
Kannste mir mal den Code zeigen den du dafür benutzt?
Kann ich machen wenn ich zuhause bin, aber erwarte nichts 'schoenes' ;)
Egal.....für mich ist erstmal die Funktion wichtig ;)
Also es funktioniert mit check[0] immernoch nicht :(
So, bin nochmal zum programmieren gekommen...jetzt klappt auch setzen der Pins 1a
Schade dass WiringPi das auslesen der direction nicht unterstützt.
Klingt ja schonmal super :D
Ich habe auch die Lösung für mein "Problem" gefunden.
Der Fehler war bei mir (die ganze Zeit) das ich die fertigen Seiten direkt im Firefox geöffnet habe, aber der PC die HTML Seiten nicht verarbeitet hat/konnte.
So wurde wenn überhaupt nur der Text aus der PHP Datei angezeigt.
Das kann natuerlich nicht funktionieren ;)
Ich wuerde das ganze eh auf dem Pi testen, sonst hast du auch wieder keine GPIOs..
Hast du eigentlich schon sql auf dem Pi, wenn ja welches?
Oke, danke..probier ich heut Abend direkt aus.
Kommt PHP mit sqlite ohne weiteres klar?
Sqlite funktioniert wunderbar mit php. Ich habe beispielsweise Owncloud damit am laufen. Bisher konnte ich keine Probleme feststellen.