Ankündigung

Einklappen
Keine Ankündigung bisher.

`count.php`

Einklappen

Neue Werbung 2019

Einklappen
X
  • Filter
  • Zeit
  • Anzeigen
Alles löschen
neue Beiträge

  • `count.php`

    [ot]Sorry, ich war nicht sicher, ob das hier besser in "Scriptboerse" oder "Projekthilfe" hinein passt.
    Also @ Moderatoren: einfach eines der beiden loeschen.. thx. ^_^
    [/ot]

    Hallo zusammen,

    ich habe (vor ein paar Monaten bereits) ein `count.php`-Script fertig gestellt, da ich es selbst fuer alle meine Websites brauche.
    Leider habe ich so recht keine Ahnung, wie ich das Script bekannt machen koennte - daher poste ich es einfach mal hier.

    Das Projekt ist im Prinzip abgeschlossen - es sei denn, jemand findet noch Bugs, die ich dann gerne fixen wuerde;
    oder (wie unten bemerkt) wenn ihr Anregungen, Verbesserungsvorschlaege o.ae. habt: ich arbeite gerne weiter daran!

    Es gibt dazu natuerlich auch eine recht ausfuehrliche Dokumentation in meinem GitHub-Repository, wo es gleich auch
    den Quellcode zum Download gibt: http://github.com/kekse1/count.php/. Oder mit `git` direkt in der Konsole eines der beiden:
    • `
      Code:
      git clone https://github.com/kekse1/count.php/
      `
    • `
      Code:
      git clone git@github.com:kekse1/count.php.git
      `
    Im Prinzip ist alles Open-Source und absolut kostenlos. Eventuell werde ich in der naechsten Zeit noch ein Projekt angehen,
    um diesen Besucherzaehler jedem "gegen kleinen Taler" zu oeffnen, also mit mir als Hoster, damit niemand Webspace mit PHP
    o.ae. benoetigt. Mal sehen. Spenden natuerlich auch gerne! xD Aber die Basis ist absolut frei. Vielleicht moegt ihr ja folgendes:

    (a) Gut durchtesten, um evtl. Bugs zu finden. Gerne auch eure Commits @ GitHub (die ich dann noch verifizieren werde).
    (b) Selbst verwenden! Ohne User hat das Ganze ja nur wenig Sinn [einmalig installieren, fuer beliebige Hosts/Domains nutzen].
    (c) Reviews schreiben, mit eigenen Anregungen, Verbesserungsvorschlagen, usw.

    Ich hoffe auch auf eure Reaktionen direkt im "Issues"-Bereich von GitHub. Oder sonst gerne auch hier..

    Mit besten Grueszen [aus Leverkusen];
    Sebastian Kucharczyk

  • #2
    ich schreib mal hier rein ...

    einem repo würde ioh keine namem wie eine datei geben.

    du hast ein haufen datein drin, die da so nicht reingehören scheit mir bspw

    https://github.com/kekse1/count.php/...ster/count.php

    der ablauif ist mir nicht ganz klar was wird die angesprochen, gespeichert ,. was hat die console mit dm webserver zu tun

    dazu wäre eine kurze erkärung nicht schlecht

    zudem lassen sich sicher infos in eine config auslagern oder ?



    The easiest way is to just use this count.php with it's default configuration: copy it to some path in your htdocs/, and That's all! The configured counter directory count/ will automatically be created.
    wenn ich irgendwas auf /www-data/testz1/test2 kopiere pasiwert me erstmal garnichts oder ?

    kann sein es passiert was wenn ichals besucher /www-data/testz1/test2 aufrufe


    das nach einem flüchtigen blick

    Kommentar


    • #3
      Hallo, und Danke fuer deine Antwort.

      >> du hast ein haufen datein drin, die da so nicht reingehören scheit mir bspw
      • `count/`: the default directory for all values, caches, etc. (plus .htaccess to deny direct reading)
      • `docs/`: .md and it's three images atm (so: github internal)
      • `fonts/`: pre-installed fonts (used when drawing the counter values etc.) (plus .htaccess to deny direct reading)
      • `modules/`: this is only a future possibility.. nothing which is used right now (so can be left out)
      • `php/`: mainly the source itself (plus a bit rest, feel free to ignore it [should be symlinks, maybe]);
      • `sh/`: the wrapper shell script, to call the `count.php` via command line (within correct directory boundings, ..);
      >> der ablauif ist mir nicht ganz klar was wird die angesprochen, gespeichert ,. was hat die console mit dm webserver zu tun

      Der CLI-Modus (Konsole also) ist, wenn man auf dem Webserver auch SSH-Zugriff hat. Damit faellt evtl. eine erweiterte
      Konfiguration leichter, aber auch setzen u.v.a. auslesen der Zaehlerstaende ist so einfach gehalten; ersetzt quasi ein
      Admin-Interface (waere leicht bloatet, oder? ^_^). So dass man die Dateien nicht manuell auslesen muss oder sonstwas.

      Siehe dazu den Beispiel-CLI-Screenshot mit Hilfe-Ausgabe: https://github.com/kekse1/count.php/...screenshot.png

      >> zudem lassen sich sicher infos in eine config auslagern oder ?

      Klaro. Wir haben sogar eine globale Konfigurations-Datei, die erstmal fuer alle Zahler(-Hosts/..) greift, sowie das Potential,
      fuer jeden Host eine weitere '.json' als Differenz(!)-Konfiguration, die dynamisch angewandt wird, zu konfigurieren.

      Siehe fuer alle Moeglichkeiten: https://github.com/kekse1/count.php?...#configuration

      >> wenn ich irgendwas auf /www-data/testz1/test2 kopiere pasiwert me erstmal garnichts oder ?
      >> kann sein es passiert was wenn ichals besucher /www-data/testz1/test2 aufrufe


      Siehe erstmal dazu:

      https://github.com/kekse1/count.php#installation
      https://github.com/kekse1/count.php?...-file-creation

      Bei mir laeuft alles *direkt*. Sprich, ich kopiere nur das `count.php` script in einen document root,
      der vom Webserver erreichbar ist, und direkt erscheint eine `0`-Zaehlung im Browser beim Aufruf der `count.php`.

      Wenn du direkt mit `count.php?draw` aufrufst, musst du aber zuerst das bereits leer erzeugte (oder direkt aus dem
      Repository mit kopierte) `./fonts/`-Verzeichnis (ebenso konfigurierbar) mit min. einem `*.ttf` darin parat haben
      (sowie `font`-Konfiguration, wo by default nur `Candara` steht). Klappt direkt bei mir..

      Sonst muesstest du pruefen, ob deine Zugriffsrechte passen? Siehe obigen Link zur "Installation" sowie dortige
      Warning mit "KEKSE_MODE_{DIR,FILE}", die by default auf (0o700) und (0o600) sind, koennte man mit (0o777) sowie
      (0o666) auch mal probieren.. macht's nur etwas unsicherer..

      So weit.. der Kuchen.

      Kommentar


      • #4
        da jetzt hier diskutiert wird, lösche bitte den anderen thread sowieit möglichj - dh. beartbeiten - nur link zu hier.


        https://github.com/kekse1/count.php/...ster/count.php

        zu der dateien frage, was ist das ?

        Code:
        php/count.php
        davon gibt es einen haufen, es gibt auich leere, ich sehe absolut keinen mehrwert.

        danke für die dir info, allerdings ist das selbsterklärend .

        ich weiss was cli ist, danke.

        mir fehlt immer noch die erklärung was das ding wie macht, und komm mir jetzt bitte nicht mit besucher zählen.

        zudem sehe ich erstmal keine möglichkeit das irgendwie in eine moderne webseite zu integrieren, ja du schreibst viel über config zeugs - mir viel zu viel.

        was mir da einfällt, uinwiefern ist das ding dsgvo konform ?


        Kommentar


        • #5
          Hello again,

          >> zu der dateien frage, was ist das ?

          Das nennt sich auch "Symbolic Link", ein Merkmal von Linux-Dateisystemen. Eine "weiche" Verknuepfung zu anderen Dateien/Verzeichnissen/... siehe https://de.wikipedia.org/wiki/Symbol...rkn%C3%BCpfung.

          >> mir fehlt immer noch die erklärung was das ding wie macht, und komm mir jetzt bitte nicht mit besucher zählen.
          >> zudem sehe ich erstmal keine möglichkeit das irgendwie in eine moderne webseite zu integrieren, ja du schreibst viel über config zeugs - mir viel zu viel.


          Primaer nutze ich das auf meinen Websites (e.g. http://kekse.biz) im `text/plain`-Modus zur AJAX/fetch-Einbindung des reinen Zaehlwertes
          in meinen DOM-Baum; und zwar fuer viele Websites parallel mit nur einer Installation. Es wird zuerst auf Client-Seite ein evtl. Cookie geprueft,
          um direkt und effizient mehrfache Zaehlungen (eines Users, bzw. innerhalb einer "Sitzung": https://github.com/kekse1/count.php?...v-file#refresh)
          zu verhindern - FALLS die Cookies z.B. vom User geloescht worden sind, wird noch auf Server-Seite eine IP-Ueberpruefung statt finden. Effizient cache'd, btw.

          Sekundaer habe ich um Grafik-Zeichnungs-Faehigkeit erweitert, die eine schoene, saubere Zeichnung ermoeglicht, um den Zaehler als
          regulaeres <img> einbetten zu koennen. ... siehe z.B. alle meine GitHub-Seiten, wo ganz oben immer ein Zaehlwert als Bild gezeichnet
          wird. Mit konfigurierbarem/parametrisierbaren Radix (also Config vs. $_GET[]-Parameter, beides), daher liegt eine Bit-Darstellung bei mir.

          Tertiaer nutze ich noch ein moegliches Zeichnen (wenn erlaubt) von Text statt Zaehlwerten, um eine Art "scrambling" von Web-Inhalten
          auf's einfachste zu erreichen. Sprich, ein Aufruf wie
          Code:
          count.php?text=user@host
          zeichnet einen String im Bild, um das
          Auslesen durch einen Web-Crawler o.ae. zu vermeiden. Aber das nur nebenbei, eine Kleinigkeit. Habe z.B. in meinem Impressum meine
          Adresse etc. so gezeichnet, dass diese nicht so leicht automatisierbar heraus extrahiert werden kann.

          Alles dabei sehr weitraeumig konfigurierbar (daher auch bisschen viel Dokumentation!) sowie alles (partiell auch redundant) abgesichert.

          Aktuelles TODO, BTW: ich lasse die Basis-Konfiguration im Script, werde aber optionales La den aus `.json`-Datei einbringen. Das gibt's zwar schon fuer
          die Per-Host-Config-Overwrites [https://github.com/kekse1/count.php?...nfig-overwrite], aber fuer die Basis noch nicht.
          Hab's bald auch schon so weit geschafft, denke ich.. aber nur BTW.

          Gruesze; der Kuchen.

          Kommentar


          • #6
            Edit..

            >> was mir da einfällt, uinwiefern ist das ding dsgvo konform ?

            Von der "Datenschutz-Grundverordnung" habe ich - als Coder - ehrlich gesagt keine Ahnung.
            Ich haette aber evtl. das zu bieten: https://github.com/kekse1/count.php?...v-file#privacy.

            Kommentar


            • #7
              ich stelle meine fragen falsch,
              was hat ein link in einem repo zu suchen ?

              cockies schön, die IP allerdings stösst an grenzen, letzlich zählst du damit nur den router .

              generell würde ich die érfassung der daten, das speichern und das aufbereiten trennen.




              Kommentar


              • #8
                >> ich stelle meine fragen falsch, was hat ein link in einem repo zu suchen ?

                Wenn das Repository (via `git`) geklont wird, werden unter Linux die Symlinks korrekt angelegt;
                das sind nicht nur leere Dateien, das sind teilweise sinnvolle Strukturen.

                >> cockies schön, die IP allerdings stösst an grenzen, letzlich zählst du damit nur den router .

                Nyo~ was wuerdest du denn bitte verwenden fuer sowas? Ich kenne keine wirklich Alternative,
                und besser so als garnicht, hm?

                >> generell würde ich die érfassung der daten, das speichern und das aufbereiten trennen.

                Kannst du mir ein Beispiel aus meinem Script geben, wo es das nicht tut?

                Gruesze!

                Kommentar


                • #9
                  Zitat von kekse1 Beitrag anzeigen
                  Wenn das Repository (via `git`) geklont wird, werden unter Linux die Symlinks korrekt angelegt;
                  das sind nicht nur leere Dateien, das sind teilweise sinnvolle Strukturen.
                  Das heißt unter Windows kann man das Projekt nicht sinnvoll auschecken?

                  Kommentar


                  • #10
                    Zitat von kekse1 Beitrag anzeigen
                    >> ich stelle meine fragen falsch, was hat ein link in einem repo zu suchen ?

                    Wenn das Repository (via `git`) geklont wird, werden unter Linux die Symlinks korrekt angelegt;

                    das sind nicht nur leere Dateien, das sind teilweise sinnvolle Strukturen.
                    kann sein die modules folders haben mich irrietiert
                    mir ist abner immer noch nicht klar, wieso ich symliks brauche, es ghibt so viel übersichtliche projecte ohne

                    >> cockies schön, die IP allerdings stösst an grenzen, letzlich zählst du damit nur den router .

                    Nyo~ was wuerdest du denn bitte verwenden fuer sowas? Ich kenne keine wirklich Alternative,
                    und besser so als garnicht, hm?



                    schon hier im forum gesucht oder schon mal andere "counter" angesscAUTT ?


                    Zitat von kekse1 Beitrag anzeigen


                    >> generell würde ich die érfassung der daten, das speichern und das aufbereiten trennen.

                    Kannst du mir ein Beispiel aus meinem Script geben, wo es das nicht tut?

                    Gruesze!
                    10k völlig unübersichtliche zeilen ? dein ernst ?


                    du hast da sicher eine guten weg, aber wie log ich zu postgresql, wie nutze ich jpgrah zu visualiierung. wie parse ich logfiles etc pp


                    ps die quotes stiimen nicht, ist mir jetzt auch egal, irgendwie reden wir aneinder vorbei, bin raus

                    Kommentar


                    • #11
                      Zitat von kekse1 Beitrag anzeigen
                      Das Projekt ist im Prinzip abgeschlossen - es sei denn, jemand findet noch Bugs, die ich dann gerne fixen wuerde;
                      Da hätte ich einen: ein »php count.php -l« liefert einen Fatal error in Zeile 7076 da count() null übergeben bekommt - wo die NULL da jetzt her kommt: keine Ahnung, das must du schon selbst rausfinden, geändert hatte ich aber nach der Installation nichts.

                      oder (wie unten bemerkt) wenn ihr Anregungen, Verbesserungsvorschlaege o.ae. habt: ich arbeite gerne weiter daran!
                      Als erstes wäre mal eine Anleitung wie man das Ding überhaupt benutzt sinnvoll (ein Kapitel "usage" in der Readme). Ein Aufruf der count.php im Browser liefert beim ersten Aufruf eine 1, beim zweiten eine 0 und kurz darauf nur noch ein »/«. Irgendwelche Parameter an der URL bewirken auch nichts.

                      Außerdem:
                      - lass sämtliche Smileys in der Readme aber auch in Meldungen weg, die sind da fehl am Platz
                      - mir wären das zu viele Nachfragen: wenn ich einen Parameter verwende der Daten löscht ist das schon Absicht - wobei der Parameter -l vielleicht nicht ganz glücklich gewählt ist, ich würde das eher als Kürzel für --list erwarten, nicht für --delete (ja, heißt --clean, mir ist aber nicht so ganz klar was -l/-p/-r/-z genau machen bzw. was der Unterschied ist).
                      - sämtliche Dateien (außer der count.php selbst) gehören nicht in ein Verzeichnis das per http erreichbar ist - das würde auch die Verrenkungen zum Sperren der Verzeichnisse sparen (noch dazu mit altem Code für Apache 2.2 …).
                      - Readme ausmisten. Da nur das rein was für den Benutzer wirklich notwendig ist (ohne ständige "Note"), der technische Kram kann in eine eigene Datei

                      Weiter bin ich nicht gekommen da sich der Datei nichts sinnvolles entlocken lies …

                      Im Prinzip ist alles Open-Source und absolut kostenlos. Eventuell werde ich in der naechsten Zeit noch ein Projekt angehen,
                      um diesen Besucherzaehler jedem "gegen kleinen Taler" zu oeffnen, also mit mir als Hoster, damit niemand Webspace mit PHP
                      o.ae. benoetigt.
                      Webspace ohne PHP zu finden dürfte relativ schwer sein. Das Problem dürfte eher die DSGVO sein: in dem Fall müsste die Seite vom Benutzer die Erlaubnis einholen den Counter zu verwenden da die IP des Benutzers an einen Dritten (dich) übertragen würde.

                      (a) Gut durchtesten, um evtl. Bugs zu finden. Gerne auch eure Commits @ GitHub (die ich dann noch verifizieren werde).
                      Du glaubst doch selbst nicht dass sich das jemand antun wird sich durch den Code zu quälen:
                      - der komplette Code steckt in einer einzigen Datei mit >10k Zeilen
                      - wilde Mischung aus Spagetticode im Wechsel mit Funktionsdefinitionen
                      - mehrere Namespaces in einer Datei (gibt es einen Grund dass du genau die Variante für mehreren Namespaces pro Datei wählst von der das Handbuch abrät?)
                      - viel zu tiefe Verschachtelung (Funktion checkPath, den Namespace dazu darfst du selbst raussuchen):
                      PHP-Code:
                      if ($_file) {
                          if (
                      $exists) {
                              if (!
                      is_file($_path)) {
                                  if (
                      $_delete) {
                                      if (\
                      kekse\delete($_pathtruefalse)) {
                                          if (
                      $_create) {
                                              if (
                      touch($_path)) {
                                                  if (
                      $log) { 
                      Das lässt sich auch so schreiben dass es weniger Ebenen gibt (den Code habe ich durch VS Code formatieren lassen, dadurch sind es "nur" noch 8300 Zeilen und if-Blöcke sehen etwas anders aus als im Original).
                      - die Verwendung von global. Irgendwo kommen Variablen her, es weiß aber (außer dir) keiner woher …
                      - wofür die Funktionen endsWith bzw. startsWith? str_ends_with() bzw. str_starts_with() existieren
                      - kaum Kommentare - warum steht da ständig ein // aber ohne Text dahinter?
                      - dem Benutzer zu empfehlen in der count.php Einstellungen zu ändern ist wenig sinnvoll: die Änderungen sind mit dem nächsten Update weg. Einstellungen gehören immer in eigene Dateien die in Git nicht enthalten sind

                      Der Umgang mit git ist auch noch stark ausbaufähig:
                      - in die Commit-Meldung gehört nicht Wochentag (auch noch auf Deutsch wo doch das meiste auf Englisch ist …), Datum und Uhrzeit sondern ein Hinweis was geändert wurde - der Zeitpunkt wird ohnehin gespeichert.
                      - es gibt keinen Preis wer die meisten Commits erzeugt - die Commits von heute hätten sich auch zusammenfassen lassen (nicht zu einem, aber zu deutlich weniger als jetzt)
                      - Tags für einzelne Versionen sind hilfreich - allerdings sollten die Versionen natürlich auch irgendwo sinnvoll sein: warum bist du schon bei Version 5.0.0 und was rechtfertigt beim Commit 081548b den Sprung von 4.4.7 auf 5.0.0? Ein Changelog der einzelnen Versionen wäre auch hilfreich …
                      - arbeite mit verschiedenen Zweigen. Sowas wie das leere modules-Verzeichnis gehört in den Branch dev o.ä., aber nicht in master (erst wenn da auch was drin steht).

                      (b) Selbst verwenden! Ohne User hat das Ganze ja nur wenig Sinn [einmalig installieren, fuer beliebige Hosts/Domains nutzen].
                      Mal abgesehen davon dass ich keinen Counter brauche: das scheitert schon daran dass das Ding nicht funktioniert und sich wohl auch nicht/nur schwer einbinden lässt wenn eine Seite auf eine index.php umgeleitet wird welche sich dann darum kümmert welche Teile der Seite geladen werden.

                      Kommentar


                      • #12
                        Hier wurde schon viel gefragt, mich würde allerdings noch interessieren, wie das Skript mit parallelen Seiten Aufrufen umgeht. Wenn ich es richtig verstanden habe im Skript,
                        wird die Datei an einer Stelle eingelesen und später der geänderte Wert geschrieben. Wenn die dazwischen ein Aufruf kommt, dann kann es zu einem Ressourcen Konflikt kommen?

                        Kommentar


                        • #13
                          moin kekse1

                          es ist zwar etwas her, aber ich erinnere mich noch wage dran, ewig (gefühlt) programmierte ich rum, immer traten neue probleme auf,. meine lösungsansätze schienen mir immer creativer (gefühlt) bis ich endlich stolz zeigen konnte was ich tolles hatte.
                          es war eine kleine js spielerei .
                          ich führte es vor alle sagten toll und gut.
                          ich bat so so gut wie jeden den ich kannte, das als anwender zu testen , die meisten klickten kurz, viele sagten sie hätten ja kleine ahnung vom progarmieren.
                          eine person nahm meine bitte ernst, teste das ding als un´bedarfter anwender und siehe da, es funktionierte nicht.

                          eine winzige kleinigkeit hatte ich nicht bedacht. zwei tage später bat ich selbige person es wieder zu testen und es ging.

                          letztens wollte ich diese spielerei mal auf den neusten stand bringen, wie man so schön sagt. mein code relativ übersichtlich relativ gut dokumeintiert und.-
                          ich verstehe nur bahnhof.

                          lieber neu schreieben ?
                          es komplett sein lassen ?




                          Kommentar


                          • #14
                            Hallo tk1234,

                            Da hätte ich einen: ein »php count.php -l« liefert einen Fatal error in Zeile 7076 da count() null übergeben bekommt - wo die NULL da jetzt her kommt: keine Ahnung, das must du schon selbst rausfinden, geändert hatte ich aber nach der Installation nichts.
                            Also bei mir geht alles, kann deinen Fehler leider nicht reproduzieren. Getestet mit v8.2.7 sowie v7.4.33.

                            Als erstes wäre mal eine Anleitung wie man das Ding überhaupt benutzt sinnvoll (ein Kapitel "usage" in der Readme). Ein Aufruf der count.php im Browser liefert beim ersten Aufruf eine 1, beim zweiten eine 0 und kurz darauf nur noch ein »/«. Irgendwelche Parameter an der URL bewirken auch nichts.
                            Naja, dafuer ja der Teil "Installation", da steht auch, dass das im Prinzip alles ist oder sein kann.

                            - lass sämtliche Smileys in der Readme aber auch in Meldungen weg, die sind da fehl am Platz
                            Hast du wohl recht.. habe auch schon darueber nachgedacht.. manchmal ueberkommt's mich einfach.. xD //TODO/

                            [...] mir ist aber nicht so ganz klar was -l/-p/-r/-z genau machen bzw. was der Unterschied ist
                            Dazu der Teil #the-argument-vector in der README.md, weitere Details dort verteilt..

                            sämtliche Dateien (außer der count.php selbst) gehören nicht in ein Verzeichnis das per http erreichbar ist - das würde auch die Verrenkungen zum Sperren der Verzeichnisse sparen [...]
                            Das kann man ja individuell konfigurieren, siehe #configuration, bei `path`. Habe deinen Hinweis jetzt auch in der README.md eingesetzt (direkt bei #installation).

                            - Readme ausmisten. Da nur das rein was für den Benutzer wirklich notwendig ist (ohne ständige "Note"), der technische Kram kann in eine eigene Datei
                            Vielleicht eine gute Idee, ja... v.a. die Trennung der wichtigen Dinge von internen Details.

                            Das Problem dürfte eher die DSGVO sein: in dem Fall müsste die Seite vom Benutzer die Erlaubnis einholen den Counter zu verwenden da die IP des Benutzers an einen Dritten (dich) übertragen würde.
                            Also wie bereits angemerkt, die Speicherung der IPs kann auch mit einem Hash-Algo durchgefuehrt werden (woraus sich die IP ja nicht zurueck berechnen laesst). Siehe #privacy.

                            - der komplette Code steckt in einer einzigen Datei mit >10k Zeilen
                            Ich wollte es einfach halten.. im Prinzip also nur eine einzige Datei kopieren, und man sollte es nutzen koennen.

                            - wilde Mischung aus Spagetticode im Wechsel mit Funktionsdefinitionen
                            Also ich habe bewusst die Deklaration der Funktionen mit weiteren Prozessen vermischt, da ich mir erhoffe, so wird nur das ausgefuehrt, was letztlich benoetigt wird.
                            Sprich, erst dann die Funktionen codieren, wenn es auch noetig geworden ist, nicht vorher alles und dann eh nur einen kleinen Teil nutzen..

                            - viel zu tiefe Verschachtelung (Funktion checkPath, den Namespace dazu darfst du selbst raussuchen):
                            Habe ich ehrlich gesagt kein Problem mit.

                            - wofür die Funktionen endsWith bzw. startsWith? str_ends_with() bzw. str_starts_with() existieren
                            Oh, die habe ich bisher noch nicht gekannt gehabt, bzw. auch nicht gefunden.. werd ich bald mal ersetzen!

                            - dem Benutzer zu empfehlen in der count.php Einstellungen zu ändern ist wenig sinnvoll: die Änderungen sind mit dem nächsten Update weg. Einstellungen gehören immer in eigene Dateien die in Git nicht enthalten sind
                            Das hat sich seit v5.0.0 geaendert, und ich habe auch einen Hinweis dazu in der README.md da gelassen.
                            Jetzt kann man sogar einmalig die Datei kopieren, und viele Symlinks dorthin nutzen, wo nach einer `count.json` gesucht wird, welche die `$DEFAULTS` ueberschreibt.

                            Der Umgang mit git ist auch noch stark ausbaufähig:
                            Ja, da haste auch recht. Gebe mir da nicht so viel Muehe (https://github.com/kekse1/scripts/#freshsh); ...

                            Danke auf jeden Fall fuer dein Review!! Schoene Gruesze; Sebastian/Kuchen.

                            Kommentar


                            • #15
                              Hier wurde schon viel gefragt, mich würde allerdings noch interessieren, wie das Skript mit parallelen Seiten Aufrufen umgeht. Wenn ich es richtig verstanden habe im Skript,
                              wird die Datei an einer Stelle eingelesen und später der geänderte Wert geschrieben. Wenn die dazwischen ein Aufruf kommt, dann kann es zu einem Ressourcen Konflikt kommen?
                              Naja, Lesen und Schreiben ist im Script nicht weit entfernt.. ehrlich gesagt verlasse ich mich da hauptsaechlich auf's Locking durch das OS.. xD
                              Haette zwar meine eigene Strategie, aber die waere eher eine Notloesung, vermute ich. Dunno.. muesste ich mal recherchieren (vlcht. gibt's ja hier im Board was dazu?).

                              Kommentar

                              Lädt...
                              X