Hallo,
versuche auf Debian7 erstmalig Neos zum laufen zu bringen. Habe via Composer 1.0.1 installiert und per flow Script die Permissions gesetzt.
Beim Aufruf von /setup/ bekomme ich nur einen 500er. Im System Log sind mehrere gescheiterte Datenbank Connects. Wenn ich meine DB Daten in die Settings eintrage moniert das Setup Skript, dass diverse Tabellen nicht vorhanden sind:
14-02-05 01:18:00 4194 CRITICAL DBAL Uncaught exception in line 649 of /home/user/TYPO3-Neos-1.0.1/Packages/Libraries/doctrine/dbal/lib/Doctrine/DBAL/Connection.php: An exception occurred while executing 'SELECT t0_.persistence_object_identifier AS persistence_object_identifier0, t0_.hostpattern AS hostpattern1, t0_.active AS active2, t0_.site AS site3 FROM typo3_neos_domain_model_domain t0_':
SQLSTATE[42S02]: Base table or view not found: 1146 Table 'datenbankname.typo3_neos_domain_model_domain' doesn't exist - See also: 20140205011759ea40f8.txt
previousException => Uncaught exception #42S02 in line 646 of /home/user/TYPO3-Neos-1.0.1/Packages/Libraries/doctrine/dbal/lib/Doctrine/DBAL/Connection.php: SQLSTATE[42S02]: Base table or view not found: 1146 Table 'datenbankname.typo3_neos_domain_model_domain' doesn't exist
Besonderheiten meines Setups:
Neos läuft nicht im Root der Webseite sondern unter einem Pfad /pathxyz/
In der .htaccess steht auch:
RewriteBase /pathxyz/
In meiner VHOST Konfig habe ich den Neos Path dann so eingebunden:
Alias /pathxyz "/home/user/TYPO3-Neos-1.0.1/Web/"
<Directory "/home/user/TYPO3-Neos-1.0.1/Web/">
DirectoryIndex index.php
Options -Indexes +IncludesNOEXEC +FollowSymLinks
allow from all
</Directory>
Warum versucht das Setup Skript auf die Datenbank zuzugreifen?
Danke
VG kiete
Habe selbst einen Workaround gefunden. Es lag wohl daran das Neos im Subdirectory lief. Normal im Root der Webseite laufend klappt das Setup.
Danke
Hallo! Ich habe das selbe Problem, nur hat liegt es bei mir bereits normal im webroot.
Mein Server-Setup:
- vserver mit ispconfig
- nginx
- php5-fpm
Im Setup kommt selbiger Fehler wie oben... Ich komme also gar nicht dazu die DB-Daten anzugeben. Warum versucht er auf die Datenbank zuzugreifen obwohl ich noch keine Daten eingegeben habe bzw. konnte?
Hier meine vhost-config...
server {
listen xx.xx.xxx.xx:80;
server_name xxx ;
root /var/www/xxx/Neos-1.0.2/Web/;
error_log /var/log/xxx/neos.rockkeeper.de/error.log;
access_log /var/log/xxx/neos.rockkeeper.de/access.log combined;
location ~ "^/_Resources/Persistent/" {
rewrite "^(_Resources/Persistent/.{40})/.+(\..+)" /$1$2 break;
}
location ~ "^/_Resources/" {
access_log off;
log_not_found off;
expires max;
break;
}
location / {
rewrite ".*" /index.php last;
}
location = /index.php {
include /etc/nginx/fastcgi_params;
fastcgi_param FLOW3_CONTEXT Development;
fastcgi_param FLOW3_REWRITEURLS 1;
fastcgi_intercept_errors on;
fastcgi_split_path_info ^(.+\.php)(/.+)$;
fastcgi_pass unix:/var/lib/php5-fpm/web18.sock;
fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;
}
}
Weiß jemand Rat? Ich bin da echt ratlos...
Angeblich soll es sich ja bei einem 500-Server-Error gelegentlich lohnen im ErrorLog nachzusehen, was denn genau diesen Fehler verursacht...
Hallo!
Ja, das ist klar. mit "Ich habe das selbe Problem [...]" meinte ich , das ich das selbe Problem wie "kieste" habe. Er hat ja bereits seine Logeinträge gepostet. Ich habe die gleichen Fehler. Das Setup versucht auf die Datenbank zuzugreifen obwohl ich ihm noch nicht die Datenbank-Zugangsdaten mitteilen konnte (also vor dem Schritt der Datenbankeinrichtung im Setup). Daher verstehe ich nicht warum er es schon versucht auf die DB zuzugreifen.
RockKeeper was mir auf jeden Fall auffällt ist das deine nginx config nicht auf dem aktuellsten Stand ist.
Da FLOW3 in Flow umbenannt wurde sind die entsprechenden Environment Variablen auch schon seit mehr als einem Jahr geändert:
fastcgi_param FLOW3_CONTEXT Development;
fastcgi_param FLOW3_REWRITEURLS 1;
zu:
fastcgi_param FLOW_CONTEXT Development;
fastcgi_param FLOW_REWRITEURLS 1;
Und dann könnte das mit dem Setup auch wieder gehen... 🙂
Schon mal vieln vieln Dank! Es hat nun funktioniert. Allerdings auch nur im Chrome?! Im Firefox war nichts zu machen... Nun läuft es zwar, aber unendlich langsam. Ok, ich hab nur nen vserver aber ich dachte, das nen CMS schon gut laufen müsste. Bin Webentwickler und hab den Server als Spielwiese und Test-Labor.. Aber so ist es leider nicht benutzbar da es auch oft abbricht auf grund der langen ladezeiten.. Eine Seite im Backend wechseln dauert bsp. 30-40 sek. ... Hat neos so hohe Anforderungen bzw, ist es so Resourcenhungrig? Alle anderen Apps (auch andere CMS) die ich so drauf haben laufen sehr performant 🙁 Oder verträgt es sich mit der Kombi aus nginx + php5-fpm nicht so gut?
Doch nginx + php5-fpm sollte schon OK sein. Hast Du einen Opcode Cache? Also sowas wie APC, opcache oder xcache? Das ist Pflichtprogramm. Welche Version hast Du installiert? Versuch mal dev-master, wir haben kürzlich etliche Performance Improvements gemacht die in der bald erscheinenden 1.1 integriert sein werden. Da ist dann auch die php Extension php-yaml zu empfehlen und igbinary.