Beiträge von Jav

    Du bittest hier um Informationen bzgl. rechtlicher Fragen. Dies ist aber ausschließlich Rechtsanwälten vorbehalten.

    Das ist so nicht richtig. In konkreten Einzelfragen trifft das zu, aber bei allgemeinen, an die Öffentlichkeit gerichteten Fragen darf gerne ein Meinungs- und Erfahrungsaustausch stattfinden.

    Über die Unverbindlichkeit der Aussagen muss man sich aber im Klaren sein.

    Zitat

    $rein=substr($row['inhalt'], strrpos(substr($row['inhalt'], 0, stripos($row['inhalt'], $a3)), " "), 200).'<br>';


    Irgendwo fehlt mindestens ein strtolower oder strtoupper.


    Die Zeile sieht zwar gut geschrieben aus, aber zum Nachvollziehen eine Katastrophe. Wenn andere das auf die Schnelle verstehen sollen (oder man selbst), hilft es sehr, die einzelnen Teile in einzelne Variablen zu zerlegen. Ausserdem lässt sich damit jede Komponente besser debuggen.

    'Wenn alles klappt, kann man das so schreiben wie oben.

    Zwar habe ich schon Stunden damit verbracht, habe aber noch keine neu formulierte Datenschutzerklärung. Auch bei meinem Webhoster habe ich schon nachgefragt, doch bekomme ich erst Anfang Mai Näheres, obwohl die DSGVO schon 2 Jahre gilt (aktuell läuft noch die 2-Jahres-Übergangsfrist).


    Die Frage ist ja auch, ob eine Neuformulierung zwingend nötig ist, und wenn ja. zu welchen Teilen.


    Bei den Sicherungsgeschichten wird es schon schwieriger. Aber da ich noch unterhalb jeder Grenze von Angestellten liege (waren es 10 oder 50?), gelten für Kleinstunternehmen schon besondere Regelungen, die EIGENTLICH von den Landesbehörden formuliert sein sollten. Doch bis auf einen Entwurf aus Bayern ist mir noch nichts untergekommen.


    Also, nichts wird so heiss gegessen, wie es gekocht wird. Mal weiter hoffen, dass sich noch jemand erbarmt und ein Muster für Kleinstunternehmen kostenlos online stellt.

    Falls kein Tippfehler vorliegt, liegt es daran, ob die manageUser.php direkt aufgerufen oder inkludiert wird.

    Beim direkten Aufruf stimmt das mit den 2x ../

    Falls über die Index.php des Hauptverzeichnisses die manageUser.php inkludiert wird, ist der Pfad NICHT relativ zur manageUser.php anzugeben, sondern zur index.php, also z. B.:

    <img src="user/images/test.png" alt="test">


    Wie es jetzt aussieht, wenn die admin.php im Verzeichnis "admin" direkt aufgerufen wird, lasse ich mal als Quiz-Frage stehen :)

    Neben den vielen üblichen (und schon fast langweiligen) Angriffsversuchen heute mal ein Ausreisser: Da hat wohl jemand beim IP-Adressen-Faken nicht aufgepasst:


    244.83.229.35.bc.googleusercontent.com - - [23/Apr/2018:05:53:03 +0200] "POST /user/register?element_parents=account/mail/%23value&ajax_form=1&_wrapper_format=drupal_ajax HTTP/1.1" 403 294 "-" "Mozilla 5.0" domain.tld

    244.83.229.35.bc.googleusercontent.com - - [23/Apr/2018:05:53:44 +0200] "GET /payload.php HTTP/1.1" 403 292 "-" "Mozilla 5.0" domain.tld

    Und GANZ wichtig zu wissen: Transactions funktionieren NUR bei Engines, die Transactions unterstützen. Beim Erstellen von Tabellen, die Transactions unterstützen sollen, MUSS also InnoDB gewählt werden, denn MyISAM unterstützen KEINE Transactions.


    Und vielleicht auch interessant: Beim SELECT muss ein FOR UPDATE oder FOR SHARE angehängt werden, wenn die Tabelle innerhalb der Transaction geändert werden soll:

    Zitat

    If you query data and then insert or update related data within the same transaction, the regular SELECT statement does not give enough protection. Other transactions can update or delete the same rows you just queried.

    ||||Haben wir diese Woche ,die WOCHE DES ALTEN BEITRAGS ?||||

    Erstens kann man mit den Script im Quelltext nix anfangen

    Und zweitens sollte er sein Problem nach 4 Jahren bestimmt gelöst haben.

    Naja, um Domains zu pushen ist es halt nie zu spät. ;)

    Also, das:

    1. define('DB_SERVER','###');
    2. define('DB_USER','###');
    3. define('DB_PASS' ,'###');
    4. define('DB_NAME', '###');

    passt schon mal nicht zu dem:

    Warning: mysqli_connect(): (HY000/1045): Access denied for user 'news'@'localhost' (using password: YES) in D:\xampp\htdocs\neu\config.php on line 6


    Wenn du gerade mit PHP - und wohl auch MySQL - anfängst, dann nimm localhost/test/test/test (sollte dann aber auch so angelegt sein) oder ähnlich Unverfängliches.

    Aus der Fehlermeldung muss man sonst schliessen, dass noch irgendwo eine, hier ungenannte, DB-Zugangs-Definition existiert, in der der User 'news'@'localhost' mit Passwort definiert wurde.


    Ob der User auch in der mysql-DB definiert ist, ist unklar. Wenn der da nicht existiert, nutzen die defines nicht viel.

    Bei "Kalender" denke ich an Kalender. Aus deiner Beschreibung ergibt sich eher eine Liste; dafür wäre eine Tabelle nicht die schlechteste Wahl.


    Zu den sonstigen Möglichkeiten: Hängt auch vom Umfang deiner Liste ab. Bei nicht allzu vielen Einträgen wäre eine Karte denkbar, auf der beim Hovern der Orte die Infos wie Veranstaltungsdatum angezeigt werden.

    Update:

    Die Frage ist noch immer unbeantwortet.


    Weil ich jetzt noch mehr ausgesperrt habe, ist zumindest dieses Problem nicht mehr aufgetreten. Falls doch noch mal jemand einen entscheidenden Hinweis geben kann, nehme ich den dankend an.

    Hast du schon was probiert oer wartest du jetzt auf fertigen Code?


    Ansonsten: wenn dir klar ist, wie du das PHP schreibst, müsste dir auch klar werden, wie das JS eingebunden werden muss.

    als Tipps:

    - es muss ein GROUP BY geben

    - es muss berücksichtigt werden, dass ein User keine Follower haben kann (Stw. OUTER JOIN)


    Ausserdem ist (mir) nicht klar, was eigentlich ausgegeben werden soll:


    A) Sortiere nach Anzahl der Follower, die in den letzten 7 Tagen gefolgt sind und zeige diese Anzahl an


    B) Sortiere nach Anzahl aller Follower, aber zeige nur die Anzahl der Follower der letzten 7 Tage an


    C) oder ?

    Ich denke, ich kann mit dem von mir geschriebenen Quellcode umgehen wie ich will.

    Dass es darum garnicht geht, merkst du nicht?

    Ich hoffe, du respektierst wenigstens die Lizenzangaben anderer urheberrechtlich geschützter Werke. Obwohl ich bei deiner Einstellung eher nicht davon ausgehe.

    Sehr salopper Umgang mit Lizenzfragen.


    Zwar kenne ich deinen Code nicht, vermute aber, dass da irgendwo "Copyright" auftaucht. Und selbst wenn nicht, ist - entsprechende Entwicklungshöhe vorausgesetzt - der Code durch das deutsche Urheberrecht geschützt. Und von da an wird es schwierig, ganz besonders ohne etwas Schriftliches.

    Da ich kein Rechtsanwalt bin, bin ich bei Lizenzen sehr vorsichtig. Zu leicht könnte man da was an der Backe haben.

    Ob die Formulierung "für private Zwecke" nun den firmeninternen Einsatz abgedeckt, sei mal dahingestellt. Ohne was Schriftliches würde ich das jedenfalls nicht machen.