Announcement

Collapse
No announcement yet.

Brauche Hilfe | MySQL Connection von AHK

Collapse
X
  • Filter
  • Time
  • Show
Clear All
new posts

  • Brauche Hilfe | MySQL Connection von AHK

    Moin liebe Community, ich bin 15 Jahre alt und programmiere nebenbei ein bisschen.
    Jetzt habe ich aber ein Problem an dem ich schon seit Tagen hänge und keine Lösung finde.

    Ich habe mir einen Raspberry Pi gekauft und lasse darauf einen Apache Webserver mit Php5, MySQL und PhpMyAdmin laufen.
    Jetzt habe ich mein Tool welches mit Autohotkey und diversen dll Dateien programmiert ist auf die neue Datenbank umgestellt.

    Jedoch gibt es nun zwei Probleme:

    1. Das Loginsystem meines Tools benötigt zwei php Dateien die auf dem Raspi liegen.
    Diese sind erreichbar unter:
    http://84.179.67.72/improv3d.php
    http://84.179.67.72/config.php
    Jedoch zeigt es mir einfach NICHTS an. Er gibt nichts aus.

    2. Das Tool baut keine Verbindung zu Datenbank auf. Kann sein, dass es am oben genannten liegt.
    Jedoch stelle ich dies hier auch gleich zu Schau.




    Die Verbindung zu Datenbank geschieht mit Hilfe von INSGESAMT drei Dateien.
    Lokal von der improv3d.ahk zur improv3d.php und von dort zur config.php

    Ich stelle mal den Code der improv3d.ahk bereit:
    http://pastebin.com/NdeBhDwS

  • #2
    Schau ins access.log und error.log des Apache
    Christian

    Comment


    • #3
      Originally posted by Christian Marquardt View Post
      Schau ins access.log und error.log des Apache
      Im Errorlog steht nichts.
      Ich Accesslog steht, dass die von mir angeforderten Daten abgerufen wurden.

      Aber er hat es mir ja nicht angezeigt.
      Hab immernoch keine Ahnung :/

      Comment


      • #4
        Dann arbeitet zumindestens Apache korrekt

        Ursache könnte sein, dass die Telekom dir ja nach einer Zwangstrennung eine neue IP zuordnet

        Versuche

        imp_server := "http://84.179.67.72/improv3d.php"

        durch

        imp_server := "http://localhost/improv3d.php"

        zu ersetzen




        Sofern diese Adressen

        http://84.179.67.72/improv3d.php
        http://84.179.67.72/config.php

        von aussen aufgerufen werden benötigen sie auch die akutelle IP
        Christian

        Comment


        • #5
          Originally posted by Christian Marquardt View Post
          Dann arbeitet zumindestens Apache korrekt

          Ursache könnte sein, dass die Telekom dir ja nach einer Zwangstrennung eine neue IP zuordnet

          Versuche

          imp_server := "http://84.179.67.72/improv3d.php"

          durch

          imp_server := "http://localhost/improv3d.php"

          zu ersetzen




          Sofern diese Adressen

          http://84.179.67.72/improv3d.php
          http://84.179.67.72/config.php

          von aussen aufgerufen werden benötigen sie auch die akutelle IP

          Ist nicht so einfach. Mit dem IP Zangsänderung könntest du Recht haben.
          Ich habe in der Fritz box zwar FixIP eingestellt aber die oben genannte geht nicht mehr.
          Und die die im Router steht geht zwar aber nur lokal.

          Und das mit imp_server ist lokal auf dem PC des Nutzers.
          Deswegen geht localhost nicht.


          Ich gebe dir mal einen Auszug der Meldung die der access.log ausgibt:
          http://pastebin.com/efQSdZNX
          Wichtig: das ganze ist eine Zeile.

          Comment


          • #6
            Im access.log ist der Request mit dem Statuscode 200 = ok beantwortet worden.
            M.E. ist es nicht möglich, über die Fritzbox eine IP fest einzustellen. Wie sollte das gehen, die IP wird vom Provider geliefert.
            du kannst deine Fritzbox bei MyFritz Net anmelden und so das Problem mit der wechslenden IP umgehen.
            Zuletzt editiert von Christian Marquardt; 08.04.2015, 07:42.
            Christian

            Comment


            • #7
              Hallo,
              wenn der Request einer PHP-Datei im Access-Log des Webservers mit 200 beantwortet wird, dann ist zumindest schonmal der Server richtig konfiguriert und funktioniert prinzipiell. Wenn dann noch eine "Leere Seite" (und nicht etwa der PHP-Quellcode) ausgegeben wird, dann funktioniert auch prinzipiell die PHP-Konfiguration! Als nächstes wäre jetzt die Ausgabe im PHP-Error-Log sehenswert, um herauszubekommen wo ggfs. ein Fehler auftritt. Das Apache-Log hilft hier nicht weiter - ausser das PHP-Logging ist so konfiguriert, dass es ebenfalls dorthin schreibt. Testweise kann man auch mal die direkte Fehlerusgabe im PHP aktivieren. Dann sollte beim Aufruf keine leere Seite mehr kommen, sondern die entsprechende Fehlerausgabe.
              Die notwendigen Angaben in der PHP-ini sind: error_reporting, display_errors und / oder log_errors und error_log.

              Gruß Falk

              Edit: Hab das mal hierher verschoben, da es ja nicht unbedingt ein MySQL/SQL Problem ist.
              Wenn du denkst du hast alle Bugs gefunden, dann ist das ein Bug in deiner Denksoftware.

              Quellcode ohne ein Mindestmaß an Formatierung sehe ich mir nicht an! Ich leiste keinen Privatsupport per Mail oder PN!

              Comment


              • #8
                Okay ich werde mir die Logs mal durchsehen sobald ich Zuhause bin.

                Comment


                • #9
                  Originally posted by Christian Marquardt View Post
                  Im access.log ist der Request mit dem Statuscode 200 = ok beantwortet worden.
                  M.E. ist es nicht möglich, über die Fritzbox eine IP fest einzustellen. Wie sollte das gehen, die IP wird vom Provider geliefert.
                  du kannst deine Fritzbox bei MyFritz Net anmelden und so das Problem mit der wechslenden IP umgehen.
                  Kannst du mir das mit MyFritz dann noch genauer erklären?




                  Originally posted by Falk Prüfer View Post
                  Hallo,
                  wenn der Request einer PHP-Datei im Access-Log des Webservers mit 200 beantwortet wird, dann ist zumindest schonmal der Server richtig konfiguriert und funktioniert prinzipiell. Wenn dann noch eine "Leere Seite" (und nicht etwa der PHP-Quellcode) ausgegeben wird, dann funktioniert auch prinzipiell die PHP-Konfiguration! Als nächstes wäre jetzt die Ausgabe im PHP-Error-Log sehenswert, um herauszubekommen wo ggfs. ein Fehler auftritt. Das Apache-Log hilft hier nicht weiter - ausser das PHP-Logging ist so konfiguriert, dass es ebenfalls dorthin schreibt. Testweise kann man auch mal die direkte Fehlerusgabe im PHP aktivieren. Dann sollte beim Aufruf keine leere Seite mehr kommen, sondern die entsprechende Fehlerausgabe.
                  Die notwendigen Angaben in der PHP-ini sind: error_reporting, display_errors und / oder log_errors und error_log.

                  Gruß Falk

                  Edit: Hab das mal hierher verschoben, da es ja nicht unbedingt ein MySQL/SQL Problem ist.
                  Wo genau liegen diese Logs? Ich finde sie nicht.

                  Comment


                  • #10
                    http://avm.de/nc/service/fritzbox/fr...ox-einrichten/

                    Damit kannst du dann ein Portforwarding auf den Pi einrichten. Habe hier das laufen nur mit einem Tomcat....
                    Christian

                    Comment


                    • #11
                      Originally posted by NicoMinza View Post
                      Wo genau liegen diese Logs? Ich finde sie nicht.
                      ??? Ich weiss ja nicht was bei dir eingestellt ist. Die von mir gemachten Angaben sind Einträge in der PHP-ini. Wenn dort Error-Logging aktiviert und bei error_log was eingetragen ist, dann findest du das Logfile genau da!

                      Gruß Falk
                      Wenn du denkst du hast alle Bugs gefunden, dann ist das ein Bug in deiner Denksoftware.

                      Quellcode ohne ein Mindestmaß an Formatierung sehe ich mir nicht an! Ich leiste keinen Privatsupport per Mail oder PN!

                      Comment


                      • #12
                        Originally posted by Falk Prüfer View Post
                        ??? Ich weiss ja nicht was bei dir eingestellt ist. Die von mir gemachten Angaben sind Einträge in der PHP-ini. Wenn dort Error-Logging aktiviert und bei error_log was eingetragen ist, dann findest du das Logfile genau da!

                        Gruß Falk
                        Also der PHP Errorlog ist bei mir in der gleichen Datei wie der Apache Errorlog. Nur mit PHP davor.

                        PHP bemängelt folgendes:
                        File does not exist: /var/www/phph
                        File does not exist: /var/www/phpMyAdmin
                        File does not exist: /var/www/pma
                        File does not exist: /var/www/myadmin
                        PHP Warning: Module 'mysql' already loaded in Unknown on line 0

                        Comment


                        • #13
                          Dürfte wohl bei der Installation was nciht geklappt haben
                          Christian

                          Comment


                          • #14
                            Ich habe das 5 mal gemacht und nie gings.
                            Aber PHP geht ja. Und keine der Dateien die nicht geladen werden betreffen den Ablageort meiner Dateien.

                            Comment


                            • #15
                              Würde in der http.conf des Apache mal prüfen:

                              # DocumentRoot: The directory out of which you will serve your
                              # documents. By default, all requests are taken from this directory, but
                              # symbolic links and aliases may be used to point to other locations.
                              #
                              DocumentRoot .........(was steht hier)

                              Ist ein virtueller Server eingerichtet, dann auch

                              <VirtualHost *:80>
                              DocumentRoot.........(was steht hier)
                              ServerName....
                              </VirtualHost>
                              Zuletzt editiert von Christian Marquardt; 12.04.2015, 19:33.
                              Christian

                              Comment

                              Working...
                              X