Archiv verlassen und diese Seite im Standarddesign anzeigen : [ERLEDIGT] Frage zu LightTPD
Hallo Forum,
wiedermal eine Frage zum Raspberry Pi....
Ich habe nach dieser Anleitung hier:
http://www.raspberrypi.org/phpBB3/viewtopic.php?f=26&t=9566
LightTPD installiert. Aber sobald ich "ps -u www-data u" eingebe erscheint nicht das was in der Anleitung angezeigt wird.
Das Raspberry Pi lässt sich auch nicht über den Browser ansprechen.
Weiß einer von euch Rat?
Danke schonmal!
Wurde der Dienst denn während der Installation beschrieben gestartet ?
Probier mal :
service lighttpd start
oder
sudo /etc/init.d/lighttpd start
Da kommt als Meldung:
Starting web Server: lighttpd + Datum und Uhrzeit: (configfile.c.1212) a default document-root has to be set.
2012-07-06 21:03:46: (server.c.620) setting default values failed
failed!
Und wenn ich "force-reload" eingebe, kommt:
Reloading web server configuration: lighttpd failed!
Habs auch mal mit Neuinstallation versucht und wenn ich das Pi neu boote steht vor dem Login das LightTPD gestartet wurde.
Nehme an, dass er die Konfigurationsdatei nicht lesen kann oder keine erstellt wurde.
ist die "/etc/lighttpd/lighttpd.conf" vorhanden ? Bzw welche Rechte hat die, wenn sie existiert. Hast du die Gruppe www-data erstellt (ist in /etc/group eingetragen) ?
Die Datei ist vorhanden.
Wie kann ich die Rechte nachschauen? Und in der Datei "Group" steht folgendes:
www-data: x :1001: pi ,www-data
Rechte bekommst du mit "ls -al Dateiname" heraus. Wenn du dich in einem Verzeichnis befindest und den Dateinamen weg lässt, dann zeigt er alle Dateien und die dazugehörigen Infos an.
Beispiel :
daniel@NB0458 ~/Dokumente % ls -al
insgesamt 24
drwxr-xr-x 6 daniel daniel 4096 Jul 6 21:41 .
drwxr-xr-x 33 daniel daniel 4096 Jul 6 22:27 ..
drwxr-x--- 6 daniel daniel 4096 Jul 6 20:03 Konfigurationen
drwxr-xr-x 4 daniel daniel 4096 Jul 6 22:04 Projekte
drwxr-xr-x 5 daniel daniel 4096 Jul 6 21:53 Uni
drw-rw-rw- 3 daniel daniel 4096 Jul 6 20:34 Vortrag
Vorn stehen die Rechte.
d = Directory
dann folgen die Rechte für den Besitzer (owner), dann die für die Gruppe und abschließend für alle anderen User.
r = read
w = write
x = execute
Das hier steht bei /etc/lighttpd:
drwxr-xr-x 4 root root 4096 Jul 6 20:59 .
drwxr-xr-x 88 root root 4096 Jul 6 21:18 ..
drwxr-xr-x 2 root root 4096 Jul 6 20:13 conf-available
drwxr-xr-x 2 root root 4096 Jul 6 20:58 conf-enabled
-rw-r--r-- 1 root root 30 Jul 6 20:59 conf-enabled10-cgi-php.conf
-rw-r--r-- 1 root root 102 Jul 6 21:20 lighttpd.conf
Wenn Lighttpd als www-data läuft sollte er die Konfiguration lesen können.
Hast du :
sudo chown -R www-data:www-data /var/www
auch gemacht ? Das ist nämlich das document-root also wo die Webseiten liegen.
EDIT:
Der Inhalt der Konfigurationsdatei sollte in etwa so aussehen :
http://www.cyberciti.biz/tips/wp-content/uploads/2006/07/lighttpd.conf.txt
Wenn Lighttpd als www-data läuft sollte er die Konfiguration lesen können.
Hast du :
sudo chown -R www-data:www-data /var/www
auch gemacht ? Das ist nämlich das document-root also wo die Webseiten liegen.
Jap. Wie gesagt ich habe die Anleitung von oben nach unten durchgearbeitet.
Was steht den in der Konfigurationsdatei als : server.document-root = ?
In der LightTpD.con steht:
fastcgi.server = ( ".php" => ((
"bin-path" => "/usr/bin/php5-cgi",
"socket" => "/tmp/php.socket"
)))
server.document-root = "/var/www"
server.port = 80
server.username = "www-data"
server.groupname = "www-data"
Füg mal das oben hinzu und versuch den Server nochmal zu starten
Ok beim starten erscheint nun das hier:
Starting web server: lighttpd2012-07-06 21:52:41: (network.c.358) can't bind to port: 80 Address already in use
failed!
Aber erst nachdem ich das Board rebootet habe. Beim allerersten eingeben vorm Reboot kam dieser Fehler nicht.
und wenn du jetzt ps -u www-data machst ? Eventuell läuft er schon, da du einen reboot gemacht hast.
Da kommt nun:
PID TTY TIME CMD
1719 ? 00:00:00 lighttpd
Läuft er damit jetzt? ^.^
Edit:
Jap er läuft. Sobald ich die IP nun im Browser angebe kommt "Error 404. Page not found"
Also lag das zusammengefasst nur daran das der Kram nicht in der config Datei stand?
Aber wieso wird davon in der Anleitung nichts gesagt :(
Ich als doofer Linux Anfänger weiß sowas doch nicht ^.^
Naja er hat eine PID und scheint zu laufen. Wenn du jetzt auf http://ip-adresse-rp/ gehst sollte eventuell etwas zu sehen sein.
Ka ob das geht....der PC kackt jedes mal ab -.- (also nicht das Pi).
Aber seltsamerweise will er die seite "index.lighttpd.html" auch downloaden sobald ich schreibe "IP/index.lighttpd.html".
Warum macht er das?
Weil er immer als erstes den Index liefert. Das kann der Verzeichnisinhalt sein oder ein Dokumententyp wie ein PHP-Skript, eine HTML-Seite oder ein CGI-Skript. Kommt immer drauf an was man eingestellt hat.
Außerdem sollte man die Dateitypen definieren, damit er weiß wie er was ausliefern soll.
mimetype.assign = ( ".png" => "image/png",
".jpg" => "image/jpeg",
".jpeg" => "image/jpeg",
".html" => "text/html",
".txt" => "text/plain" )
Wenn das dann immer noch nicht geht, dann könnte das hier eventuell auch helfen:
server.indexfiles = ( "index.php", "index.html")
Einfach hinten an die Konfigurationsdatei hängen und den Dienst neustarten. ( /etc/init.d/lighttpd restart)
Hab ich gemacht und neugestartet. Aber er downloadet die Seiten immernoch anstatt die zu öffnen.
Wie stell ich das den um?
AUch im Config-File?
Erstell mal eine HTML-Seite mit einem einfachen Text. Kann auch eine Textdatei sein, in index.html umbenennst. Die packst du nach /var/www und gibst dann nur die ip an. Ich denke er weiß nicht wie er den Dateiinhalt interpretieren soll.
Im Übrigen : http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=620934
However we won't fix this issue inSqueeze because of the low importance of this bug, whereas Debian policyonly allows release critical bug fixes to enter stable.Sprich der wird in Squeeze nicht behoben worden sein und du hast jetzt den Peter.
Erstell mal eine HTML-Seite mit einem einfachen Text. Kann auch eine Textdatei sein, in index.html umbenennst. Die packst du nach /var/www und gibst dann nur die ip an. Ich denke er weiß nicht wie er den Dateiinhalt interpretieren soll.
Sowas habe ich schon gemacht. Nur habe ich eine .php Datei erstellt und die da rein gepackt und die anschließend aufgerufen. Aber bei der ist exakt derselbe Fehler.
PHP wird nicht funktionieren. Da du noch kein PHP eingerichtet hast. Daher eine HTML-Datei.
Bei HTML genau dasselbe. Habs mit einem HTML-File namens "Test.html" getestet.
server.indexfiles = ( "index.php", "index.html")
Einfach hinten an die Konfigurationsdatei hängen und den Dienst neustarten. ( /etc/init.d/lighttpd restart)
Hast du das auch eingefügt? und benenn die datei mal index.html
und nach jeder Änderung ( der Konfigurationsdatei) muss der server neugestartet werden.
Hast du das auch eingefügt? und benenn die datei mal index.html
und nach jeder änderung muss der server neugestartet werden.
Selber Fehler :/
Du kannst also nur die Datei herunterladen. Aber angezeigt wird sie nicht ?
Minimalkonfigurationen von Lighttpd sehen eigentlich so aus : http://redmine.lighttpd.net/projects/lighttpd/wiki/tutorialconfiguration
Ich vergleich mal meine damit und gucke was fehlt usw.
Ok hab es zum laufen bekommen.
Ich habe das hier aus dem Config-File rausgeschmissen:
fastcgi.server = ( ".php" => ((
"bin-path" => "/usr/bin/php5-cgi",
"socket" => "/tmp/php.socket"
)))
Dann geht es.
Dank dir für deine Hilfe :)
Auf meinem NAS sieht die Standard-Konfiguration so aus.
22711
Cool. Naja das wirst du wieder brauchen, wenn du PHP aktivierst.
Dafür ist dann noch :
sudo apt-get install php5-cgi
sudo lighty-enable-mod fastcgi
nötig. Dann sollte auch PHP gehen.
Ja mit PHP beschäftige ich mich denke ich mal morgen :)
Ist schon spät heute....ich schreibe jetzt noch eben bisl am Wiki-Artikel und dann gehts ins Bett ^.^
Sodele......nachdem der Server nun ohne Mucken arbeitet wage ich mich mal an PHP ran.
Dort habe ich nun genau dasselbe Problem wie gestern (das er die Seite downloaden will).
Und dann hätte ich noch ne Frage.
Das hier steht ja in meiner Config-Datei:
server.document-root = "/var/www"
server.port = 80
server.username = "www-data"
server.groupname = "www-data"
index-file.names = ( "index.php", "index.html",
"index.htm", "default.htm",
" index.lighttpd.html" )
mimetype.assign = ( ".png" => "image/png",
".jpg" => "image/jpeg",
".jpeg" => "image/jpeg",
".html" => "text/html",
".txt" => "text/plain"
)
static-file.exclude-extensions = ( ".fcgi", ".php", ".rb", "~", ".inc" )
server.indexfiles = ( "index.php", "index.html")
fastcgi.server = ( ".php" => ((
"bin-path" => "/usr/bin/php5-cgi",
"socket" => "/tmp/php.socket"
)))
Was genau machen die Zeilen? Weil ich möchte das nicht einfach nur dumm abschreiben, sondern auch verstehen :)
Und dann bräuchte ich noch eine automatische Umleitung auf eine bestimmte Seite wenn ich in den Browser die IP meines Boards eingebe.
Im Moment sagt er ja nur "Error 404 Page not Found". Es soll aber beim aufrufen der IP direkt die Index-Seite angezeigt werden ohne das ich "IP/index.html" schreiben muss.
Was genau machen die Zeilen? Weil ich möchte das nicht einfach nur dumm abschreiben, sondern auch verstehen :)
Und dann bräuchte ich noch eine automatische Umleitung auf eine bestimmte Seite wenn ich in den Browser die IP meines Boards eingebe.
Im Moment sagt er ja nur "Error 404 Page not Found". Es soll aber beim aufrufen der IP direkt die Index-Seite angezeigt werden ohne das ich "IP/index.html" schreiben muss.
server.document-root legt das Datenverzeichnis fest
server.indexfiles sind Dateiname, die anstelle des Indexes ausgeliefert werden können. (Index bedeutet Verzeichnisinhalt )
Der Block
fastcgi.server = ( ".php" => ((
"bin-path" => "/usr/bin/php5-cgi",
"socket" => "/tmp/php.socket"
)))
gibt an, an welches Programm PHP-Skripte übergeben werden sollen. Daher der Pfad und der Socket, da es sich auch um einen Server handelt.
Mimetypes beschreiben Dateitypen und wie damit umgegangen werden soll.
Der Parameter
index-file.names ist mir irgendwie unbekannt. Vor allem da er von server.indexfiles eh abgedeckt werden sollte. Wichtig ist, dass du das PHP Modul für den Webserver aktiviert hast.
Der Parameter
index-file.names ist mir irgendwie unbekannt. Vor allem da er von
server.indexfiles eh abgedeckt werden sollte. Wichtig ist, dass du das PHP Modul für den Webserver aktiviert hast.
Ja der ist aktiviert.
Ok irgendwie funktioniert es nun doch ^.^
Na siehste. Man muss nur lange genug betteln. ;)
Na siehste. Man muss nur lange genug betteln. ;)
Ich weiß nichtmal was ich nun für einen Fehler behoben habe :P
Aber ich glaube ich speicher mir das Config File direkt mal. Auch damit ich ein funktionierendes File habe wenn ich den Kram im Wiki nochmal festhalten möchte oder so.....
PHPMyAdmin funktioniert jetzt auch direkt problemlos.
Ich habe jetzt mal eine kleine HTML Seite gemacht um Dateien auf das Pi draufladen zu können. Allerdings fehlt mir da noch die Routine die ausgeführt wird sobald man auf den "Datei Uploaden" Button drückt.
Hast du da was zur Hand?
Code hab ich nicht direkt. Aber es gibt ja Google : http://www.php-einfach.de/tuts_php_datei_upload.php/
Code hab ich nicht direkt. Aber es gibt ja Google : http://www.php-einfach.de/tuts_php_datei_upload.php/
Dank dir vielmals! Ich probiere es gleich mal direkt :D
Gibt es auch noch eine Möglichkeit das ich direkt auf meine Index-Seite umgeleitet werde wenn ich 192.168.178.25, also die IP meines Boards, eingebe. Weil im Moment muss ich ja noch 192.168.178.25/index.html eingeben.
Nur das würde ich gerne ändern (vorrausgesetzt es geht).
Sodele mein Webserver mit Upload funktioniert nun ^.^
Na dann ist doch alles in Butter. Hab auch schon gesehn, dass du fleißig warst und die Ergebnisse in einem separaten Thread online gestellt hast. Naja nun nach einer Woche warten konnte ich das Pi auch bestellen und muss nun wie alle weiter 11 Wochen Geduld üben. Dann kann man ja mal schauen ob man zur Wiki und natürlich zum neuen Forum etwas dazu steuern kann. ;)
Na dann ist doch alles in Butter. Hab auch schon gesehn, dass du fleißig warst und die Ergebnisse in einem separaten Thread online gestellt hast. Naja nun nach einer Woche warten konnte ich das Pi auch bestellen und muss nun wie alle weiter 11 Wochen Geduld üben. Dann kann man ja mal schauen ob man zur Wiki und natürlich zum neuen Forum etwas dazu steuern kann. ;)
11 Wochen.....dann mal viel Spaß beim warten :D
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.
BastelWastel
15.07.2012, 18:58
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:
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"
)))
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:
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"
)))
Du öffnest eine PHP Seite und nichts geschieht?
Oder öffnet sich ein Fenster wo er den Inhalt downloaden will?
Kann es leider nicht testen....hab gerade mein Kernel irgendwie gekillt ^.^
Edit:
Warum verklicke ich mich dauernd >.<?
BastelWastel
15.07.2012, 19:32
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.
TheDarkRose
15.07.2012, 19:39
Nein, .html Dateien werden nicht von php geparst
BastelWastel
15.07.2012, 19:47
Jap, da liegt das Problem..danke für den Denkanstoß ;)
Lösung fürs Archiv:
Mit in den config-file
fastcgi.map-extensions = ( ".html" => ".php" )
Und aus..
compress.filetype = ( "application/x-javascript", "text/css", "text/html", "text/plain" )
"text/html" löschen.
TheDarkRose
15.07.2012, 19:50
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.
BastelWastel
15.07.2012, 19:56
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.
BastelWastel
15.07.2012, 22:57
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
BastelWastel
16.07.2012, 00:37
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:
<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>
und das hier die PHP:
<html>
<?php
$check = $_GET['GPIO'];
echo $check;
?>
</html>
Btw....habe jetzt auch mal die WiringPi Libary installiert und alles.
Sieht ja recht brauchbar aus :)
BastelWastel
16.07.2012, 09:52
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.
BastelWastel
16.07.2012, 11:52
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.
BastelWastel
16.07.2012, 13:56
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?
BastelWastel
16.07.2012, 16:18
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 :(
BastelWastel
17.07.2012, 00:20
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.
BastelWastel
17.07.2012, 11:49
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?
TheDarkRose
17.07.2012, 12:34
Hast du eigentlich schon sql auf dem Pi, wenn ja welches?
sqlite ist das Beste für den Pi, alles andere frisst zu viele Ressourcen.
BastelWastel
17.07.2012, 13:25
Oke, danke..probier ich heut Abend direkt aus.
Kommt PHP mit sqlite ohne weiteres klar?
Oke, danke..probier ich heut Abend direkt aus.
Kommt PHP mit sqlite ohne weiteres klar?
Ich meine gelesen zu haben das es kompatibel zu dem ist.
Und mit der Seite aufm Rechner wollte ich eigtl erstmal nur gucken ob das mit den Checkboxen funktioniert.
Hatte keine Lust jedesmal die Seite wieder rüber zu kopieren :D
DanielSan
17.07.2012, 15:57
Sqlite funktioniert wunderbar mit php. Ich habe beispielsweise Owncloud damit am laufen. Bisher konnte ich keine Probleme feststellen.
Powered by vBulletin® Version 4.2.5 Copyright ©2024 Adduco Digital e.K. und vBulletin Solutions, Inc. Alle Rechte vorbehalten.