Kimai2: Installing kimai via Git-Remote-Repository

Created on 10 Mar 2019  路  21Comments  路  Source: kevinpapst/kimai2

Hi,
I use Kimai since the beginning of time and love it. It saved my ass sooo many times
... but I am so excited to use the latest version as it looks incredibly awesome to use.

As my Webspace-Provider now lets me use the Git Repositorys via Plesk, I tried to install kimai2, but failed.

_But_ as it seems, it doesn't work as easy as that: My screen is left blank when I head to kimai2/public/

System: Linux, PHP 7.3.2, MySQL

installation support

All 21 comments

I do not know what Plesk does. Did you follow the installation docs?

Plesk installs the kimai2-git and "installs" it to the server.

as a sidenote: I also used the "FTP installation"-Guide without success

Plesk will very likely "only" clone the git repository. But It does not execute the installation steps.

Did you follow the installation docs?

Did you follow the installation docs?

You mean the Installation-Docs for FTP installation? Yes.
Still blank page :/

You said you installed it via Plesk & Git.
If you want my free help, you should start posting clear information: help without logs and understandable step-by-step instruction what you did is impossible.

I am sorry, but your answer confused me...

My first try was: using the git extension which clones kimai2 onto my webspace and that's it.
So my second step was: Using XAMPP and composer to locally install kimai2 (as in the installation doc for kimai).
Afterwards I re-uploaded all files and tried to log in / register through kimai2/public/ - but there is nothing happening. And there is also no log-file created or any message.

I am sorry, but that's all I have... Hope it's enough for your free help ;)

No server logs? No PHP logs? Nothing in var/logs/prod.log?
Did Kimai work locally?

Did you read the sentence?

Kimai needs its own sub-domain or you need to recompile the frontend assets for usage in a sub-directory

No server logs?

it's a shared webhosting ...

No PHP logs?

it's a shared webhosting ...

Nothing in var/logs/prod.log?

no.

Did Kimai work locally?

no.

Did you read the sentence?

Kimai needs its own sub-domain or you need to recompile the frontend assets for usage in a sub-directory

Even if this is a rhethorical question: I guess not. (But how to have a subdomain on a local machine? ^^)

I am sorry to bother you at all. Maybe I'll just wait until a webinstaller is avaible...

I haven't had a shared webhosting since 10 years, but even back then you had access to your logs...

If you try the FTP installation, you have to make sure that Kimai works locally before uploading.

The last one is a bit too much ;-) but thats something we can start working with.

But I guess I have have bad news: it seems a if the autoloader from windows is not working on linux, see how the backslash and slash changes in the middle of the directory:
/var/www/vhosts/web43.c18.webspace-verkauf.de/kimai.spurgo.de\vendor\symfony\framework-bundle/Resources/views
Can you please check the files in vendor/composer/autoload_* ?
For me it looks like this (autoload_classmap.php):

return array(
    'Collator' => $vendorDir . '/symfony/intl/Resources/stubs/Collator.php',
    'FPDF_TPL' => $vendorDir . '/setasign/fpdi/fpdf_tpl.php',
    'FPDI' => $vendorDir . '/setasign/fpdi/fpdi.php',
    'FilterASCII85' => $vendorDir . '/setasign/fpdi/filters/FilterASCII85.php',
    'FilterASCIIHexDecode' => $vendorDir . '/setasign/fpdi/filters/FilterASCIIHexDecode.php',
    'FilterLZW' => $vendorDir . '/setasign/fpdi/filters/FilterLZW.php',
    'IntlDateFormatter' => $vendorDir . '/symfony/intl/Resources/stubs/IntlDateFormatter.php',
    'Locale' => $vendorDir . '/symfony/intl/Resources/stubs/Locale.php',
    'NumberFormatter' => $vendorDir . '/symfony/intl/Resources/stubs/NumberFormatter.php',

while I expect that you see something like:

    'Collator' => $vendorDir . '\\symfony\\intl\\Resources\\stubs\\Collator.php',

Seems Windows is still not compatible with Linux in 2019.
Use a Virtualbox/Vagrant/Homestead to perform the composer install (btw. the docu says composer install --no-dev --optimize-autoloader).
You could also try to replace the slash types directly in these files.

I will update the documentation.
And I will prepare a FTP optimized version that can be uploaded directly without the need for manual steps.

@fatnmad I use Kimai 2 with Plesk Onyx and git installer on shared hosting too. Which hoster are you using? Maybe my picture in #469 helps you?

@kevinpapst
ty

But my autoload_classmap.php looks same like yours (correct Backslash):

// autoload_classmap.php @generated by Composer

$vendorDir = dirname(dirname(__FILE__));
$baseDir = dirname($vendorDir);

return array(
    'Collator' => $vendorDir . '/symfony/intl/Resources/stubs/Collator.php',
    'FPDF_TPL' => $vendorDir . '/setasign/fpdi/fpdf_tpl.php',
    'FPDI' => $vendorDir . '/setasign/fpdi/fpdi.php',
    'FilterASCII85' => $vendorDir . '/setasign/fpdi/filters/FilterASCII85.php',
    'FilterASCIIHexDecode' => $vendorDir . '/setasign/fpdi/filters/FilterASCIIHexDecode.php',
    'FilterLZW' => $vendorDir . '/setasign/fpdi/filters/FilterLZW.php',
    'IntlDateFormatter' => $vendorDir . '/symfony/intl/Resources/stubs/IntlDateFormatter.php',
    'Locale' => $vendorDir . '/symfony/intl/Resources/stubs/Locale.php',
    'NumberFormatter' => $vendorDir . '/symfony/intl/Resources/stubs/NumberFormatter.php',
    'PclZip' => $vendorDir . '/pclzip/pclzip/pclzip.lib.php',
    'SqlFormatter' => $vendorDir . '/jdorn/sql-formatter/lib/SqlFormatter.php',
    'fpdi_pdf_parser' => $vendorDir . '/setasign/fpdi/fpdi_pdf_parser.php',
    'pdf_context' => $vendorDir . '/setasign/fpdi/pdf_context.php',
);

Afterwards I manually searched all files in kimai2 for the wrong backslash with notepad++ (esp. "\vendor\") and found __2542__ hits in __560__ files...
Strange thing is: They're all in /var/cache/prod/ContainerAYMBEQL/ and in the form you mentioned:

include_once $this->targetDirs[3].'\\vendor\\symfony\\form\\FormTypeInterface.php';
include_once $this->targetDirs[3].'\\vendor\\symfony\\form\\AbstractType.php';
include_once $this->targetDirs[3].'\\src\\Form\\Type\\DateRangeType.php';
麓麓麓


@hmr-it-jr  I saw your image, but my provider didn't allow me to change any values for PHP :/
but my openbasedir is:

open_basedir {WEBSPACEROOT}{/}{:}{TMP}{/}
麓麓麓

Please try to delete all files in var/cache/*

Point your Document root to /public/. public is not allowed within the URL.

I linked the documentation about assets already above.
But maybe I found a fix for that problem, which was existing since a while now.
You could try the changes from this PR: #636

Fixed in master, you can try the latest version - should fix your issues with missing styles

No feedback, URL is not reachable => closing

nothing worked...
still waiting for webinstaller.

Please see this issue #642 which adds a FTP package.
There is a package for the upcoming version 0.9 linked which can be used for FTP installation.

This thread has been automatically locked since there has not been any recent activity after it was closed. Please open a new issue for related bugs. If you use Kimai on a daily basis, please consider donating to support further development of Kimai.

Was this page helpful?
0 / 5 - 0 ratings