Installation egw14.3 auf 1und1 unlimited

egw-5 2016-05-25 14:55:11 UTC #1

Hello,

I have some trouble with my initial installation on the 1und1 server.

Actually the installation appears to run well. But even on a clean new
installation the behavior is strange:

     Context menus do not appear in modal window but behind the menu

bar on the left where it is not operational.

http://org.light-of-darkness.de/Context_menu.png

     Many admin options do not work or even trigger any reaction

I am using PHP7 (on the 1&1 server this is the only option to activate op
code caching)

I do not have root access to the linux so I have to install via FTP

The .htaccess hat the following commands active:
#For Apache FCGI (not regular mod_php!) you need the following rewrite rule:

RewriteEngine on

RewriteRule .* - [E=HTTP_AUTHORIZATION:%{HTTP:Authorization},L]

In the php.ini I have (and I reference it from each sub directory):

file_uploads = on

log_errors = on

magic_quotes_gpc = off

magic_quotes_runtime = off

register_globals = off

short_open_tag = on

track_vars = on

upload_max_filesize = 64M

date.timezone = Europe/Berlin

display_errors = off

error_reporting = 30711

max_execution_time = 240

memory_limit = 256M

session.gc_maxlifetime = 14400

post_max_size = 65M

session.use_trans_sid = Off

session.gc_probability = 1

session.gc_divisor = 10

mbstring.func_overload = 0

the following is for 1&1 op code caching

zend_extension=opcache.so;

opcache.enable=1;

opcache.memory_consumption=32;

opcache.interned_strings_buffer=8;

opcache.max_accelerated_files=3000;

opcache.revalidate_freq=180;

opcache.fast_shutdown=0;

opcache.enable_cli=0;

opcache.revalidate_path=0;

opcache.validate_timestamps=2;

opcache.max_file_size=0;

opcache.file_cache=/kunden/homepages/38/d622307063/htdocs/.opcache/LoD_eGW14
3;

opcache.file_cache_only=1;

zlib.output_compression = On

Somehow I ran into the submission of usage statistics. After that submission
the session seemed to work better i.e. the context menu appeared normally.
But at the next login it is back to the strange state.

I have now removed everything several times donloaded the SF files several
times to make sure I am not missing something and created the database over
again. But the behavior does not change.

Is there something with 1und 1 that I should know?

Does anyone experience the same problems?

Thanks a lot to any help and hints you can give me!

Best regards,

Gernot

Ralf_Becker_Stylite 2016-05-25 15:47:42 UTC #2

Hi Gernot,

See my remarks further down

Hello,

I have some trouble with my initial installation on the 1und1 server.

Actually the installation appears to run well. But even on a clean new
installation the behavior is strange:
     Context menus do not appear in modal window but behind the
menu bar on the left where it is not operational.

http://org.light-of-darkness.de/Context_menu.png
     Many admin options do not work or even trigger any reaction
I am using PHP7 (on the 1&1 server this is the only option to activate
op code caching)

I do not have root access to the linux so I have to install via FTP

The .htaccess hat the following commands active:

#For Apache FCGI (not regular mod_php!) you need the following rewrite
rule:

RewriteEngine on

RewriteRule .* - [E=HTTP_AUTHORIZATION:%{HTTP:Authorization},L]

In the php.ini I have (and I reference it from each sub directory):

file_uploads = on

log_errors = on

magic_quotes_gpc = off

magic_quotes_runtime = off

register_globals = off

short_open_tag = on

track_vars = on

upload_max_filesize = 64M

date.timezone = Europe/Berlin

display_errors = off

error_reporting = 30711

max_execution_time = 240

memory_limit = 256M

session.gc_maxlifetime = 14400

post_max_size = 65M

session.use_trans_sid = Off

session.gc_probability = 1

session.gc_divisor = 10

mbstring.func_overload = 0

the following is for 1&1 op code caching

zend_extension=opcache.so;

opcache.enable=1;

opcache.memory_consumption=32;

