Baïkal contacts (CardDAV) and calendar (CardDAV) installation package for Synology

[arpad68]

chown don't fix the problem

Stefan

 

[dsmynas]

Bezüglich der weißen Seiten bei Aufruf der Baïkal Admin-Seite: Wenn für den Server der eingebaute SQL-Dienst benutzt wird, muss im DiskStation-Manager unter Systemsteuerung -> Webdienste -> PHP-Einstellungen -> PHP-Extensions auswählen auch mssql aktiviert werden.

Gruß,

dsmynas

 

[Basalt]

[...]muss im DiskStation-Manager unter Systemsteuerung -> Webdienste -> PHP-Einstellungen -> PHP-Extensions auswählen auch mssql aktiviert werden.

Did you install MariaDB as well ?

 

[dsmynas]

I'm not quite sure I understand as to what your question is leading to, so I'll give you a slightly preciser answer than just a "yes".

I'm maintaining a couple of Baïkal installations, in different constellations (i.e. flat packages and regular packages, both either called bei folders in the domain name and direct as a subdomain). Most of these installations use MySQL (MariaDB) as database, but some make use of the build in SQLite. What I observed ist the fact, that the subdomain installations (i.e. name.domain.tld) are not effected by the root_folder mishandle and allow unchanged access to the admin interface. The installations using a folder paths (i.e. domain.tld/name) are effected and can not resolve the proper file path in order to have the admin interface operational. The later is fixed by hardcoding the path of the baïkal installation into the appropriate file as mentioned in this thread. This works like a charm for the installations using MySQL, but leaves the installations using SQLite showing only a blank/white page in the browser. This issue is resolved by activating the checkbox for mssql in the php-extensions settings on DiskStation admin page. So at the end of the day, all constellations are working - at least for me ... and that was what I was trying to express earlier.

Is this where your question was pointing to, or did I misinterpid completely?

Regards,

dsmynas

 

[atsiz77]

Bezüglich der weißen Seiten bei Aufruf der Baïkal Admin-Seite: Wenn für den Server der eingebaute SQL-Dienst benutzt wird, muss im DiskStation-Manager unter Systemsteuerung -> Webdienste -> PHP-Einstellungen -> PHP-Extensions auswählen auch mssql aktiviert werden.

Gruß,

dsmynas

Kannst du denn nun auf Baikal Admin Seite auch auf die Settingsseite ?
Hier geht es leider nicht, weil die Adresspfade nicht mehr stimmen wie im DSM 4

 

[dsmynas]

Ja, das Admin-Interface funktioniert einwandfrei. Ich beziehe mich hier auf die flat package Installation und darauf, dass Baïkal in den Ordner /volume1/web/baikal/ entpackt/installiert wurde.

Fehlerbild 1: Die Admin-Seiten sind unvollständig (keine Formatierung, keine Bilder). Baïkal wird über domain.tld/baikal aufgerufen und verwendet eine MySQL Datenbank.

In der Datei /volume1/web/baikal/Core/Frameworks/Flake/Framework.php Zeile 167 auskommentieren:

#define("PROJECT_URI", $sProtocol . "://" . $_SERVER["HTTP_HOST"] . $sHttpBaseUrl);

und Zeile 168 hinzufügen:

define("PROJECT_URI", $sProtocol . "://" . $_SERVER["HTTP_HOST"] . "/baikal/");

Fehlerbild 2: Die Admin-Seiten sind unvollständig (keine Formatierung, keine Bilder). Nach Änderung der Project_URI werden nur leere/weiße Seiten angezeigt. Baïkal wird über domain.tld/baikal aufgerufen und verwendet eine SQLite Datenbank.

In der Datei /volume1/web/baikal/Core/Frameworks/Flake/Framework.php Zeile 167 auskommentieren:

#define("PROJECT_URI", $sProtocol . "://" . $_SERVER["HTTP_HOST"] . $sHttpBaseUrl);

und Zeile 168 hinzufügen:

define("PROJECT_URI", $sProtocol . "://" . $_SERVER["HTTP_HOST"] . "/baikal/");

