Kommentare zu: Hilfe! Mein lokaler Apache kann kein PHP mehr (update)

Von: ninjaturkey

ninjaturkey — Mon, 17 Feb 2014 15:03:01 +0000

Ich weiß, ich soll nicht weiter von Deinem Problem ablenken, aber vielleicht hilfst ja ein wenig, and´rer Leid zu betrachten: Also, am Samstag neuen Scanner gekauft, mit Mühe ans Laufen gebracht (s.o.). HEUTE BRINGT APPLE NACH EINEM HALBEN JAHR (!!!) EIN SCANNERUPDATE MIT DEM MEIN ALTER LIEBLINGSSCANNER WIEDER LÄUFT. Ich hatte das Teil schon meinem Nachbarn geschenkt, aber der hatte es noch nicht abgeholt. *Hrnnzzz… (langsam werd´ ich zu alt für den Scheiß…)

Von: da]v[ax

da]v[ax — Sat, 15 Feb 2014 19:01:02 +0000

@e.s. 7: ach so? Echt?! Okay, das erklärt einiges... das ist ja so wirr wie Win7, nur andersrum. Da sind nämlich lauter Ordner, von denen man mein, es seien die gleichen, verteilt auf verschiedene Ordner. Ein einziger Wirrwarr. Deshalb verwendei ch auch die ganzen "Libraries" unter Win7 nicht. Ich raff da nicht durch. BTT: leider rennt mein lokales Blog immer noch nicht. Ich habe aber auch genau null Bock, mich da reinzufuchsen. Die Tipps mit allow_short_tags und display_errors haben mir immerhin schon mal gezeigt, dass irgendwas läuft. Warum aber das Blog selbst lauter Fehler wirft (wohlgemerkt auch das Admin-Backend!!) ist mir ein Rätsel. Ich sag nur:

Warning: require(/Users/xxx/Sites/todamax/blog/wp-includes/option.php): failed to open stream: No such file or directory in /Users/xxx/Sites/todamax/blog/wp-includes/functions.php on line 8 Fatal error: require(): Failed opening required '/Users/xxx/Sites/todamax/blog/wp-includes/option.php' (include_path='.:') in /Users/xxx/Sites/todamax/blog/wp-includes/functions.php on line 8

wot da fuck?!

Von: e.s.

e.s. — Sat, 15 Feb 2014 18:43:20 +0000

noch nen kleener hint: aufm mac sind
/private/etc/apache2
und
/etc/apache2

dasselbe verzeichnis. warum das so ist? keen plan…

Von: ninjaturkey

ninjaturkey — Sat, 15 Feb 2014 18:00:27 +0000

Uff – hat sich erledigt. Scanner läuft. Jetzt mach ich mir ein Fläschchen Südtiroler auf.

»…und jetzt lenk’ nicht weiter von meinem Problem ab…«

@4. da]v[ax: Na gut, dann sag ich auch nicht, warum er jetzt wieder läuft.

BTW – als alter Power-User gilt meine volle Hochachtung denen, die sich immer wieder bis über die Ellbogen durch Apache, PHP und Konsorten wühlen!

Von: da]v[ax

da]v[ax — Sat, 15 Feb 2014 17:32:12 +0000

Den Canoscan Lide hab ich auch. Unter Win7 funzt der einwandfrei und jetzt lenk’ nicht weiter von meinem Problem ab.

Von: ninjaturkey

ninjaturkey — Sat, 15 Feb 2014 17:21:50 +0000

Eure Sorgen will ich haben: Hab vor einiger Zeit alle meine Compis auf Mavericks (10.9.1) geupdatet. Läuft sauber und hat ein paar hübsche Gimmicks, die ich brauchen kann. Jetzt schnell was scannen (kommt schon mal vor im Graphic-Business). Geht nicht!? Mein Scanner (Canoscan 4400f), der seit Jahren sauber funktioniert, wird nicht mehr erkannt. Der Treiber von Canon (soll angeblich auch unter 10.9 laufen) bringt nichts. In den Foren haben alle Kollegen das gleiche Problem. SANE und ähnliche Umwege gehen auch nicht, VueScan erkennt ihn auch nicht. O.K., schweren Herzens den Scanner meinem Nachbarn geschenkt und einen neuen gekauft (Canoscan LIDE 210). Heute gekommen, ausgepackt, angeschlossen – GEHT AUCH NICHT (immerhin jetzt mit VueScan) …#%$&hrnnzpf§…

Von: da]v[ax

da]v[ax — Sat, 15 Feb 2014 13:25:01 +0000

hier ist ne 5.3 installiert, der 5.2-Tipp war wohl völliger Blödsinn. Aber guck dir das Update an, ich bin einen Schritt weiter.

Von: Ronald

Ronald — Sat, 15 Feb 2014 13:03:56 +0000

@Chris: Nicht ServerRoot und DocumentRoot verwechseln.

Uebrigens ist 5.2 steinalt, aber das wisst Ihr sicher auch. Ich kenne mich mit Macs nicht aus, aber fuer mich klingt das als ob Du das komplett wegwerfen und neu installieren solltest, dann mit einer frischen php.ini. Also nicht das MacOS neu, nur PHP und vielleicht den Apachen…

Von: Chris

Chris — Sat, 15 Feb 2014 12:12:43 +0000

Ich hab keine Ahnung von Apache httpd, aber die Einstellung
ServerRoot “/usr”
ist sehr komisch. Dein Apache darf unter “/usr” eigentlich nirgendwo Schreibrechte haben, kann dort also auch keine Logfiles hinschreiben.
Unter Fedora 20 (siehe http://pastebin.com/W9XDcXei ) ist der Standard
ServerRoot “/etc/httpd”
was schon deutlich sinnvoller ist. Alternativ
ServerRoot “/var/lib/httpd”