Das längste Thema

Bevor die Smartphones richtig Fahrt aufgenommen haben, müsste man für jeden Kleinschei* den PC nutzen.

Was im Internet suchen....PC einschalten

Mails checken.....PC einschalten

Online-Banking....PC einschalten

eBay/Amazon/.....PC einschalten

Usw.

Heute kann der normale Nutzer 90% seines Doings am Smartphone machen....die restlichen 10% sind dann 3 Briefe und die jährliche Steuererklärung. Dafür nutzt man das "Familien-Notebook", was unterm Wohnzimmertisch rumgammelt.

Das muss nicht zwangsweise was schlechtes sein, aber der PC verliert mMn einfach mehr und mehr an Stellenwert.

Ich denke auch das MS langfristig den Consumer-Bereich verliert.

Das meiste genutzte IT-Gerät von Otto Normal ist das Smartphone....und da ist der Markt klar aufgeteilt.

Ich schreib hier auch gerade gammelnd auf der Couch vom Smartphone....früher hätte ich selbst für Forenaktivitäten einen PC/Notebook nutzen müssen.

Zitat von KB19

..., dann hast Du ältere PHP-Versionen auch unter einer neueren Debian-Version.

so eine Konstellation ist grundsätzlich schlecht; das Einfallstor ist nicht die ältere Debian-Version sondern die ältere PHP-Version ...

Zitat von -Manu-

..., aber der PC verliert mMn einfach mehr und mehr an Stellenwert.

ja sobald Heizflossen ein 17" Display mit an Board haben

Zitat von Win98SE4ever

Den Spruch "ich schalte den PC nur noch ein wenn ich was drucken muss" höre ich jedenfalls im Privaten immer öfter.

das kann aber auch ganz anders interpretiert werden ...

Zitat von mainziman

so eine Konstellation ist grundsätzlich schlecht; das Einfallstor ist nicht die ältere Debian-Version sondern die ältere PHP-Version ...

Die älteren Versionen erhalten teilweise noch immer Patches durch die Community. Ich behaupte jetzt einfach mal, dass ≥90% der Sicherheitsprobleme bei PHP-Anwendungen auf unsaubere Programmierung zurückzuführen sind und nicht auf Sicherheitslücken in PHP selbst.

Wenn ich jedenfalls diese Wahl habe…

1. (EOL) Debian mit EOL PHP (womöglich ohne Patches)
2. Aktuelles Debian mit EOL PHP (und eventuell Patches)

…würde ich immer die zweite Variante bevorzugen. Spätestens wenn Debian aus LTS raus fällt, sind sonst die verwendeten Bibliotheken die viel größere Gefahr für sicherheitsrelevante Bugs.

Dass ein Upgrade auf PHP 8.x die beste Option wäre, steht außer Frage. Aber wenn das, aus welchen Gründen auch immer, bei einem Projekt derzeit nicht geht, ist das Sury-Repo eine gute Wahl. Das hat ja auch den Vorteil, dass man mehrere PHP-Versionen parallel testen kann, ohne selbst kompilieren zu müssen.

Das stimmt tatsächlich. Die sury Repos liefern teilweise noch Patches für PHP 5.6.

KB19 wie so vieles, hat alles 2 Seiten;

Zitat von KB19

Ich behaupte jetzt einfach mal, dass ≥90% der Sicherheitsprobleme bei PHP-Anwendungen auf unsaubere Programmierung zurückzuführen sind und nicht auf Sicherheitslücken in PHP selbst.

das mag durchaus stimmen; wobei um es am Beispiel des Packets 'Nextcloud' zu verdeutlichen, auch nicht ohne ist, was hier passiert;

jedes Nextcloud Release setzt immer ein neueres PHP Release voraus; das mag ja ok sein, ABER: sind die Quellcode-Teile welche vom Vorrelease übernommen wurden, ebenfalls adaptiert? od. nur die neu hinzugekommen Teile?

ich hatte mein altes Phone im Sept. letzten Jahres einmal fallen lassen, und dabei ging das Display am Rand zu Bruch;

es funktioniert noch; und hatte zu diesem Zeitpunkt noch f. 3 Monate (Sicherheits-)Updates;

und genau was da dann im Nov. passierte läßt einem schon nachdenken;

an Stelle eines Sicherheitsupdates zum bestehenden Android (war Android 13) wurde auf Android 14 aktualisiert;

und da stelle ich schon die Frage in den Raum:

was ist besser ein für längere Zeit mit Patches versorgtes Android N od. ein komplett ohne Patches neu installiertes Android N+1?

Was anderes, welche Apps verwendet ihr auf euren Androiden als Offline Landkarten?

diese hier funktioniert - die Karten sind aber tlw. veraltet ...

https://play.google.com/store/apps/details?id=com.navigation.offlinemaps.gps

diese hier scheitert nach dem Download diverser Karten - diese sind zwar neuer als bei der App darüber

https://play.google.com/store/apps/details?id=com.sygic.aura

hilft aber nichts, wenn die App dann nicht mehr startet ...

verwendet jemand diese?

https://play.google.com/store/apps/details?id=com.bodunov.galileo

Zitat von mainziman

Was anderes, welche Apps verwendet ihr auf euren Androiden als Offline Landkarten?

OsmAnd(+) bzw. OsmAnd~ von F-Droid.

Zitat von mainziman

diese hier funktioniert - die Karten sind aber tlw. veraltet ...

https://play.google.com/store/apps/det…offlinemaps.gps

"Die angeforderte URL wurde auf diesem Server nicht gefunden."

Zitat von KB19

OsmAnd(+) bzw. OsmAnd~ von F-Droid.

Ansonsten bzw. auch fürs Auto: https://play.google.com/store/apps/det…m.here.app.maps

