Beiträge von loswebos.de

Hallo,

nach Update von Ubuntu 22.04 auf 24.04 fehlt die Sodium Extension in allen PHP Versionen.

Hallo Herr Keppler,

unter Ubuntu 24.04.1 LTS ist scheinbar auch kein AVIF Support in den LiveConfig PHP Paketen gegeben. ( GD Lib ist 2.3.3. )

Ist den in der Ubuntu Buildumgebung libavif-dev installiert und der Configure String ( --with-avif) gesetzt?

Ergänzung, wenn ich memcached via Pecl drüber installiere und die DefaultOptions verwende ( kein msgpack, igbinary usw) dann funktioniert es als Workaround erstmal. Wäre jedoch schön , wenn die LiveConfig PHP Erweiterungen funktionieren.

/opt/php-8.1/bin/pecl uninstall memcached && /opt/php-8.1/bin/pecl uninstall memcached

Hallo Herr Keppler,

die memcached Extension wird nach Upgrade von Ubuntu 20.04 auf 22.04 nicht geladen. Getestet mit PHP 8.0, 8.1, 8.2 und 8.3

Die Pakete wurden auch einmal mittles apt-get reinstall php-8.1-* neu installiert. Der Fehler lautet immer "undefined symbol: php_session_register_module"

PHP Warning:  PHP Startup: Unable to load dynamic library 'memcached.so' (tried: /opt/php-8.1/lib/extensions/no-debug-non-zts-20210902/memcached.so (/opt/php-8.1/lib/extensions/no-debug-non-zts-20210902/memcached.so: undefined symbol: php_session_register_module), /opt/php-8.1/lib/extensions/no-debug-non-zts-20210902/memcached.so.so (/opt/php-8.1/lib/extensions/no-debug-non-zts-20210902/memcached.so.so: cannot open shared object file: No such file or directory)) in Unknown on line 0

Die Extension ist vorhanden (/opt/php-8.1/lib/extensions/no-debug-non-zts-20210902/memcached.so) wirft jedoch obigen Fehler aus.

Hängt dies ggf. mit php-8.1-opt-igbinary zusammen ?

Dies wird automatisch als Abhängigkeit installiert, sofern man php-8.1-opt-memcached installieren möchte.

Sicherlich möglich, allerdings wäre es durchaus im Bereich des möglich, dass man kurzfristig eine Antwort erhält

Und auf Produktivsystemen eine offiziell nicht supporte OS Umgebung einzusetzen, ist eher suboptimal.

Hallo nochmal,

Wann könnte man den mit LiveConfig Unterstützung von Ubuntu 24.04 rechnen?

Hallo nochmal,

Wann könnte man den mit LiveConfig Unterstützung von Ubuntu 24.04 rechnen?

Unter Ubuntu 24.04 welches am 25.04.24 freigegeben wurde, ist gdlib 2.3.0 eingebunden.

Wann könnte man den mit LiveConfig Unterstützung von Ubuntu 24.04 rechnen?

Hallo Herr Keppler,

es geht um Ubuntu 22.04, das dürfte libgd 2.3.0 mitliefern.

gd_info unter PHP 8.2 liefert:

    [GD Version] => 2.3.0
    [FreeType Support] => 1
    [FreeType Linkage] => with freetype
    [GIF Read Support] => 1
    [GIF Create Support] => 1
    [JPEG Support] => 1
    [PNG Support] => 1
    [WBMP Support] => 1
    [XPM Support] => 1
    [XBM Support] => 1
    [WebP Support] => 1
    [BMP Support] => 1
    [AVIF Support] => 
    [TGA Read Support] => 1
    [JIS-mapped Japanese Font Support] => 

Das PHP ImageMagick Modul scheint AVIF zu supporten.

