cumulonimbus8 schrieb:
Ich weiß was UNIX ist und weiß was LINUX ist.
Würfelst Du dafür aber schön durcheinander. Euer Server läuft unter Linux.
cumulonimbus8 schrieb:
Ich weiß aber nicht welche kleinen Tricks es geben könnte die mir helfen. Deshalb frage ich hier.
Es braucht hier keine Tricks. Nur etwas Wissen bzw. Verständnis.
cumulonimbus8 schrieb:
Muss dir auch nicht klar sein. Typischer Paket-UNIX-Web-Server nach 1&1 = Webspace. Frage war ob man da drauf eine Datenbank Typ MySql emulieren kann.
lol
Das Web-Paket beinhaltet 5 Mysql- Nutzer-Datenbanken. Sind die alle schon anderweitig in Verwendung?
cumulonimbus8 schrieb:
Beschränkt in Rechten wären wir da noch gar nicht mal, es ist der pure, plumpe Name der Datenbank (mysql) der das Problem ist.
Nein, das Problem liegt an anderer Stelle. Es braucht eine Datenbank mit einem bestimmten Namen für queXS. Und die Timezone-Daten müssen geladen werden (nun rate mal in welche Datenbank?).
cumulonimbus8 schrieb:
Ein echter, selbst zu verwaltender UNIX-Server… Ich sage zwei einfache Wörter: zu teuer…
Ist klar. Und da ist ja auch wieder der Unix-Verweis. Solaris soll gut sein.
cumulonimbus8 schrieb:
Ich habe alles das 1:1 ›zu Hause‹ auf XAMPP wiederholt was ich auf dem o.g. Web-Server getan habe und tun wollte. Erst in einem Verwaltungsschritt (Anlegen von Operatoren) verlangt die dort erstmals gesehen Inteface-Page Angaben zur Zeitzone. Vermutlich meint der Programmierne, dass die (Tabellen) immer schön brav vorhanden sind, auf seiner (Vermutung) LINUX-Basis [wir mögen uns doch diese Zeitzonen-Tabellen vom Provider zur Verfügung stellen lasen schrieb er in einer Antwort…] Zu Hause konfrontiert lud ich nach Google diese Tabellen als .sql runter und konnte sie, was mir erst später so klar wurde, der Datenbank mysql hinzufügen wonach die Interface-Page funktionierte. Die Fehlmeldung besagte, was ich nicht gleich las, dass bewusste Tabellen in eine Datenbank mysql gehören, mit genau und nur diesem Namen. Erst die Fehlermeldung lieferte die Info, kein Handbuch!
Auch klar. Darf nichts kosten, soll aber professionelle Hilfestellung für unbedarfte Nutzer bieten. In der README sind Anlegen der notwendigen Datenbank, Erstellen der Tabellen und die Installation der Timezone-Daten explizit aufgeführt! Mehr braucht es nicht.
cumulonimbus8 schrieb:
Ich weiß auch was du hier tust: aus dem Zusammenhang zitieren.
Du trollst - und ich trolle zurück.
cumulonimbus8 schrieb:
»ihr« ist nicht ich sondern Cheffe.
Dann gehst Du zum Chef und bittest ihn um die Vertragsdetails. Die man natürlich auch im Web einsehen kann. Was aber ohnehin unerheblich ist.
cumulonimbus8 schrieb:
Nun kam was neues was (sieh weiter oben) in keinem Handbuch, keiner Aufstellung notiert ist.
In der README steht alles notwendige. Aber ich wiederhole mich...
cumulonimbus8 schrieb:
phpMyMAdmin, aber das wäre egal. Klar gibts die Tools, klar benutzen wir die (Cheffe öfter als ich) - nur eben den Namen der Datenbank konnte ich, nach erfolgreichem Import, nicht verändern!
Und eine andere Datenbank mit dem korrekten Namen kann warum nicht erstellt werden? Es gibt natürlich auch keine Möglichkeit herauszufinden, was denn nun diese verflixte "mysql"-Datenbank soll und was man damit tunlichst nicht machen sollte?
cumulonimbus8 schrieb:
Setzt leider eine LINUX-Distri voraus die wir nicht haben.
Auf dem Host läuft Linux, nur habt ihr keinen Shell Zugriff. mysql_tzinfo_to_sql könnt ihr deswegen nicht ausführen. Wenn es keinen Weg gibt, queXS ohne diese Daten zum Laufen zu bekommen oder die Daten manuell irgendwie zu importieren, war es das an dieser Stelle. Dann muss ein anderer Server her. Oder eine andere Anwendung.
(Man könnte versuchen die Timezone-Daten manuell importieren und schauen, ob es dann funktioniert. Empfehlenswert ist es nicht.)
cumulonimbus8 schrieb:
Wie gesagt unterstelle ich einfach, dass MySql mitkommt und womögliche eine DB mysql dort angelegt ist. Plumpe Unterstellung halt.
Natürlich ist Mysql installiert. Die ist Teil des Pakets. Und natürlich gibt es eine Datenbank "mysql". Darüber wird u.a. die Benutzerverwaltung geregelt, weswegen man hier nicht rumspielen sollte. Mysql bietet für die Timezonen-Daten deshalb besagtes Tool.
cumulonimbus8 schrieb:
Cheffe hat sie auch gelesen und fand sie spärlich. Wenn sie aber unvollständig ist, Essentielles fehlt oder stillschweigend vorausgesetzt wird (meine Zeitzonen-Tabellen) dann ist und bleibt das unterirdisch.
Da fehlt nix und wird auch nichts stillschweigend vorausgesetzt. Der Befehl zum Anlegen der Zeitzonen-Daten ist aufgeführt. Aber wenn Dein Chef der gleichen Meinung ist, bist Du zumindest genau am richtigen Platz. Das ist doch auch was.
cumulonimbus8 schrieb:
(Die Hilfe da führte zu MySql, ›wie füge ich Tabellen hinzu‹, und nicht dahin, dass diese Tabellen in sich erforderlich wären.)
Ich weiß nicht, wovon Du redest. In der README steht:
Code:
##Installation (from 1.14.0)
#Download and extract queXS to your webroot
unzip quexs-1.14.1.zip -d /var/www/html
cd /var/www/html/quexs
#Create a MySQL/mariadb database
mysqladmin create quexs
#Import the database structure from the database/quexs.sql file
mysql -uroot quexs < database/quexs.sql
#Install the timezone database
mysql_tzinfo_to_sql /usr/share/zoneinfo | mysql -u root mysql
#Create the default config file
cp config.inc.local.php.example config.inc.local.php
#Update file permissions
chown www-data:www-data -R include/limesurvey/tmp/
chown www-data:www-data -R include/limesurvey/upload/
Then browse to the queXS URL and login using the default credentials (admin/password)
cumulonimbus8 schrieb:
Ich habe den typischen Fall: Das Teil sieht gut aus, hier haste, mach mal. Die Schlaglöcher kommen von selbst. Und dann merkst du, dass du einen sehr fiesen Haken hast an dem du hängen bleibst.
Was soll daran fies sein? Die Software hat gewisse Anforderungen. Wenn der Server, die nicht erfüllt, braucht es etwas anderes.
cumulonimbus8 schrieb:
Kein Support kann logisch einfaches ändern, kein Provider das liefern was der Support will, keine knappe Kasse das kaufen was dem Support noch vorschwebt. Und nun fängst du an zu tricksen, suchst nach Hintertürchen…
Die zu nichts führen, wenn man sich verrennt. @pfd hat einen möglichen Workaround für das Timezone-Problem genannt. Provider gibt es ohne Ende. Für kleine Sachen gibt es übrigens durchaus kostenlose Angebote, die man nützen könnte.