Zusätzlich muss im DiskStation-Manager unter Systemsteuerung -> Webdienste -> PHP-Einstellungen -> PHP-Extensions auswählen auch mssql aktiviert werden.​

Fehlerbild 3: Die Admin-Seiten sind leer (weißer Screen). Baïkal wird über baikal.domain.tld aufgerufen und verwendet eine SQLite Datenbank.

Der Eintrag in der Datei /volume1/web/baikal/Core/Frameworks/Flake/Framework.php Zeile 167 ist korrekt:

define("PROJECT_URI", $sProtocol . "://" . $_SERVER["HTTP_HOST"] . $sHttpBaseUrl);

Es muss im DiskStation-Manager unter Systemsteuerung -> Webdienste -> PHP-Einstellungen -> PHP-Extensions auswählen auch mssql aktiviert werden.​

Momentan habe ich noch keine Lösung gefunden, nach der man beide Aufrufversionen fehlerfrei nutzen kann. Das heißt, man muss sich entweder für domain.tld/baikal, oder baikal.domain.tld entscheiden.

Gruß,

dsmynas

P.S.: Der Benutzer und die Gruppe sind hier auf http:http eingestellt (rekursiv) und die Rechte sind auf auf 0755 für Ordner und 0644 für Dateien gesetzt.

 

[think-tank]

Einladungen erhalten und Teilnehmer zum Termin hinzufügen.

Hallo Leute,

Dank dem Forum und dem Beitrag, habe ich es geschafft Baikal ans Laufen zu bekommen. Bis auf eine Sache:

Wie bekomme ich es hin, dass im iPhone oder iPad Kalender zu den Terminen weitere Teilnehmer hinzufügen kann bzw. wie kann ich Einladungen an diesen Kalender empfangen.
Anwendungsfall:
Ich plane auf dem iPad einen Termin und will zu diesem ein paar Freunde einladen.

Ich nutze die DS 213+.
iPad und iPhone 5s iOS 7.1.1
Als Client nutze ich die Standard Kalender-App.

Vielleicht stehe ich auf der Leitung, aber ich finde es einfach nicht. Oder ist es mit CalDAV einfach nicht möglich.

Gibt es hier jemanden, der diese Funktionalität nutzt?

Danke für die Hinweise.

think-tank

 

[dsmynas]

Unterstützt wird es momentan noch nicht wie diese Diskussion zeigt, mit Link zu einer Erklärung, bzw. dieser hier.

Gruß,

dsmynas

 

[keyhan]

Hallo zusammen,

hier sind meine Erfahrungen bzgl. der Problematik mit Baïkal:
Ich nutze eine DS211+ mit der DSM-Version 5.0-4482.
Vermutlich treten diese Probleme erst mit der DSM 5 auf, aber da ich vor dem DSM-Update kein Baïkal verwendet habe ist das eine bloße Vermutung aufgrund der Erfahrungen der anderen Nutzer hier aus dem Forum.

Ich habe Baïkal nicht wie die meisten über die SPK (bzw. als App) installiert sondern direkt als flat package von der Entwicklerseite runtergeladen und in meinen gewünschten Ordner entpackt (homes/userxy/www).
Die Installation klappt nicht, denn ein Aufruf über den Browser wird falsch weitergeleitet:
http://diskstation/~userxy/baikal-flat/ ---> http://diskstation/~userxy/ba/admin/install/
Korrekterweise sollte es aber lauten: http://diskstation/~userxy/baikal-flat/admin/install/

Das kann man natürlich manuell so eintippen und das "funktioniert" dann auch (nachdem man den Intallationsprozess durch das Erstellen der "ENABLE_INSTALL" Datei im Specific-Ordner entsperrt hat). Allerdings ist das nicht empfehlenswert, ein Blick in den Quelltext reicht um zu sehen, dass der html head-Eintrag (<base href="http://diskstation/~userxy/ba/" />) falsch ist und somit die ganzen Verlinkungen nicht mehr stimmen inklusive der Stylesheets, also auch keine Formatierung.

