Beiträge von cthriesa

    Anfragen an den Support stelle ich immer per Ticketsystem.
    Aber ich schreibe nun schon seit über 2 Wochen hin und her, ohne nennenswerte Erfolge.

    Mit Befehl meinte ich die Auswahl "Befehl ausführen" in den geplanten Aufgaben von Plesk.

    Erfindet dann immer den Pfad zum PHP nicht (siehe Forumseintrag: https://forum.netcup.de/administration…szuf%C3%BChren/)

    Und mit dem Typ "PHP-Skript ausführen" kann ich halt nicht das memory_limit erhöhen.

    EDIT:
    Habe mal aus Spass beim Cron als Befehl dies hinterlegt:
    php -i
    Prompt kam dabei nur ein Fehler raus: : Zeile 1: php: Kommando nicht gefunden.

    Und beim Befehl: /usr/local/php82/bin/php -v

    kommt dieser Fehler: Zeile 1: /usr/local/php82/bin/php: Datei oder Verzeichnis nicht gefunden

    Hallo Leute,

    ich habe eine geplante Aufgabe (Shopware), welche mehr als die Standardmäßigen 128M im PHP benötigt.

    Kann man irgendwie das memory_limit beim Aufruf erhöhen?

    Typ: PHP-Skript ausführen

    Skriptpfad: httpdocs/bin/console

    mit Argumenten: messenger:consume --time-limit=300 --memory-limit=256M async

    zu verwe. PHP-Version: 8.3

    Unser Server: managed private Server

    Wenn ich in der Shell die PHP-Einstellungen mir anzeigen lassen, wird mir auch nur 128M angezeigt.

    Im Kundenbereich unter den PHP-Einstellungen ist zwar 1024M eingestellt, diese werden aber anscheinend nicht automatisch in der Shell oder im Cronjob übernommen.
    Und eine andere Einstellungsmöglichkeit für die Shell/Cronjobs habe ich nicht finden können.

    Hier die Rückmeldung, nachdem ich es mit den Argumenten aufgerufen habe:

    • [OK] Consuming messages from transports "failed, async, low_priority". // The worker will automatically exit once it has been running for 300s or // received a stop signal via the messenger:stop-workers command. // Quit the worker with CONTROL-C. // Re-run the command with a -vv option to see logs about consumed messages.

    Mein Aufruf:
    Skripfad: httpdocs/bin/console
    mit Argumenten: messenger:consume --time-limit=300 failed async low_priority

    Du rufst aber ein normales PHP-Script mit Argumenten auf, wozu sonst das PHP-Binary am Beginn? Wieso sollte das mit der anderen Methode nicht gehen? :)

    Jetzt bin verwirrt.

    manuell muss ich in der Console vor dem Befehlsaufruf "bin/console scheduled-task:run --time-limit=300" den PHP-Interpreter-Pfad angeben.
    Sonst läuft der Befehl nicht.
    So wie ich das verstanden habe, wird innerhalb des Consolenbefehls erst das PHP abgearbeitet.

    Meinst Du man kann diese Consolen-Befehle auch direkt über den Typ "PHP-Skript" aufrufen auch wenn diese keine .php-Endung haben?

    Wenn ja, wie müsste man denn den Console-Befehl "httpdocs/bin/console messenger:consume --time-limit=300 failed async low_priority" im Skriptpfad-Feld hinterlegen?

    Hallo,

    wir haben einen "managed private Server" und wollten jetzt im Plesk die Cronjobs für Shopware einrichten.
    Befehl: /usr/local/php82/bin/php /var/www/vhosts/shop.domain.de/httpdocs/bin/console scheduled-task:run --time-limit=300

    Beim Ausführen wird dabei immer nur folgender Fehler geworfen:
    -: Zeile 1: /usr/local/php82/bin/php: Datei oder Verzeichnis nicht gefunden
    Rufen wir den Befehl direkt in der Shell auf klappt es einwandfrei.

    Wir haben auch schon versucht, die Befehle über eine cron.sh aufzurufen (sh /httpdocs/cron.sh).
    Aber auch dies klappt nicht und bringt die gleichen Fehler.

    Hat jemand evtl. einen Tipp, wie man die Shopware-Befehle korrekt angeben muss, damit diese auch mit der richtigen PHP-Version ausgeführt werden?

    Hallo Leute,

    wir haben seit neuestem einen gemanagten Server bei netcup und damit zum ersten Mal auch Plesk.

    Beim Testen der Einstellungen im Plesk sind wir auf Ressourcen/Speicherplatz & Hosting-Parameter/Speicherplatzkontingent gestoßen.
    Uns ist nicht ganz klar, was dabei der Unterschied ist und die Plesk-Hilfe brachte uns auch nicht weiter.

    Was ist denn der Unterschied beider Optionen?

    Wir haben zwar etwas mit Werten dort rumgespielt, konnten aber keinen Effekt bemerken.
    Auch ist trotz es trotz "Überbeanspruchung ist nicht zulässig" weiterhin möglich, Dateien hochzuladen.