Wunsch für Keyhelp PRO: NPM, Composer, Laravel [GELÖST]

[superjogi]

Hi!

Es wäre eventuell toll, wenn man aus Keyhelp PRO heraus folgendes installieren könnte:

• NPM
  Composer
  Laravel (mit entsprechenden PHP Interpreter)

Jedenfalls gute Gründe dafür:
- die Standardisierung durch Keyhelp wäre ideal (nicht jeder Admin macht seinen eigenen Brei und Updates zerstören nicht die Laravel Apps)
- für die Benutzer freischaltbar über Panel (wie SSH)
- tolle Webapps mit modernen Frameworks wie React kompilieren

Es würde dadurch nicht nur der Webhoster Markt aufgeschlossen, sondern auch der Markt der Webdeveloper, welcher aktuell z.B. zu Vercel greift, um nicht mit der Infrastruktur frikeln zu müssen.

Personal Story ist:
Habe es schon auch am Laufen, aber leider die SSL Zertifikatserneuerung abgeschossen.
Und es ist einiges an Zeit vergangen, wenn man nicht täglich daran bastelt, dann ist ohne Standardisierung wirklich weniger Spaß und mehr Risiko daran eine Webapp immer funktional zu halten.

Schöne Grüße

[Jolinar]

Es würde dadurch nicht nur der Webhoster Markt aufgeschlossen, sondern auch der Markt der Webdeveloper

Wie du möglicherweise an anderer Stelle im Forum schon gelesen hast, bin ich ja nun nicht unbedingt der Profi, was Webentwicklung angeht. Meine Stärke liegt er auf der Systemebene, also vergib mir, wenn meine Frage vielleicht blöd klingt...Aber ist es nicht sinnvoller, Entwicklungen auch auf entsprechenden Testumgebungen anstatt auf einem Webhosting System zu machen?

[24unix]

Aber ist es nicht sinnvoller, Entwicklungen auch auf entsprechenden Testumgebungen anstatt auf einem Webhosting System zu machen?

Das ist doch kein Widerspruch.
Ich entwickle auf einem KH System, weil das auch meine Zielumgebung ist.

Ach ja, Composer und npm/yarn benötigt man bei aktueller Software auch fürs deployment.

Wenn Composer vorhanden ist, ist Laravel (oder auch Symfony ) nur noch ein Einzeiler …

[tab-kh]

Viel mehr Zeilen sollte composer auch nicht unbedingt brauchen...

[superjogi]

Ich denke so wäre es brauchbar oder?

INSTALL COMPOSER
mkdir /_custombin
cd /_custombin/
curl -sS https://getcomposer.org/installer | php
chmod a+x composer.phar
mv composer.phar composer
export PATH="$PATH:/_custombin"
echo export PATH="$PATH:/_custombin" > ~/.profile


INSTALL LARAVEL (with user)
cd /home/users/devenv1/
su devenv1
composer global require laravel/installer
echo 'export PATH="$PATH:$HOME/.config/composer/vendor/bin"' >> ~/.bashrc
source ~/.bashrc
laravel --version
cd /home/users/devenv1/www
composer create-project --prefer-dist laravel/laravel .
//Rechte anpassen:
sudo chown -R www-data:www-data storage bootstrap/cache
chown -R www-data:www-data storage bootstrap/cache


INSTALL node via nvm (Unabhängigkeit von den Paketen der Distro)
curl -o- https://raw.githubusercontent.com/nvm-s ... install.sh | bash
source ~/.bashrc
nvm --version
nvm install node
nvm use node

[24unix]

mkdir /_custombin

Warum nicht einfach ~/bin?

Code: Select all

su devenv1

danach verwendest Du $PATH und $HOME, ich denke,

Code: Select all

su - devenv1

ist besser.

[Toorms]

Hi!

Es wäre eventuell toll, wenn man aus Keyhelp PRO heraus folgendes installieren könnte:

• NPM
  Composer
  Laravel (mit entsprechenden PHP Interpreter)

+1

[Alexander]

Zumindest Composer ist jetzt im Standardumfang bei Neuinstallationen mit an Board.
(Nur bei Neuinstallationen, um bestehende Setups nicht negativ zu beeinflussen)


Gesicherte SSH-Umgebung:

Wenn die Composer-Datei an der Stelle vorhanden ist, wo sie KeyHelp ab 24.2 hin installiert (/usr/local/bin/composer), wird sie auch entsprechend in die 'Gesicherte SSH-Umgebung' der Kunden kopiert und entsprechend dort aktuell gehalten.

-> Um dann mit KeyHelp 24.2 also bestehende Installationen auf dieses Verhalten anzugleichen, einfach die Composer-Datei an die genannte Stelle kopieren (ohne etwaige Endung .phar)

[superjogi]

-> Um dann mit KeyHelp 24.2 also bestehende Installationen auf dieses Verhalten anzugleichen, einfach die Composer-Datei an die genannte Stelle kopieren (ohne etwaige Endung .phar)

Vielen Dank, das ist spitze!
Wenn ich meinen composer von /_custombin auf /bin verschiebe, wird er dann bei einem System ohne "gesicherte SSH Umgebung" auch aktuell gehalten?

[Alexander]

Wenn du für alle Eventualitäten gefeilt sein möchtest, dann schiebst du ihn nach /usr/local/bin/composer.

---

Das aktuell gehalten bezieht sich darauf:
Bei der gesicherten SSH Umgebung sind die Benutzer, die dieses Feature aktiviert bekommen haben auf ihr Home-Verzeichnis beschränkt. Sie können nicht ausbrechen und auf keine anderen Daten außerhalb Ihres Home-Verzeichnisses zugreifen. Damit dann aber trotzdem noch Anwendungen, angefangen von simplen "cat", "ls", "mkdir", ... usw. müssen diese diese Anwendungen und zugehörigen Bibliotheken in die Home-Verzeichnisse kopiert werden die die gesicherte SSH Umgebung nutzen.

Composer (sofern an Position /usr/local/bin/composer) wird dann ebenfalls mit in die Home-Verzeichnisse kopiert, damit der Befehl auch in gesicherten SSH-Umgebungen funktioniert.

Nun kommt es durch regelmäßige Updates (apt update & apt upgrade) ja dazu, das Anwendungen und Bibliotheksdateien erneuert und verbessert werden. KeyHelp kopiert also regelmäßig den aktuellen Stand der Dateien in die gesicherte SSH Umgebung, so das auch von den stabileren Programmversionen profitiert werden kann.

Sollte nun also ein Composer Update erscheinen, und Composer mittels "composer self-update" aktualisiert werden, so wird dann in der SSH-Umgebung entsprechend die aktuelle composer Version hineinkopiert (sofern sie sich hier befindet /usr/local/bin/composer)

Der Composer, der unter /usr/local/bin/composer installiert ist, wird im Rahmen des Wartungsintervalls "Server-Dienste aktualisieren" regelmäßig aktuell gehalten