Meine Vermutung:
Im Abschnitt "Determine PROJECT_URI" (Zeile 161 in der Framework.php unter Core/Frameworks/Flake) wird die Variable $sHttpBaseUrl bestimmt. Genau zwischen den Zeilen 165 und 166:
$sHttpBaseUrl = self::rmScriptName($sHttpBaseUrl, $sScript);
$sHttpBaseUrl = self::rmProjectContext($sHttpBaseUrl);
kommt was durcheinander. Bei der Funktion rmScriptName($sHttpBaseUrl, $sScript) scheint $sScript nicht den korrekten Pfad zu ermitteln. Hat Synology hier evtl. irgendwas geändert?

Ich habe mir die Zeile 149 genauer angeschaut und mir ist aufgefallen, dass $_SERVER["DOCUMENT_ROOT"] sich nicht auf den üblichen Pfad bezieht sondern "/usr/syno/synoman/phpsrc/web" ausgibt und die Länge des Strings in diesem Fall nichts mit dem Skriptpfad zutun hat.
Ist bis jetzt bloß eine Annahme, da ich nicht viel Zeit hatte mir das noch genauer anzuschauen.

Das Problem habe ich nun dadurch behoben, dass ich die Zeile 166:
$sHttpBaseUrl = self::rmProjectContext($sHttpBaseUrl);
mit diesen zwei Zeilen ersetzt habe:
#$sHttpBaseUrl = self::rmProjectContext($sHttpBaseUrl);
$sHttpBaseUrl = "/~userxy/baikal-flat/";

Damit wird zumindest bei mir die base url korrekt interpretiert und die Installation und das anschließende Anmelden klappt.

 

[Basalt]

I found this Wiki topic, stating:

Per Default läuft nur der System Apache. Zum Aktivieren des User Apache muss zumindest die Photostation aktiviert werden (im DSM). Solange aber die Webstation nicht aktiviert ist liegt der Document Root des User Apache unter /usr/syno/synoman/phpsrc/web und nicht unter /volume1/web

Not clear if this is also applicable for DSM 5.

Anyway, I assume you did enable Web Station ?

/Erik

 

[keyhan]

Anyway, I assume you did enable Web Station ?

Yes indeed, WebStation is enabled.

 

[think-tank]

@dsmynas:
Besten Dank für die hilfreichen Links!
Das erspart mir wieder weitere Suchereien. Irgendwie habe ich mich da im Kreis gedreht.

Jetzt sind mir die Dinge auch klarer geworden.

Ich wünsche uns allen, dass Baïkal bald dieses nützliche Feature hinzubekommt.
Daher verzichte ich am kommenden Wochenende auf das Bierchen und spende an Baïkal.

Noch mal Danke und Grüße

think-tank

 

[Basalt]

Ich habe mir die Zeile 149 genauer angeschaut und mir ist aufgefallen, dass $_SERVER["DOCUMENT_ROOT"] sich nicht auf den üblichen Pfad bezieht sondern "/usr/syno/synoman/phpsrc/web" ausgibt und die Länge des Strings in diesem Fall nichts mit dem Skriptpfad zutun hat.
Ist bis jetzt bloß eine Annahme, da ich nicht viel Zeit hatte mir das noch genauer anzuschauen.

I made simple php script to test:

<?php
  print_r($_SERVER);
  ?>

I named the file "zaza.php" and put it in folder /volume1/web/baikal.app , used chmod a+x to make the file executable.

