Installation FAQ/ja

Contents:

During Installation (Limesurvey 1.92 and below)

How can I create a database and a user in mysql with command line access?

You have to enter the below commands in your mysql.

create database <your_database_name>;

create user <your_database_username>;

create user <your_database_username>@localhost;

set password for <your_database_username> = PASSWORD('<your_database_password>');

set password for <your_database_username>@localhost = PASSWORD('<your_database_password>');

grant all on <your_database_name>.* to '<your_database_username>';

grant all on <your_database_name>.* to '<your_database_username>'@'localhost';

You have to replace <your_database_name>, <your_database_username> and <your_database_password> in above commands with according values.

What if I can't create a database through a script?

Normally, the script creates a new database, and then the table structure. However if your server/ISP doesn't give you admin rights to create a new database in MySQL, you will need to contact your server administrator to create the necessary database (or create it yourself). They should create a blank database for you that gives you the appropriate access rights (ie: read/write/create). Start the LimeSurvey installation as usually and it will then create the tables in the existing database.

mbstringライブラリ（マルチバイト文字列機能）とは何ですか？

mbstringライブラリとは、文字セットを他言語のものに変換するためのPHPのライブラリで、LimeSurveyを実行するのに必要となります。mbstringがすでにインストールされているかどうかを確認するには、webスペースにtest.phpというファイルを作成して、そこに次のように記入します。

<?php phpinfo(); ?>

Webブラウザからtest.phpのファイルを開くと、インストールされているphpについての各種情報が表示されます。その中にmbstringという文字列が見つかれば、正しくインストールされています。見つからない場合には、正しくインストールされていません。対処方法は利用しているサーバに応じて、次のようになります。

If you find the mbstring section then all should be well and you can continue on with your LimeSurvey installation!

If you don't find the mbstring section you might have a problem on your hands.

• プロバイダのサーバを利用している場合。プロバイダにこのPHPの拡張機能を利用可能にするように依頼してください。ちゃんとしたプロバイダならば、何の問題もなく応じてくれるはずです。
• 自前のLinuxサーバを利用している場合。mbstringを含めてPHPを再コンパイルする必要があります。Linuxの熟練者に方法を尋ねてください。
  • 'yum'をサポートしているLinux（CentOS, RedHat, Fedora）を利用している場合は、ターミナルから（スーパーユーザとして）次のように入力します。
    • yum install php-mbstring
  • インストール後は、apacheを再起動する必要があります。
    • /etc/init.d/httpd restart
• 自前のWindowsサーバを利用している場合。これは簡単です。システム上のphp.iniを探してエディタで開き、mbstringという文字列を検索します。たいていの場合、mbstringという文字列の含まれている行が ; （セミコロン）でコメントアウトされています。セミコロンを削除してphp.iniを保存し、サーバを再起動すればOKです。

ラテン文字以外（漢字、キリル文字、ギリシャ文字）の文字が ? （疑問符）になって表示されます。

データベースがUTF-8の文字セットを利用する設定になっていない場合、この問題が生じます。管理画面からデータベースを作成した場合にこの問題が生じます。次のSQLコマンドを、データベース上で（phpMyAdminなどを用いて）実行すれば解決します。

ALTER DATABASE `<your_database_name>` DEFAULT CHARACTER SET utf8 COLLATE utf8_unicode_ci;

Replace <your_database_name> with the name of your database. You need to do this before installing LimeSurvey.

Blank page when accessing the Install page

The problem is not with the LimeSurvey installation but with the PHP installation.

• Verify you have the MySQL PHP module (php-mysql) installed.
• Verify your PHP install is loading the PHP.ini file your are modifying and not parsing other PHP.INI files on your system.
• Verify the location and permissions of the following setting in your PHP.ini

upload_tmp_dir="/temp"

session.save_path="/temp"

• Verify your server runs a suitable PHP version (e.g. this "blank page" problem appeared with PHP v4.4 and LimeSurvey v2.00+).

Error messages because of a not existing ressources