opcache.interned_strings_buffer=8;

opcache.max_accelerated_files=3000;

opcache.revalidate_freq=180;

opcache.fast_shutdown=0;

opcache.enable_cli=0;

opcache.revalidate_path=0;

opcache.validate_timestamps=2;

opcache.max_file_size=0;

opcache.file_cache=/kunden/homepages/38/d622307063/htdocs/.opcache/LoD_eGW143;

opcache.file_cache_only=1;

zlib.output_compression = On

Somehow I ran into the submission of usage statistics. After that
submission the session seemed to work better i.e. the context menu
appeared normally. But at the next login it is back to the strange state.

Usage statistic blocks further admin actions.

I have now removed everything several times donloaded the SF files
several times to make sure I am not missing something and created the
database over again. But the behavior does not change.

sf.net files could be the problem, can you use archive from:

https://github.com/EGroupware/egroupware/releases

Do NOT use the ones labeled “Source code”, as they miss several parts!

Is there something with 1und 1 that I should know?

I dont know.

Using opcache makes a lot of sense.

Do you have APCu PHP extension installed and can you install it?
It allows us to cache to shared memory. Maybe there is a problem with
caching to files …

Does anyone experience the same problems?

You are the second to report that behavior, thought we cant reproduce it
so far

Thanks a lot to any help and hints you can give me!

Best regards,

Gernot

–
Ralf Becker
Director Software Development

Stylite AG

Isaac-Fulda-Allee 9 | Tel. +49 6131 32702-0
D-55124 Mainz | Fax. +49 6131 32702-70

Email: rb@stylite.de

www.stylite.de | www.egroupware.org

Managing Directors: Andre Keller | Ralf Becker | Gudrun Mueller
Chairman of the supervisory board: Prof. Dr. Birger Leon Kropshofer

VAT DE214280951 | Registered HRB 46224 Mainz Germany

Ralf_Becker_Stylite 2016-05-26 11:24:30 UTC #3

Hi Gernot,

Hi Gernot,

See my remarks further down

I have now removed everything several times donloaded the SF files
several times to make sure I am not missing something and created the
database over again. But the behavior does not change.

sf.net files could be the problem, can you use archive from:
https://github.com/EGroupware/egroupware/releases
Do NOT use the ones labeled “Source code”, as they miss several parts!

Is there something with 1und 1 that I should know?

I dont know.

Using opcache makes a lot of sense.

Do you have APCu PHP extension installed and can you install it?
It allows us to cache to shared memory. Maybe there is a problem with
caching to files …

Does anyone experience the same problems?

You are the second to report that behavior, thought we cant reproduce it
so far
Problem of that other guy was he attempted to install EGropware direct
in docroot, this is currently not working, because of some relativ CSS
links.

Maybe that is your problem too.

Ralf

Ralf Becker
Director Software Development

Stylite AG

Isaac-Fulda-Allee 9 | Tel. +49 6131 32702-0
D-55124 Mainz | Fax. +49 6131 32702-70

Email: rb@stylite.de

www.stylite.de | www.egroupware.org

Managing Directors: Andre Keller | Ralf Becker | Gudrun Mueller
Chairman of the supervisory board: Prof. Dr. Birger Leon Kropshofer

VAT DE214280951 | Registered HRB 46224 Mainz Germany

Spam_Me 2016-05-29 20:26:23 UTC #4

Hi Ralf,

thanks a lot!!!
Using the GitHub Files works fine now!

I just wonder why the files egroupware links to on their website
(sourceforge) does not work…

https://www.egroupware.org/de/produkte/installation-auf-dem-eigenen-server-f
reie-version.html
"Installationsoptionen
*.tar.gz, *.tar.bz2, *.zip packages from sourceforge.net :…"

Anyway thank you very much! This hint works for me:

https://github.com/EGroupware/egroupware/releases
(Do NOT use the ones labeled “Source code”, as they miss several parts!)

Best regards,
Gernot