(https://www.here.com/products/wego) Ist kostenlos und gibt's auch für iOS.

Magic Earth Navigation mit OSM offline Karten.

Kost nix, aktueller Openstreetmapstand, Open Source: https://organicmaps.app

Zitat von mainziman

was ist besser ein für längere Zeit mit Patches versorgtes Android N od. ein komplett ohne Patches neu installiertes Android N+1?

Du hast genau keine ahnung von release und patch management.

natürlich enthält ein produkt p der release n+1 zum veröffentlichungszeitpunkt die selben korrekturen wie die release n, ist doch die entwicklung kontinuierlich und stetig. wird in einer release n+x (x darf hier auch negativ sein) ein fehler gefundend und korrigiert, so kann diese korrektur vor- und rückwärts portiert werden. damit das vom aufwand nicht überhand nimmt will jeder hersteller zum zeitpunkt t nur eine anzahl a an major releases seines produktes p pflegen.

Zitat von KB19

OsmAnd~ von F-Droid

OsmAnd~ (F-Droid) ist für mich die wichtigste App auf dem Android Smartphone (nach der Kamera-App).

Karten zieht man aktuell von OpenStreetMap.

Die Navigation (offline) funktioniert hervorragend, man kann sich unterschiedliche Profile anlegen (Auto, Fahrrad, Wandern...) und alles bis ins Kleinste einstellen.

Die eigenen Einstellungen kann man exportieren, man kann Plugins aktivieren (z.B. Wikipedia POIs), u.v.m.

Das Wichtigste aber: Das Design und die Bedienung werden nicht ständig umgekrempelt. Gerade als Naviersatz im Auto ist das für mich wichtig.

Zudem lassen sich unterschiedliche Einblendungen / Steuerelemente einblenden. Z.B. auf Knopfdruck/Touch die Umschaltung zwischen restlicher Fahrzeit <> Ankunfts(uhr)zeit.

Die Tatsache dass einige andere F-Droid FOSS Apps einen Button 'Navigation OsmAnd' anbieten, um Koords für die Navigation zu übergeben, spricht in der Usability für sich.

Der einzige "Nachteil" an OsmAnd ist, dass man sich gefühlt 4 Wochen Urlaub nehmen muss, um alle Features auch nur ansatzweise zu entdecken.

Zitat von KB19

Der einzige "Nachteil" an OsmAnd ist, dass man sich gefühlt 4 Wochen Urlaub nehmen muss...

Ja, die Einstiegshürde überschreitet das Konzept 'Keep it simple' bei Weitem.

Für eine (m.b.M.n. perfekt individualisierbare) Naviapp geht das aber in Ordnung.

Abgesehen von den (optionalen und im Auslieferungszustand deaktivierten) Zusatzfunktionen muss man aber eigentlich nur raffen, dass es einerseits "normale Einstellungen" gibt und andererseits "Profile und deren Konfiguration".

Sofern man zu Beginn das Profil nicht wechselt, ist alles halb so wild.

Seit etwa 2017 nutze ich es und möchte es nicht mehr missen.

Zitat von hoedlmoser

Du hast genau keine ahnung von release und patch management.

das sagt der, der nicht mal die Frage verstanden hat;

darum stell ich die Frage anders:

was ist jetzt rd. 3 Monate später besser,

wenn das Phone ein vollständig ungepatchtes Android N+1 hat

od. noch ein Android N, welches mit den bis dato verfügbaren Patches versorgt wurde?

dein Unwissen von Release und Patch Management behalte besser für Dich;

weil die Praxis ein anderes Bild zeigt;

Zitat von hoedlmoser

Du hast genau keine ahnung von release und patch management.

natürlich enthält ein produkt p der release n+1 zum veröffentlichungszeitpunkt die selben korrekturen wie die release n, ist doch die entwicklung kontinuierlich und stetig. wird in einer release n+x (x darf hier auch negativ sein) ein fehler gefundend und korrigiert, so kann diese korrektur vor- und rückwärts portiert werden. damit das vom aufwand nicht überhand nimmt will jeder hersteller zum zeitpunkt t nur eine anzahl a an major releases seines produktes p pflegen.

Es werden nur Strohmänner, Nebelkerzen, Red Herring, etc. kommen. Daher gilt hier (was ich auch lernen musste ) :

Zitat von H6G

Die sind ungeschrieben. Ich habe sie dir mal zusammen gefasst:

1. Never discuss with Mainziman

Zitat von Tim Chen

"never discuss with mainziman"

Zitat von H6G

Gab es in den Forenregeln nicht mal einen §6 Abs. 2: never discuss with mainziman

Zitat von -Manu-

und die jährliche Steuererklärung

Und selbst das geht am Smartphone.

Zitat von martin\

Und selbst das geht am Smartphone.

Auf dem Bierdeckel!

Zitat von KB19

Es werden schon noch alle Enten ihr Beta-Brot bekommen.

So langsam bezweifle ich das.. 😁

Wäre sicher nicht verkehrt gewesen, wenn von offizieller Seite ein konkreter Ablaufplan geschildert worden wäre. So bleibt einfach nur die Ungewissheit.

Aber ja, mir ist durchaus bewusst dass mit der Enten-Reaktion nicht automatisch ein verpflichtendes Teilnahmerecht an der Beta entsteht.

Dann einfach weiter abwarten. Ihr habt ja hoffentlich schon die gröbsten Bugs gemeldet. 😜

Zitat von DerRené

Aber ja, mir ist durchaus bewusst dass mit der Enten-Reaktion nicht automatisch ein verpflichtendes Teilnahmerecht an der Beta entsteht.

Hab extra für diesen Zweck beim Community-Treffen meine Kundennummer aufschreiben lassen. Aber das hat offensichtlich auch nicht geholfen.