Sometimes files are not uploaded correctly or were broken during upload. This leads to several different error messages. Most of them refer to a file or function within a file which can't be found.

Solution: Re-upload all files using the binary mode of your FTP program.

After Database Creation

Blank Page after Database Creation

Symptoms

• LimeSurvey installed OK, and database was created, but instead of the admin page, you get an empty page
• Web surver log shows "Fatal error: Call to a member function on a non-object in /path/to/limesurvey/admin/login_check.php on line 69"

Fix

This is probably an incorrect setting for $rooturl or $rootdir in config.php. In particular, config.php attempts to set $rootdir correctly by calling dirname('''FILE''') and while this usually works, it can be upset when LimeSurvey is installed in a user's home or public_html directory and the home directory is mounted over NFS. Try setting $rootdir manually, and in particular, while your shell or pwd command may show a path like "/disks/hostname/home/username/public_html/limesurvey", try using "/home/username/public_html/limesurvey".

When accessing admin page, the browser keeps running and will eventually fail to show it

Symptoms

• LimeSurvey installed OK and database was created. But when you access the admin page, the browser keeps running and will eventually fail to show the page.
• When you check the web server access log, its size has become so big (in some cases, more than 2 GB).
• Inside the access log, you get this message filling the log.

Warning: fread() [function.fread]: Length parameter must be greater than 0 in /limesurvey/classes/php-gettext/streams.php on line 120

Note: line number may be different depending on your LimeSurvey version.

Fix

This may be caused by the mbstring.func_overload setting. Check the setting in your php.ini and set as the following.

mbstring.func_overload = 0

Note: This means no function overloading. See PHP manual for this setting: Function Overloading Feature

When accessing admin page, the browser reports Fatal error: Call to a member function gT() on a non-object in login_check.php on line 76

Symptoms

• LimeSurvey installed OK and database was created. But when rdirected to the admin page, the browser displayed the the listed error.
• $rootdir and $rooturl are correctly set in config.php.
• The disk path name for limesurvey installation directory includes one of the following characters: ()+

Note: Other characters may also induce the same behaviour

Fix

Move / rename the limesurvey installation directory so that pathname does not include either the ( or ) characters

After Login

Any action in admin page will return you to login screen

This may happen for the following two main reasons :

• PHP sessions problems
• UTF8 encoding problems
• IE (6,7 and 8) problems

PHP Sessions :

1. Update upload_tmp_dir and session.save_path in php.ini
2. Create the configured session and upload directories
3. IIS: Assigned permission to create and modify to IIS guest user account
4. Apache: Make sure your webserver has permissions to write into the configured directory
5. Check if the variable  "session.use_cookies" in php.ini is set to 1.
6. Check the variable "session.auto_start" in php.ini. If it is set to 1, change it to 0.

UTF8 Encoding :

If you edit any file (most probably config.php) do not save it as UTF8 to support special language chars! Always save .php files as true ANSI/ISO format. Starting with 1.87 you can set the most important settings inside the application using the 'Global settings' dialog (like site name, administrator name, etc.).

IE Cookies :

IE (6,7 and 8) does not support underscore "_" in the server hostname. If it is the case, the cookies are not managed and cookie(s) is(are) not set. So change the server hostname under apache or IIS.

LimeSurvey and suhosin ("Session has expired")

You might, at one point, get a message like :

ERROR

We are sorry but your session has expired.

Either you have been inactive for too long, you have cookies disabled for your browser, or there were problems with your connection.

And if you have Suhosin activated on your server, that's might be the reason why you get this in the middle of a survey.

NB : when your survey is not active, the behaviour might be different, you could be redirected in the middle of a survey to the public list of surveys. The solution is the same.

Suhosin is an advanced protection system for PHP installations. Suhosin default configuration can make trouble to LimeSurvey installation.

First think to test with suhosin log, set suhosin.log.sapi = 511 and suhosin.simulation = on according with suhosin documentation.

The configuration file is usually located in /etc/php5/apache2/conf.d/suhosin.ini but to be sure you can check your phpinfo (Limesurvey administration > Global Settings > Button Show phpinfo > Line : "Additional .ini files parsed") to get the correct path.

