|
|
|
|
|
|
|
| | Zitat von TheRealHawk
In der Zeit die du jetzt schon an dem Regex gebastelt hast hättest du auch ein Stück Code schreiben können das das in mehreren Schritten macht und das man auch in einem Jahr noch versteht.
Wenn man den Absprung nicht schafft baut man einen BER. In Regex.
| |
Mit der Sichtweise bist du nicht allein. Regex ist expressiv und kompliziert, lieber mit (später) nachvollziehbaren Programmcode arbeiten.
// edit
Ich bin mal so hart an Regex gescheitert obwohl ich die passende kurze Lösung hatte, bis ich gemerkt habe das die Option "-E" gefehlt hat ) :(
|
|
[Dieser Beitrag wurde 1 mal editiert; zum letzten Mal von hoschi am 16.03.2018 10:27]
|
|
|
|
|
|
|
|
|
Naja, es gibt halt Sachen, die kann Regex extrem gut. Aber auch Sachen, die man damit lieber nicht macht. Wie so oft bei der Wahl einer Technologie.
Und natürlich der Klassiker dazu.
|
|
[Dieser Beitrag wurde 1 mal editiert; zum letzten Mal von SwissBushIndian am 16.03.2018 10:24]
|
|
|
|
|
|
|
|
|
Eben. Richtiges Werkzeug für den richtigen Einsatzzweck.
Wie immer mit den üblichen Ausnahmen (Werkzeug besser vertraut, keine Stückwerk...).
|
|
|
|
|
|
|
|
|
|
|
Keine eigenen Werkzeuge ausser es lässt sich absolut und mit aller Gewalt nicht vermeiden.
|
|
|
|
|
|
|
|
|
|
|
Bosch Grün geschenkt bekommen? Oder warum?
Werkzeug ist [Programmiersprache die eingesetzt wird | Compiler der eingesetzt wird | Buildtool das eingesetzt wird].
|
|
|
|
|
|
|
|
|
|
|
|
Jo. Und genau die baut man nicht selber.
|
|
|
|
|
|
|
|
|
|
|
Und Frameworks 
|
|
|
|
|
|
|
|
|
|
|
| | Zitat von Dagrachon
Bei 2k Dateien und zusätzlichen numerischen Werten wirst du so oder so auf ein Skript zurückgreifen müssen.
Du musst wohl für kürzere Dateinamen,
z.B. test_20171010.livedat,
die einzelnen Abfragen sowieso in ne "if true" Bedingung setzen, ansonsten Matchen diese nicht 
| |
| Code: |
(.+)_(\d+ms)(.+)(\d{8}.+)(\.live.*) |
|
| |
Ja, daran werde ich wohl nicht vorbei kommen.
Danke für die ganze Arbeit, ich werde das gleich mal nutzen 
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Vielleicht hab ihr ja auch eine Idee. Es geht um OwnClou:
| | Zitat von GandalfDerPinke
Seit kurzem geht meine ownCloud Instanz nicht mehr - bzw. das Webinterface streikt mit folgender Meldung:
| |
| Code: |
PHP-Modul intl nicht installiert.
Bitte kontaktieren Sie Ihren Server-Administrator und bitten Sie um die Installation des Moduls.
+++++++++++++++++++++++++++++++
PHP-Module wurden installiert, werden aber als noch fehlend gelistet?
Bitte kontaktieren Sie Ihren Server-Administrator und bitten Sie um den Neustart des Webservers.
|
|
Das Ganze läuft auf Debian Jessie, Apache und PHP 5.6.33.
php -m zeigt intl als installiertes Modul an. Habe das Paket neuinstalliert und auch den Server neugestartet.
Gibt es eine Art Blacklist für php Module auf der intl gelandet sein könnte?
| |
|
|
|
|
|
|
|
|
|
|
|
|
PHP und seine Module nicht gleichzeitig geupdated, sodass dein intl Modul für PHP 2.3.4.5 ist, aber du noch PHP 2.2.2.9 am laufen hast?
|
|
|
|
|
|
|
|
|
|
|
|
sollte eigentlich. Ganz stumpf über apt full-upgrade.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Php5-intl Paket ist über apt installiert.
Ich hab auch nur php5. 7 hat Jessie gar nicht.
Kann ich mir die letzten durchgeführten Updates ansehen?
|
|
|
|
|
|
|
|
|
|
| | Zitat von GandalfDerPinke
Kann ich mir die letzten durchgeführten Updates ansehen?
| |
/var/log/apt/history.log
|
|
|
|
|
|
|
|
|
|
|
| | Zitat von Rufus
Hast du auch das php-intl .deb drauf und aktuell?
Aktuell im Sinne von Reifen vulkanisiert und Petroleum eingefüllt - oder was ein Jessie eben so haben möchte.
| |
hihi 
e: Auf meinem Zweitlaptop mit Debian VMs ist Firefox seit einiger Zeit so alt, dass nicht mal mehr ublock origin drauf läuft.
|
|
[Dieser Beitrag wurde 1 mal editiert; zum letzten Mal von csde_rats am 17.03.2018 14:29]
|
|
|
|
|
|
|
|
|
Start-Date: 2018-03-10 07:25:31
Commandline: apt full-upgrade
Upgrade: isc-dhcp-client:i386 (4.3.1-6+deb8u2, 4.3.1-6+deb8u3), isc-dhcp-common:i386 (4.3.1-6+deb8u2, 4.3.1-6+deb8u3), libvpx1:i386 (1.3.0-3, 1.3.0-3+deb8u1)
End-Date: 2018-03-10 07:25:33
Start-Date: 2018-03-16 15:40:53
Commandline: apt full-upgrade
Upgrade: libcurl3:i386 (7.38.0-4+deb8u9, 7.38.0-4+deb8u10), curl:i386 (7.38.0-4+deb8u9, 7.38.0-4+deb8u10), owncloud-files:i386 (10.0.4-1.1, 10.0.7-1.1), libcurl3-gnutls:i386 (7.38.0-4+deb8u9, 7.38.0-4+deb8u10)
End-Date: 2018-03-16 15:41:48
Start-Date: 2018-03-17 07:30:20
Commandline: apt full-upgrade
Upgrade: libvorbisfile3:i386 (1.3.4-2, 1.3.4-2+deb8u1), libvorbis0a:i386 (1.3.4-2, 1.3.4-2+deb8u1), libvorbisenc2:i386 (1.3.4-2, 1.3.4-2+deb8u1)
End-Date: 2018-03-17 07:30:21
Das sind die letzten Updates. Nach dem vom 03.10 lief es noch. 
|
|
|
|
|
|
|
|
|
|
|
| | Zitat von csde_rats
e: Auf meinem Zweitlaptop mit Debian VMs ist Firefox seit einiger Zeit so alt, dass nicht mal mehr ublock origin drauf läuft.
| |
Vor etwas über 2 Jahren hatte ich einen Laptop in der Hand, Firefox konnte nicht mal mehr Google darstellen.
|
|
|
|
|
|
|
|
|
|
|
| | Zitat von GandalfDerPinke
Php5-intl Paket ist über apt installiert.
Ich hab auch nur php5. 7 hat Jessie gar nicht.
Kann ich mir die letzten durchgeführten Updates ansehen?
| |
Und in /etc/php/*/conf.d stimmen jeweils die Links auf ../../mods-available und intl ist dabei?
Wenn ja, dann wäre hier wohl eine gute Lösung.
|
|
|
|
|
|
|
|
|
|
|
cp /usr/share/php5/intl/intl.ini /etc/php5/apache2/conf.d/20-intl.ini
Läuft...
Danke euch vielmals. Demnächst werde ich mich wohl mal hinsetzen und sowohl Debian aktualisieren und eine Migration auf Nextcloud ansetzen.
|
|
|
|
|
|
|
|
|
|
|
Da bin ich gerade dabei. Debian 9 läuft schon, nextcloud mache ich dieses WE und dann müssen alle User von owncloud umziehen. Sind zum Glück nur fünf.
Freue mich dennoch jetzt schon auf "Wieso??" "Warum ist das jetzt hellblau?" "Die und die Datei fehlt!"
|
|
|
|
|
|
|
|
|
|
|
|
Gibt doch bestimmt ein Owncloud-Theme. Gib dir mit den Files halt Mühe, und dann merkts keiner.
|
|
|
|
|
|
|
|
|
|
|
Meine OCD lässt es natürlich nicht zu, unter name.org/owncloud eine Nextcloud-Instanz laufen zu lassen. Natürlich wird daraus name.org/nextcloud!
/ oder gleich nextcloud.name.org? letsencrypt hat ja jetzt offiziell wildcards. Hmmm, was ist ordentlicher? 
|
|
[Dieser Beitrag wurde 1 mal editiert; zum letzten Mal von Phillinger am 17.03.2018 15:43]
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
cloud.name.org 
|
|
|
|
|
|
|
|
|
|
|
|
Ich hasse euch.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| | Zitat von MartiniMoe
cloud.name.org
| |
so hab ich das, aber 1klaut.name.org finde ich gerade deutlich geiler.
|
|
|
|
|
|
|
|
|
|
|
|
Auf jeden Fall subdomain mit eigenem cert.
|
|
|
|
|
|
|
|
|
|
|
www.dkb.de verwendet ein ungültiges Sicherheitszertifikat. Das Zertifikat kommt nicht von einer vertrauenswürdigen Quelle. Fehlercode: MOZILLA_PKIX_ERROR_ADDITIONAL_POLICY_CONSTRAINT_FAILED
https://blog.mozilla.org/security/2018/03/12/distrust-symantec-tls-certificates/
Diese Website verwendet HTTP Strict Transport Security (HSTS), um mitzuteilen, dass Firefox nur über gesicherte Verbindungen mit ihr kommunizieren soll. Daher ist es nicht möglich, eine Ausnahme für dieses Zertifikat anzulegen.
¯\_(ツ)_/¯
|
|
[Dieser Beitrag wurde 1 mal editiert; zum letzten Mal von kRush* am 17.03.2018 17:34]
|
|
|
|
|
|
| Thema: Der Linux-Thread 100 != 0x24 ( Ein Kernelupgrade später... ) |