ImageMagick supported formats    3FR, 3G2, 3GP, AAI, AI, APNG, ART, ARW, AVI, AVIF, AVS, BGR, BGRA, BGRO, BIE, BMP, BMP2, BMP3, BRF, CAL, CALS, CANVAS, CAPTION, CIN, CIP, CLIP, CMYK, CMYKA, CR2, CR3, CRW, CUR, CUT, DATA, DCM, DCR, DCX, DDS, DFONT, DJVU, DNG, DOT, DPX, DXT1, DXT5, EPDF, EPI, EPS, EPS2, EPS3, EPSF, EPSI, EPT, EPT2, EPT3, ERF, EXR, FAX, FILE, FITS, FRACTAL, FTP, FTS, G3, G4, GIF, GIF87, GRADIENT, GRAY, GRAYA, GROUP4, GV, H, HALD, HDR, HEIC, HISTOGRAM, HRZ, HTM, HTML, HTTP, HTTPS, ICB, ICO, ICON, IIQ, INFO, INLINE, IPL, ISOBRL, ISOBRL6, J2C, J2K, JBG, JBIG, JNG, JNX, JP2, JPC, JPE, JPEG, JPG, JPM, JPS, JPT, JSON, K25, KDC, LABEL, M2V, M4V, MAC, MAGICK, MAP, MASK, MAT, MATTE, MEF, MIFF, MKV, MNG, MONO, MOV, MP4, MPC, MPG, MRW, MSL, MSVG, MTV, MVG, NEF, NRW, NULL, ORF, OTB, OTF, PAL, PALM, PAM, PANGO, PATTERN, PBM, PCD, PCDS, PCL, PCT, PCX, PDB, PDF, PDFA, PEF, PES, PFA, PFB, PFM, PGM, PGX, PICON, PICT, PIX, PJPEG, PLASMA, PNG, PNG00, PNG24, PNG32, PNG48, PNG64, PNG8, PNM, POCKETMOD, PPM, PREVIEW, PS, PS2, PS3, PSB, PSD, PTIF, PWP, RADIAL-GRADIENT, RAF, RAS, RAW, RGB, RGBA, RGBO, RGF, RLA, RLE, RMF, RW2, SCR, SCT, SFW, SGI, SHTML, SIX, SIXEL, SPARSE-COLOR, SR2, SRF, STEGANO, SUN, SVG, SVGZ, TEXT, TGA, THUMBNAIL, TIFF, TIFF64, TILE, TIM, TTC, TTF, TXT, UBRL, UBRL6, UIL, UYVY, VDA, VICAR, VID, VIDEO, VIFF, VIPS, VST, WBMP, WEBM, WEBP, WMF, WMV, WMZ, WPG, X, X3F, XBM, XC, XCF, XPM, XPS, XV, XWD, YCbCr, YCbCrA, YUV

Hallo,

könnten die LiveConfig PHP GD Pakete um Avif Support erweitert werden?

Dieses Feature wird mehr und mehr von Kunden angefragt.

VG,

Torsten Walther

Hallo Herr Keppler,

besten Dank, funktioniert. lcclient temporär stoppen reicht aus aus, um AC_TMPPWD auszulesen

VG,

Torsten Walther

Hallo,

nachdem wir Server von CentOS zu Ubuntu migriert haben, und sich der FTP Server von VSFTPD zu Proftpd geändert hat, müssen zusätzliche FTP Benutzer das Passwort einmal neu setzen. Soweit kein Problem.

Wie kann man das bei den FTP Usern für den SiteBuilder handeln?

Veröffentlichen geht erstmal nicht, da der Zugang beim ProFTPD noch nicht passt.-

ACCOUNTS/AC_INTERNAL kann ich in der DB auf 0 setzen, somit kann das Passwort über die GUI geändert werden.

Wie genau muss das neu Passwort den in SPS_FTPPASS der Tabelle SITEPROSITES gespeichert werden, damit der Sitebuilder dann wieder veröffentlichen kann?

Hallo Herr Keppler,

systemd-overrides müssten dann aber noch möglich sein, hat ja prinzipiell erstmal nichts mit ihrem PHP zu tun?

Wir nutzen z.b: /etc/systemd/system/php83-fpm.service.d/override.conf um ein angepasstes ExecStart für FPM zu verwenden.

Ansonsten, sehr schicke Angelegenheit

Man muss auch mal bedenken, dass selbst bei einer Preissteigerung der Abrechnungsoftware der Mehrwert durch gesparte Personalkosten / Mannstunden dennoch mehr als gerechtfertigt ist. Gsales hat immerhin auch in V2 eine durchaus sehr effiziente API. Dh man "kann" den Fakturierungs-Aufwand mit Automatisierung für die essentielle Rechnungslegung, durchaus auf "(eigenes) Bestellsystem -> Serienvorlange via API anlegen , Manuell im Gsales auf Abrechnen klicken > Warteschlange > Rechnungen erstellen " auf 1x im Monat mit Zeitaufwand 30min reduzieren. Nahezu unabhängig, wie viele Kunden man abrechnet.

Natürlich ist es schön Summe X widerkehrend zu sparen, wenn ich aber den Zeitaufwand für Implementierung & wiederkehrenden Workflow gegenrechne, finde ich eine Preisanpassung durchaus gerechtfertigt und angemessen.

Nach wie vor aktuell.

wann genau, kann man den mit einer Behebung des Bugs rechnen? Sind ja nun mittlerweile auch 5 Monate ..-

Oder wird dies durch die Arbeiten an LiveConfig 3 nicht mehr behoben werden?

Hab's rausgefunden, in der Tabelle ACCOUNTS musste noch die AC_SERVERID angepasst werden.

Ich habe vor einiger Zeit ein LiveConfig Clienten von CentOS zu Ubuntu migriert. Ging mit Anpassungen in der Datenbank auf dem MasterServer recht problemlos.

Nur beim Editieren der Cronjobs erhalte ich im Logfile "No system account defined for new new crontab" .

An welcher Stelle müsste ich ansetzen?

Nach wie vor aktuell.
wann genau, kann man den mit einer Behebung des Bugs rechnen? Sind ja nun mittlerweile auch fast 4 Monate ..-

Kurze Nachfrage, 7.0,7.1,7.3,7.4 für Ubuntu 22 kommen noch ?

php-7.0-opt-ioncubem php-7.1-opt-ioncube, php-7.3-opt-ioncube, php-7.4-opt-ioncube sind ja bereits im Repo drin.

Super, besten Dank.