Don't forget to restart your Apache server for the parameters to be taken into account (service apache2 restart).

When the simulation is on, Suhosin is not blocking anything and the errors are reported into the logs (usually in your syslog : /var/log/syslog). If you appear to get error messages such as "ALERT-SIMULATION - configured POST variable limit exceeded" that's Suhosin alerting...

This configuration seems to work well with Limesurvey:

suhosin.memory_limit = 128

suhosin.post.max_value_length = 5000000

suhosin.post.max_vars = 5000

suhosin.request.max_value_length = 5000000

suhosin.request.max_vars = 5000

With those parameters, you should be able to put the suhosin.simulation back at the "off" value (so that the serveur is protected and limesurvey still works).

The default values of suhosin are not working well with limesurvey. If you really want to secure your serveur tightly you might want to use the simulation mode to tune the setting and find the good values between 1000 and 5000 for the vars and 1000000 and 5000000 for the value_lenghts.

Note: There was an additional PHP setting introduced recently: max_input_vars - this setting is the same as suhosin.post.max_vars but needs to be set separately in php.ini .

LimeSurvey and suhosin ("quick translate trouble")

You can have some problem with the quick translate module when you are on OpenBSD 5.1 with php-5.3.10.

The symptom is : modification via "Quick translate --> options answer" are not update

You must downgrade your php version to php-5.2.17p8 and use the suhosin tweak proposed above.

I can't change the language!

No matter what language you choose, the interface (admin und user) always is in English language. Normally this is caused by a bug in your PHP version. There is no other fix for this than updating your PHP version.

Some common errors (IIS focused)

Index.php won't open

Possible cause: This might happen if you haven't installed necessary extensions

• You need to install Multi-byte string, and MSSQL (or MySQL) extensions

Possible cause: ISAPI filter not configured

• In IIS, for the website (you could do it at the directory level) you must configure it to use php5isapi.dll

Index.php won't open and "php.exe -i" gives error messages about missing .dll's

This may happen if you install too many extensions

• If you install all PHP extensions, PHP will fail because not all dependencies were met (e.g. oracle package needs oracle dll's)
• Install only the extensions that you need
• To test, try running php.exe -i from the command line

Message stating database was missing

This may happen if you navigate to wrong url

• Make sure you go to limesurvey/admin/install/index.php instead of limesurvey/index.php !

Above fixes do not solve the problem

This may happen if you have not restarted IIS

• Restart IIS

Things that were easy to forget:

• .php needs to be associated to php5isapi.dll filter (It did this for me automagically)
• limesurvey/tmp directory needs writer permission for survey uploads
• updating doc_root in php.ini and $rootdir in config.php

Missing files ("No such file or directory")

When uploading LimeSurvey to your server it might happen that the connection is interrupted so that some files are not transferred or not transferred completely. Depending on the files you can receive error message at different part of LimeSurvey usage. Normally missing files throw errors like

"Warning: require_once(/path/to/your/limesurvey/installation/filename) [function.require-once]: failed to open stream: No such file or directory in /path/to/your/limesurvey/installation/filename on line 12345)" OR

"Fatal error: require_once() [function.require]: Failed opening required 'require_once(/path/to/your/limesurvey/installation/filename)' (include_path='.:/x/y/z) in /path/to/your/limesurvey/installation/filename on line 12345"

Solution

1. Delete all uploaded files.

2. Re-upload the files.

(3. If necessary: Re-install by browsing to /limesurveyfolder/admin/install)

Not able to add or edit subquestions/answers after upgrade

If you're not capable of editing or adding a question, ask youre host provider to change the mod_security setting of the domain name. See the forum thread Not Able to Add or Edit Questions on new 1.90 for more info.

Fancy URLs by removing index.php from the URL path

If you want to use fancy URLs and so not have /index.php in every URL please edit /application/config/config.php and change

'showScriptName' => true,

to

'showScriptName' => false,

For this to work properly you must use an Apache webserver with a properly installed mod_rewrite module.