When I call the script via Internet Explorer (http://MYSYNO/baikal/zaza.php) I get the next output:
(running DSM 4.3, I added newlines and blue colour for better readability, and removed some private info)

Array (
[HTTP_AUTHORIZATION] =>
[MOD_X_SENDFILE_ENABLED] => yes
[HTTP_ACCEPT] => */*
[HTTP_ACCEPT_LANGUAGE] => nl-NL
[HTTP_USER_AGENT] => Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 6.3; WOW64; Trident/7.0; .NET4.0E; .NET4.0C; .NET CLR 3.5.30729; .NET CLR 2.0.50727; .NET CLR 3.0.30729; MASMJS)
[HTTP_ACCEPT_ENCODING] => gzip, deflate
[HTTP_HOST] => basalt
[HTTP_DNT] => 1
[HTTP_CONNECTION] => Keep-Alive
[PATH] => /bin:/sbin:/usr/bin:/usr/sbin:/usr/syno/bin:/usr/syno/sbin:/usr/local/bin:/usr/local/sbin
[SERVER_SIGNATURE] =>
[SERVER_SOFTWARE] => Apache
[SERVER_NAME] => basalt
[SERVER_ADDR] => 192.xxx.xxx.xxx (sorry, private info :-)
[SERVER_PORT] => 80
[REMOTE_ADDR] => 192.yyy.yyy.yyy (sorry, private info :-)
[DOCUMENT_ROOT] => /var/services/web
[SERVER_ADMIN] => admin
[SCRIPT_FILENAME] => /var/services/web/baikal/zaza.php
[REMOTE_PORT] => 57441
[GATEWAY_INTERFACE] => CGI/1.1
[SERVER_PROTOCOL] => HTTP/1.1
[REQUEST_METHOD] => GET
[QUERY_STRING] =>
[REQUEST_URI] => /baikal/zaza.php
[SCRIPT_NAME] => /baikal/zaza.php
[PHP_SELF] => /baikal/zaza.php
[REQUEST_TIME] => 1400087815
)

The blue lines are the most interesting ones.

=> Can someone please try what happens under DSM 5?
Multiple responses are welcome, since it could be system specific.

Thanks in advance !

Erik.

 

[keyhan]

Hi Erik,

I just took your code (with surrounding <pre> tags for the line breaking) and did the same. In fact I've to admit that Web Station was not enabled in Web Services, I just checked the personal website option (unlike as I first mentioned it, so I guess the entry from the wiki you linked is also applicable to DSM5).
Now I checked both (Web Station and personal website), here is my output from the root web-folder /volume1/web (with DSM5):

Array
(
    [USER] => http
    [HOME] => /var/services/web
    [FCGI_ROLE] => RESPONDER
    [REDIRECT_MOD_X_SENDFILE_ENABLED] => yes
    [REDIRECT_HANDLER] => php5-fastcgi
    [REDIRECT_STATUS] => 200
    [MOD_X_SENDFILE_ENABLED] => yes
    [HTTP_HOST] => [hostname]
    [HTTP_USER_AGENT] => [useragent]
    [HTTP_ACCEPT] => text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8
    [HTTP_ACCEPT_LANGUAGE] => en-US,en;q=0.5
    [HTTP_ACCEPT_ENCODING] => gzip, deflate
    [HTTP_COOKIE] => [somecookiestuff]
    [HTTP_CONNECTION] => keep-alive
    [HTTP_CACHE_CONTROL] => max-age=0
    [PATH] => /bin:/sbin:/usr/bin:/usr/sbin:/usr/syno/bin:/usr/syno/sbin:/usr/local/bin:/usr/local/sbin
    [SERVER_SIGNATURE] => 
    [SERVER_SOFTWARE] => Apache
    [SERVER_NAME] => [hostname]
    [SERVER_ADDR] => [address]
    [SERVER_PORT] => 80
    [REMOTE_ADDR] => [address]
    [DOCUMENT_ROOT] => /var/services/web
    [SERVER_ADMIN] => admin
    [SCRIPT_FILENAME] => /var/services/web/zaza.php
    [REMOTE_PORT] => 53742
    [REDIRECT_URL] => /zaza.php
    [GATEWAY_INTERFACE] => CGI/1.1
    [SERVER_PROTOCOL] => HTTP/1.1
    [REQUEST_METHOD] => GET
    [QUERY_STRING] => 
    [REQUEST_URI] => /zaza.php
    [SCRIPT_NAME] => /zaza.php
    [ORIG_SCRIPT_FILENAME] => /php-fpm-handler
    [ORIG_PATH_INFO] => /zaza.php
    [ORIG_PATH_TRANSLATED] => /var/services/web/zaza.php
    [ORIG_SCRIPT_NAME] => /php-fpm-handler.fcgi
    [PHP_SELF] => /zaza.php
    [REQUEST_TIME_FLOAT] => 1400090551.6918
    [REQUEST_TIME] => 1400090551
)

 

[dsmynas]

So this is what I have with DSM 5.0-4482 and a perfectly working Baïkal environment.

The first block is when calling https://subdomain.domain.tld/zaza.php

Array (
[USER] => http
[HOME] => /var/services/web
[FCGI_ROLE] => RESPONDER
[REDIRECT_HTTP_AUTHORIZATION] =>
[REDIRECT_MOD_X_SENDFILE_ENABLED] => yes
[REDIRECT_HTTPS] => on
[REDIRECT_SSL_TLS_SNI] => xxx
[REDIRECT_HANDLER] => php5-fastcgi
[REDIRECT_STATUS] => 200
[MOD_X_SENDFILE_ENABLED] => yes
[HTTPS] => on
[SSL_TLS_SNI] => xxx
[HTTP_HOST] => xxx
[HTTP_ACCEPT] => text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8
[HTTP_COOKIE] => PHPSESSID=xxx
[HTTP_USER_AGENT] => Mozilla/5.0 (Macintosh; Intel Mac OS X 10_9_2) AppleWebKit/537.75.14 (KHTML, like Gecko) Version/7.0.3 Safari/537.75.14
[HTTP_ACCEPT_LANGUAGE] => de-de
[HTTP_ACCEPT_ENCODING] => gzip, deflate
[HTTP_CONNECTION] => keep-alive
[PATH] => /bin:/sbin:/usr/bin:/usr/sbin:/usr/syno/bin:/usr/syno/sbin:/usr/local/bin:/usr/local/sbin
[SERVER_SIGNATURE] =>
[SERVER_SOFTWARE] => Apache
[SERVER_NAME] => xxx
[SERVER_ADDR] => xxx
[SERVER_PORT] => 443
[REMOTE_ADDR] => xxx
[color="#0000FF"][DOCUMENT_ROOT] => /var/services/web/baikal[/color]
[SERVER_ADMIN] => admin
[color="#0000FF"][SCRIPT_FILENAME] => /var/services/web/baikal/zaza.php[/color]
[REMOTE_PORT] => 56098
[REDIRECT_URL] => /zaza.php
[GATEWAY_INTERFACE] => CGI/1.1
[SERVER_PROTOCOL] => HTTP/1.1
[REQUEST_METHOD] => GET
[QUERY_STRING] =>
[color="#0000FF"][REQUEST_URI] => /zaza.php[/color]
[color="#0000FF"][SCRIPT_NAME] => /zaza.php[/color]
[ORIG_SCRIPT_FILENAME] => /php-fpm-handler
[ORIG_PATH_INFO] => /zaza.php
[ORIG_PATH_TRANSLATED] => /var/services/web/baikal/zaza.php
[ORIG_SCRIPT_NAME] => /php-fpm-handler.fcgi
[PHP_SELF] => /zaza.php
[REQUEST_TIME_FLOAT] => 1400091229.207
[REQUEST_TIME] => 1400091229
)

and the second block is when calling https://domain.tld/baikal/zaza.php:

Array (
[USER] => http
[HOME] => /var/services/web
[FCGI_ROLE] => RESPONDER
[REDIRECT_HTTP_AUTHORIZATION] =>
[REDIRECT_MOD_X_SENDFILE_ENABLED] => yes
[REDIRECT_HTTPS] => on
[REDIRECT_SSL_TLS_SNI] => xxx
[REDIRECT_SSL_SERVER_S_DN_CN] => xxx
[REDIRECT_SSL_SERVER_S_DN_ST] => xxx
[REDIRECT_SSL_SERVER_S_DN_C] => xxx
[REDIRECT_SSL_SERVER_S_DN_L] => xxx
[REDIRECT_SSL_SERVER_S_DN_Email] => xxx
[REDIRECT_SSL_SERVER_I_DN_CN] => xxx
[REDIRECT_SSL_SERVER_I_DN_O] => xxx
[REDIRECT_SSL_SERVER_I_DN_OU] => xxx
[REDIRECT_SSL_SERVER_I_DN_ST] => xxx
[REDIRECT_SSL_SERVER_I_DN_C] => xxx
[REDIRECT_SSL_SERVER_I_DN_L] => xxx
[REDIRECT_SSL_SERVER_I_DN_Email] => xxx
[REDIRECT_SSL_VERSION_INTERFACE] => mod_ssl/2.2.27
[REDIRECT_SSL_VERSION_LIBRARY] => OpenSSL/1.0.1g-fips
[REDIRECT_SSL_PROTOCOL] => TLSv1.2
[REDIRECT_SSL_SECURE_RENEG] => true
[REDIRECT_SSL_COMPRESS_METHOD] => NULL
[REDIRECT_SSL_CIPHER] => ECDHE-RSA-AES256-SHA384
[REDIRECT_SSL_CIPHER_EXPORT] => false
[REDIRECT_SSL_CIPHER_USEKEYSIZE] => 256
[REDIRECT_SSL_CIPHER_ALGKEYSIZE] => 256
[REDIRECT_SSL_CLIENT_VERIFY] => NONE
[REDIRECT_SSL_SERVER_M_VERSION] => 3
[REDIRECT_SSL_SERVER_M_SERIAL] => 0333
[REDIRECT_SSL_SERVER_V_START] => Apr 11 16:32:35 2014 GMT
[REDIRECT_SSL_SERVER_V_END] => Jun 6 16:32:35 2016 GMT
[REDIRECT_SSL_SERVER_S_DN] => xxx
[REDIRECT_SSL_SERVER_I_DN] => xxx
[REDIRECT_SSL_SERVER_A_KEY] => rsaEncryption
[REDIRECT_SSL_SERVER_A_SIG] => sha256WithRSAEncryption
[REDIRECT_SSL_SESSION_ID] => xxx
[REDIRECT_HANDLER] => php5-fastcgi
[REDIRECT_STATUS] => 200
[MOD_X_SENDFILE_ENABLED] => yes
[HTTPS] => on
[SSL_TLS_SNI] => xxx
[HTTP_HOST] => xxx
[HTTP_ACCEPT] => text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8
[HTTP_COOKIE] => mailviewsplitterv=226; prefviewsplitter=266
[HTTP_USER_AGENT] => Mozilla/5.0 (Macintosh; Intel Mac OS X 10_9_2) AppleWebKit/537.75.14 (KHTML, like Gecko) Version/7.0.3 Safari/537.75.14
[HTTP_ACCEPT_LANGUAGE] => de-de
[HTTP_ACCEPT_ENCODING] => gzip, deflate
[HTTP_CONNECTION] => keep-alive
[PATH] => /bin:/sbin:/usr/bin:/usr/sbin:/usr/syno/bin:/usr/syno/sbin:/usr/local/bin:/usr/local/sbin
[SERVER_SIGNATURE] =>
[SERVER_SOFTWARE] => Apache
[SERVER_NAME] => xxx
[SERVER_ADDR] => xxx
[SERVER_PORT] => 443
[REMOTE_ADDR] => xxx
[color="#0000FF"][DOCUMENT_ROOT] => /var/services/web[/color]
[SERVER_ADMIN] => admin
[color="#0000FF"][SCRIPT_FILENAME] => /var/services/web/baikal/zaza.php[/color]
[REMOTE_PORT] => 56649
[REDIRECT_URL] => /baikal/zaza.php
[GATEWAY_INTERFACE] => CGI/1.1
[SERVER_PROTOCOL] => HTTP/1.1
[REQUEST_METHOD] => GET
[QUERY_STRING] =>
[color="#0000FF"][REQUEST_URI] => /baikal/zaza.php[/color]
[color="#0000FF"][SCRIPT_NAME] => /baikal/zaza.php[/color]
[ORIG_SCRIPT_FILENAME] => /php-fpm-handler
[ORIG_PATH_INFO] => /baikal/zaza.php
[ORIG_PATH_TRANSLATED] => /var/services/web/baikal/zaza.php
[ORIG_SCRIPT_NAME] => /php-fpm-handler.fcgi
[PHP_SELF] => /baikal/zaza.php
[REQUEST_TIME_FLOAT] => 1400091652.5145
[REQUEST_TIME] => 1400091652 )

Best regards,

dsmynas

 

[grottenolm]

DSM 5.0-4482 with non-working Baikal admin UI.

This is the response of 'http://.../baikal/zaza.php':

Array ( 
[USER] => http 
[HOME] => /var/services/web 
[FCGI_ROLE] => RESPONDER 
[REDIRECT_HTTP_AUTHORIZATION] => 
[REDIRECT_MOD_X_SENDFILE_ENABLED] => yes 
[REDIRECT_HANDLER] => php5-fastcgi 
[REDIRECT_STATUS] => 200 
[MOD_X_SENDFILE_ENABLED] => yes 
[HTTP_HOST] => nessie 
[HTTP_USER_AGENT] => Mozilla/5.0 (Windows NT 6.1; WOW64; rv:29.0) Gecko/20100101 Firefox/29.0 
[HTTP_ACCEPT] => text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8 
[HTTP_ACCEPT_LANGUAGE] => de,en-US;q=0.7,en;q=0.3 
[HTTP_ACCEPT_ENCODING] => gzip, deflate 
[HTTP_DNT] => 1 
[HTTP_CONNECTION] => keep-alive 
[PATH] => /bin:/sbin:/usr/bin:/usr/sbin:/usr/syno/bin:/usr/syno/sbin:/usr/local/bin:/usr/local/sbin 
[SERVER_SIGNATURE] => 
[SERVER_SOFTWARE] => Apache 
[SERVER_NAME] => nessie 
[SERVER_ADDR] => 192.168.2.11 
[SERVER_PORT] => 80 
[REMOTE_ADDR] => 192.168.2.110 
[DOCUMENT_ROOT] => /var/services/web 
[SERVER_ADMIN] => admin 
[SCRIPT_FILENAME] => /var/services/web/baikal/zaza.php 
[REMOTE_PORT] => 50328 
[REDIRECT_URL] => /baikal/zaza.php 
[GATEWAY_INTERFACE] => CGI/1.1 
[SERVER_PROTOCOL] => HTTP/1.1 
[REQUEST_METHOD] => GET 
[QUERY_STRING] => 
[REQUEST_URI] => /baikal/zaza.php 
[SCRIPT_NAME] => /baikal/zaza.php 
[ORIG_SCRIPT_FILENAME] => /php-fpm-handler 
[ORIG_PATH_INFO] => /baikal/zaza.php 
[ORIG_PATH_TRANSLATED] => /var/services/web/baikal/zaza.php 
[ORIG_SCRIPT_NAME] => /php-fpm-handler.fcgi 
[PHP_SELF] => /baikal/zaza.php 
[REQUEST_TIME_FLOAT] => 1400095678.8532 
[REQUEST_TIME] => 1400095678 
)

 

[Basalt]

@keyhan:
Thanks for the swift feedback. The listed output looks good.

However, could you please repeat with zaza.php placed in de baikal folder?
Due to ".htaccess" this could make a difference.

Thx,
Erik.

 

[keyhan]

@Basalt:

Here you go:

Array
(
    [USER] => http
    [HOME] => /var/services/web
    [FCGI_ROLE] => RESPONDER
    [REDIRECT_HTTP_AUTHORIZATION] => 
    [REDIRECT_MOD_X_SENDFILE_ENABLED] => yes
    [REDIRECT_HANDLER] => php5-fastcgi
    [REDIRECT_STATUS] => 200
    [MOD_X_SENDFILE_ENABLED] => yes
    [HTTP_HOST] => [hostname]
    [HTTP_USER_AGENT] => [useragent]
    [HTTP_ACCEPT] => text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8
    [HTTP_ACCEPT_LANGUAGE] => en-US,en;q=0.5
    [HTTP_ACCEPT_ENCODING] => gzip, deflate
    [HTTP_COOKIE] => [somecookiestuff]
    [HTTP_CONNECTION] => keep-alive
    [PATH] => /bin:/sbin:/usr/bin:/usr/sbin:/usr/syno/bin:/usr/syno/sbin:/usr/local/bin:/usr/local/sbin
    [SERVER_SIGNATURE] => 
    [SERVER_SOFTWARE] => Apache
    [SERVER_NAME] => [hostname]
    [SERVER_ADDR] => [address]
    [SERVER_PORT] => 80
    [REMOTE_ADDR] => [address]
    [DOCUMENT_ROOT] => /var/services/web
    [SERVER_ADMIN] => admin
    [SCRIPT_FILENAME] => /var/services/web/baikal/zaza.php
    [REMOTE_PORT] => 54839
    [REDIRECT_URL] => /baikal/zaza.php
    [GATEWAY_INTERFACE] => CGI/1.1
    [SERVER_PROTOCOL] => HTTP/1.1
    [REQUEST_METHOD] => GET
    [QUERY_STRING] => 
    [REQUEST_URI] => /baikal/zaza.php
    [SCRIPT_NAME] => /baikal/zaza.php
    [ORIG_SCRIPT_FILENAME] => /php-fpm-handler
    [ORIG_PATH_INFO] => /baikal/zaza.php
    [ORIG_PATH_TRANSLATED] => /var/services/web/baikal/zaza.php
    [ORIG_SCRIPT_NAME] => /php-fpm-handler.fcgi
    [PHP_SELF] => /baikal/zaza.php
    [REQUEST_TIME_FLOAT] => 1400098690.6823
    [REQUEST_TIME] => 1400098690
)

For the sake of completeness:
My DSM version: 5.0-4482
After customizing $sHttpBaseUrl in Framework.php* there were no issues with the installation nor the web admin frontend.

*: line 166 in Core/Frameworks/Flake/Framework.php:

$sHttpBaseUrl = self::rmProjectContext($sHttpBaseUrl);

Below that line I added this "customization":

$sHttpBaseUrl = $sHttpBaseUrl."baikal/";

In my constellation that seems to adjust the base url to the right place.
And no issues so far, Baïkal syncs flawlessly with Android/ThunderbirdSoGo/ThunderbirdLightning.

 

[Basalt]

So this is what I have with DSM 5.0-4482 and a perfectly working Baïkal environment.
The first block is when calling https://subdomain.domain.tld/zaza.php

Array (
[...]
[DOCUMENT_ROOT] => /var/services/web[color="#0000FF"]/baikal[/color]
[REQUEST_URI] => /zaza.php
[...]
)

and the second block is when calling https://domain.tld/baikal/zaza.php:

Array (
[...]
[DOCUMENT_ROOT] => /var/services/web
[REQUEST_URI] => /[color="#0000FF"]baikal/[/color]zaza.php
[...]

So in the first case, "baikal" is present in DOCUMENT_ROOT, in the second case it is in the REQUEST_URI.
The Baikal code uses at REQUEST_URI, so the second case should work without modification ?!

I would expect it the other way around.
Maybe you mixed up the first and the second case, can you please double check?

Thx,
Erik

 

[Basalt]

Array
(
    [...]
    [DOCUMENT_ROOT] => /var/services/web
    [REQUEST_URI] => /baikal/zaza.php
)

For the sake of completeness:
My DSM version: 5.0-4482
After customizing $sHttpBaseUrl in Framework.php* there were no issues with the installation nor the web admin frontend.

Actually, this is looking good.

You enabled Web Station only recently, did you retest if you really need your "customisation" after all ?

Additionally:
Can you please also test in the "admin" folder, as described in the next post #161 ?

Thx,
Erik