Beiträge von Abakus Forumsfossil

    Das script sieht ja schon ziehmlich "rustikal" aus mit seinen zusammengefrickelten SQL queries die nur auf eine SQL-injection warten.

    Allerdings nutzt du hier gleichzeitig Mysql NOW() und die PHP zeitfunktionen. Laeuft MySQL auf dem selben server, oder einem anderen? Weisst du genau, welche zeitzone MySQL verwendet?

    Hier kannst du die aktuellen MySQL einstellungen sehen:

    SELECT TIMEDIFF(NOW(), UTC_TIMESTAMP) AS timezone_offset,
    DATE_FORMAT(NOW(), '%Z') AS timezone_name;

    Ich selbst versuche MySQL NOW() zu vermeiden, und nutze stattdessen den PHP wert - z.b. date('Y-m-d 00:00:00'). Damit gibt es nur eine referenzzeit, und ausserdem koennen select-abfragen mit den MySQL datumsbefehlen nicht gecacht werden, da diese nicht wiederholbar sind. Wenn du allerdings die abfrage als "SELECT ... WHERE created_at >= '2024-04-05'" mit festem datum an mysql schickst, dann wird das ergebniss gecacht und ist damit prinziell schneller.

    Das Problem ist ja da irgendwie, dass das Datum in der DB, also das, wie es in Deutsch sein sollte, nicht wirklich das ist, was ich errechne mit time() oder mktime() + 3600 oder date +1 Day. Wie gesagt, ich raffe es noch nicht ganz, es geht an vielen Stellen, aber an einigen nicht.

    Ja zeig doch Mal den relevanten Code der das falsche Datum liefert.

    Mit hardcodierten werten ein Datum zu berechnen ist ganz schlecht, da verschiedene Zeitzonen teilweise an verschiedenen Tagen Zeitumstellung haben. Soll heißen meistens ist der unterschied dann z.b. 1h, aber zwischen der Zeitumstellung in den beiden Regionen kann es auch ein paar Wochen geben in welchen der unterschied dann eben 2 oder 0 Stunden ist.

    In Australien wird Zeitumstellung auf Landesebene geregelt, womit einige Länder Sommerzeit haben und andere nicht, oder die Zeitdifferenz zum Nachbarstaat ist 30 Minuten statt 1h.

    Wie berechnest du denn das datum?

    Hast du in deinem projekt irgendwo global
    date_default_timezone_set('Europe/Berlin'); 
    gesetzt um sichgerzugehen das dein system bescheid weiss?

    Ich benutzte Laravel, was die Carbon datetime libary hat. Finde ich intuitiver damit zu arbeiten, as die standard PHP funktionen.
    Damit dann eben:

    $dt_created = Carbon::parse('2024-04-03 12:00:00', 'Europe/Berlin');
    $dt_now = Carbon::now('Europe/Berlin');

    und dann damit dann eben vergleichen ob abgelaufen, gueltig oder wieviel zeit noch bleibt.

    Ich hatte nur vor kurzem damit zu tun, da die seite eintraege in der zeitzone des nutzers seichern muss, die dann zu einer bestimmten zeit in der selben zeitzone(!) wieder entfernt werden muessen. Das problem war eben, das die seite nutzer in australien, europa und nordamerika hat und dementsprechend zeitzonen und servertime beruecksichtigt werden mussten.

    Mir gefällt das, denn ich habe seit der Serverumstellung und PHP 8 ein gewaltiges Zeitenproblem. Irgendwie macht die Datenbank Zulu, PHP eine Mischung aus Zulu und Zeitzone und PHPMA besteht auf "Sommerzeit". Super. Alles, was irgendwie regelmäßig stündlich stattfinden soll, geht nun nicht mehr, da die Zeiten nun 2 Stunden auseinander liegen.

    Speicherst du die Zeitzone mit, bzw. Gibst du sie mit an wenn du die Zeitdifferenz berechnest? Ansonsten nutzt dein Server wohl GMT, aber nicht die Berliner Sommer/Winterzeit.

    Vor 2 Jahren war ich ja auf der Suche nach einem neuen Shop/Contentent/Blog-System und hab dann mal nen Testballon bei Shopify gestartet.
    Ergebnis: 29.90/Monat für einen durchaus hübschen Shop, den ich mir zusammengeklickt habe. Dafür eben Quellcode des Grauens, hohe Dateigrößen, miese Ladezeiten und das Ding rankte mit absolut gar keinem Key - nicht mal in der Schweiz. :)

    Hm, als ich vor einem jahr das letzte Mal bei Shopify geschaut habe war es durchaus brauchbar. Imho kannst du die Templates doch auch komplett selbst schreiben, ohne zwingend irgendwelche Shopify Scripts mit eingebunden zu haben. In den Templates hast du dann lediglich das Produkt oder eine Produktliste als variable mit allen Produkteigenschaften, die du dann in dein HTML einbaust und formatiert.

    Ja, schon erstaunlich. 89 wollen die Leute im Osten raus aus der SBZ, jetzt sind sie plötzlich auf social Media alle Russlandfreunde und Putinversteher die am liebsten wieder in einer Diktatur wie vor 89 leben wollen.

    Stasi, Misswirtschaft, Korruption, keine Reisefreiheit, keine Bananen, keine ausländischen Medien erlaubt, keine Autos, Computer oder Unterhaltungselektronik zu kaufen oder Leute die wegen polit schen Witzen oder Äußerungen jahrelang in den Knast gingen wurden schon wieder vergessen.

    Das Businesspaket von Wix ist mittlerweile gut, kostet aber auch bald 200 € im Jahr.

    Ne sorry, das was wix (und so ziehmlich alle anderen "webseiten-baukasten" seiten auch) da als ergebniss ausspuckt ist technisch gesehen eine katastrophe die fuer professionelle shops voellig ungeeignet ist. Welcher grosse shop nutzt denn wix als plattform?


    Deine seite ist fast 5MB gross und macht 80 requests - heisst die ladezeit ist (verglichen mit anderen seiten) extrem langsam.
    Geschwindigkeit und ladezeiten wirken sich direkt aufs webseiten ranking und deine konversation rate aus. Langsamere seite -> weniger umsatz. Mit so einem bausatz fehlen dir auch die moeglichkeiten die du haettest wenn du deine seite selbst auf deinem eigenen server installierst um z.b. irgendwelche unnuetzen funktionen zu entfernen, cache-settings anzupassen usw.

    Hallo,

    ich wuerde gerne verschiede foren oder seiten ueber RSS im auge behalten. Firefox hatte mal bis Dezember 2018 einen eingebauten feed reader, der aber dann wieder entfernt wurde.
    Welchen RSS reader nutzt ihr? Ich brauche einen, der die feeds fuer laptop, desktop und android synchronisiert - also wenn ich den feed auf einem geraet hinzufuege, dann soll es auch auf den anderen mit aboniert sein.

    Vorschlaege?

    Die Roboto ist eine sehr verbreite (Web-)Font, alleine schon aus dem Grund, dass die Google an vielen Stellen selbst verwendet und in vielen CMS geladen wird, alternativ auch OpenSans.

    Mir geht es eher darum dass ich (und sicher auch viele andere nutzer) den font nicht bewusst wahrnehmen, da er genauso normal oder langweilig aussieht wie die standard systemfonts. Soll heissen man blaesst die seite unnoetig mit fonts auf, die bis auf den "Designer" keiner bemerkt, verursacht laengere ladezeiten und gibt google auch noch daten deiner benutzer - und wofuer genau?

    Hm; platz 2 und 3 bei den groessten elementen die eingebunden werden sind die "Roboto" fonts, die (fuer mich) beim oberflaechlichen drueberscrollen genauso aussehen wie Arial oder Sans-Serif.

    Und bei so einer schmucklosen text-only seite ohne irgendwelchen firlefanz ganze 10 JS und 7 css files einzubinden spricht ja auch nicht gerade fuer das CMS.

    Und da mache ich mir immer gedanken das mein code vielleicht moppelkotze und ueberladen ist...

    Nunja. Irgendwann werde auch ich das nicht mehr auseinanderhalten können.

    Neue Schauspieler gesucht? Vielleicht lizenzierte Arnold Schwarzeneggers, die noch jung sind?

    Alles bald sehr viel günstiger zu haben. Und die machen ALLES!

    Ich denke mir eher das firmen oder filmstudios ihre eigenen schauspieler erstellen, und diese dann als ihre eigene "marke" dauerhaft und mehrfach in fortsetzungen und zu verwerten. Wahrscheinlich werden sie die erstellten schauspieler dann auch noch fuer produktwerbung weitervermieten.

    Ich hoffe nur, das sie das noch nicht im Wahljahr 2024 veröffentlichen, immerhin gab es schon robocalls mit KI erstellten stimmen.

    Meine Eltern jedenfalls würden solche videos nicht von echten auseinander halten können, und innerhalb von 2 Sekunden "teilen" drücken wenn auf irgendwelchen Telegramm Kanälen Clips auftauchen wie "die da oben" kleine Kinder essen.


    Dummerweise wird aber per Cookie gespeichert, dass er Bruttozahler ist und sieht im ganzen Shop nur noch Bruttopreise. Das ist natürlich nicht grade verkaufsfördernd.

    Darum frage ich mich, ob es eine Möglichkeit gibt, entweder:
    a) den Cookie für den (abgearbeiteten) Warenkorb sofort nach dem Kauf zu löschen oder
    b) einen Button einbauen, der ein Script auslöst, diesen Cookie zu löschen.

    Nein; in modernen shopsystemen werden solche einstellungen immer in der session AUF DEM SERVER gespeichert; im cookie steht nur welche session_id der nutzer hat.
    Wenn du mit javascript im cookie rumspielst wird der nutzer ausgeloggt und verliert seine einstellungen wie wohnort, lieferadresse und warenkorb die vorher noch in der session gesetzt waren.

    Du musst den flag fuer die brutto/nettopreise in der session finden, und nach abgeschlossener bestellung wieder zuruecksetzten.

    Statt sich auf werbeeinnahmen zu verlassen, kostet es jetzt 1,50/woche um kommentare unter die artikel schreiben zu koennen. Zum lesen braucht man immer noch einen kostenlosen account.


    Einerseits natuerlich genial weil man genau die zur kasse bittet die meistens den groessten quatsch von sich geben, andererseits hat dieses blatt auch (wie bild) viele aufreger und rage-porn artikel wo man schon vorher genau weiss was sich in den kommentaren abspielen wird.
    Ich hoffe der trend setzt sich durch und Youtube, Facebook und all die anderen Boomer-platformen ziehen nach. Bald koennten serioese nachrichtenblaetter ihr budget allein von den ganzen "DIE GRUENNEN SIND SCHULD!!1!!" kommentarschreibern decken! ^^