HTH-C.com - Forum
Latest News Latest Threads
Neuerung: Persönliche Galerie
Informationen zur Übernahme der Erweite..
HTH Blog - Version 2.0
#HTH.Systems - Betatester gesucht
Neueröffnung - PHPKit-Award.de
HTH Webchat v3
Letzter Beitrag Happy Birthday Bottyline Weiblicher Benutzer Heute, 0:00 Zeit der letzten Antwort
Letzter Beitrag Herzlich Willkommen Botty Männlicher Benutzer 22.11.2024 - 20:45 Zeit der letzten Antwort
Letzter Beitrag Gibt es eigentlich noch jemand der PHPki.. Dooki Männlicher Benutzer 16.07.2024 - 19:47 Zeit der letzten Antwort
Letzter Beitrag PHPKit 1.6.6 WEBI Männlicher Benutzer 24.06.2024 - 12:58 Zeit der letzten Antwort
Letzter Beitrag PHPKit 1.6.6 ohne ASCE auf PHP8x Myrddin Männlicher Benutzer 22.03.2023 - 12:36 Zeit der letzten Antwort
 55.484 Posts & 4.945 Themen in 78 Foren
Forenübersicht » Support / Hilfe » PHPKit 1.6.4 & 1.6.5 & 1.6.6 » Support » newskommentar - benutzer berei..

newskommentar - benutzer bereits vorhanden - fehler
14 Beiträge in diesem Thema
 Seiten (1):    1  
28.04.2013 - 09:55 Uhr
Beitrag: #1
hi,
jetzt hab ich auch mal eine frage.
wenn man eine News kommentieren möchte kommt folgender Fehler

"verwenden sie bitte einen anderen Namen. der von ihnen gewählte Name wird bereits verwendet oder darf nicht benutzt werden"

diese Meldung kommt aber nicht bei jedem, sondern nur bei bestimmten Leuten.
woran kann das liegen?

es gibte nur einen Benutzer der sich so nennt, und es handelt sich dabei auch noch um einen admin.
zuerst dachte ich das es an der Zensur liegen könnte. dies ist aber nicht der fall.
das Problem besteht auch mit mehreren Explorern.
ich weis da echt nicht mehr weiter, grad weil es nur einen bis jetzt betrifft.
vielleicht hat einer einer ne Ahnung woran das liegen könnte.

mfg

Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von A-C-E-Gizmo - 28.04.2013 - 09:56 Uhr
 
Zum Anfang der Seite
28.04.2013 - 14:58 Uhr
Beitrag: #2
kann man es mal irgendwo testen?

 
Zum Anfang der Seite
28.04.2013 - 16:07 Uhr
Beitrag: #3
Sofern nichts am Code geändert wurde, wird es wohl eine Einstellung im AdminCenter sein. Guck mal bei AdminCenter > Konfiguration > Zensur- & Bannfunktionen im ersten Einstellungsbereich > Benutzer- und Nicknamen.

Steht dort zufällig der Name des einen Administrators? Nach der Programmierung wird nämlich erstmal diese List abgearbeitet - unabhängig ob der User überhaupt existiert oder eingelogt ist.


 
Zum Anfang der Seite
28.04.2013 - 19:49 Uhr
Beitrag: #4
Zitat
Original geschrieben von k!r!ka

Sofern nichts am Code geändert wurde, wird es wohl eine Einstellung im AdminCenter sein. Guck mal bei AdminCenter > Konfiguration > Zensur- & Bannfunktionen im ersten Einstellungsbereich > Benutzer- und Nicknamen.

Steht dort zufällig der Name des einen Administrators? Nach der Programmierung wird nämlich erstmal diese List abgearbeitet - unabhängig ob der User überhaupt existiert oder eingelogt ist.



hab ich bereits abgearbeitet wie im ersten post auch schon steht.
daran liegts nicht.
alle einträge in der Zensur wurden entfernt und ging trotzdem nicht.
am code was die Kommentare betrifft wurde nach meinem jetzigen stand nix bearbeitet.
kann aber sein das irgendwelche addons sich dort mit eingeklingt haben (ASCE). das weis ich jetzt nicht genau.

vielleicht hat es aber mit folgendem zu tun.
ich hatte vorher die Version 1.6.5, und habe bei der Installation von 1.6.6 die alte db von der 1.6.5 beibehalten wegen den ganzen foreneinträgen usw. aber eigentlich sollte es ja damit nicht wirklich was zu tun haben.

wie gesagt, ich weis echt nicht mehr weiter.

mfg

Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von A-C-E-Gizmo - 28.04.2013 - 19:50 Uhr
 
Zum Anfang der Seite
28.04.2013 - 20:34 Uhr
Beitrag: #5
Okay, ich hab den Part mit Zensur wohl falsch verstanden ^^"

Das Upgraden von 1.6.5 auf 1.6.6 sollte eigentlich keine Komplikationen mit sich bringen - sowohl Datenbank als auch die Dateien. Das durch Fremdscripte dies geändert wurde - könnte möglich sein.

  • pkinc/public/comment.php
    • O.g. Datei ist für alle Kommentare zuständig. In dieser gibt es in den Zeilen 63 bis 86 folgende Prüfzeilen:



      1
      2
      3
      4
      5
      6
      7
      8
      9
      10
      11
      12
      13
      14
      15
      16
      17
      18
      19
      20
      21
      22
      23
      24

      PHP-Quelltext

          if(!pkCaptchaCodeValid($ENV->_post(pkCAPTCHAVARNAME)))
              {
              
      $event='securitycode_invalid';
              }
          elseif(
      trim($_POST['content'])=='' || trim($_POST['comment_autor'])=='')
              {
              
      $event='comment_data_missing';
              }
          elseif(
      strlen(trim($_POST['content']))>pkGetConfig('comment_maxchars'))
              {
              
      $event='comment_length';
              }
          elseif(
      $infocount[0]>0)
              {
              
      $event='comment_wait_loop';
              }
          elseif(!
      checkusername($_POST['comment_autor'],1))
              {
              
      $event='name_in_use';
              }
          elseif(
      $comcat=='gb' && !pkGetConfig('gbook_commenteod'))
              {
              
      $event='function_disabled';
              }

      Für die Nickname-Prüfung ist dieser Ausschnitt von oben zuständig:



      1
      2
      3
      4

      PHP-Quelltext

          elseif(!checkusername($_POST['comment_autor'],1))
              {
              
      $event='name_in_use';
              }

      Wenn also o.g. Code so in der Datei steht, vorallem der Ausschnitt für die Nickname-Prüfung, alles okay - es dürfte bisher erstmal alles okay sein. Wenn nicht, dann einfach mal posten. Vielleicht hat sich ja wirklich was eingeschlichen  überrascht


  • pkinc/func/default.php
    • In dieser Datei ist die eigentliche Prüfung des Nicknames - über die Funktion checkusername(). Diese findet man in Zeile 1506 bis 1558 und sieht eigentlich so aus:
      Hier klicken zum aufklappen

      Wenn das nicht so bei dir aussieht - tja  überrascht Am besten dann einfach mal posten - wobei ich nicht glaube, das die Funktion selber geändert wurde. Höchstens durch einen Fix, der, wie ich mir denken könnte, dafür sorgt, das eingetragende Namen für reg. User unberührt bleiben  


 
Zum Anfang der Seite
29.04.2013 - 07:30 Uhr
Beitrag: #6
hi,
also ich habe jetzt mal die 2 Dateien und deren abschnitte verglichen.
leider ohne erfolg. sie sind identisch.

mir ist über nacht so ein gedanke gekommen. könnte es vielleicht auch an den gespeicherten keksen liegen?

ich werde mir heute auch mal die zugangsdaten von dem admin geben lassen und bei mir mit seinen lodindaten mal versuchen ob ich einen Kommentar machen kann. bin mal gespannt.
trotzdem danke k!r!ka für die hilfe.

mfg

 
Zum Anfang der Seite
29.04.2013 - 08:27 Uhr
Beitrag: #7
Cookies könnte eine Fehlerquelle sein - wobei die sich ja aktualisieren müssten, sobald er sich neu einlogt. Also einmal aus- und dann wieder einlogen.

Du könntest separat auch mal folgendes probieren. Dies würd ich zumindest für mich selbst so anpassen, da mir das sonst zu blöde ist.
  • pkinc/func/default.php
    • Öffne o.g. Datei und suche das:
      Hier klicken zum aufklappen


      Und mache daraus mal das:
      Hier klicken zum aufklappen


Zur Erklärung der Änderungen:
Die Werte, die über das Kommentar-Formular und über die Zensur-Einstellungen kommen werden erstmal getrim't. Das heist, das alle Leerzeichen am Anfang und Ende entfernt werden. Diesmal wird vor der Zensur-Liste geprüft, ob User eingelogt ist - wenn ja, soll die Zensur-Einstellung keine Wirkung haben (macht ja irgendwie auch keinen Sinn, zumindest mir nicht  ).

Vielleicht hilft es ja beim Problem   Sollte es nicht helfen machste wieder den alten Stand rein ;o


 
Zum Anfang der Seite
29.04.2013 - 09:08 Uhr
Beitrag: #8
hi,
also das mit dem Login auf meinem rechner funtzt auch nicht, und dein vorschlag mit dem quelltext ändern funzt leider auch nicht.

ich geh mal schnell kotzen :-(

mfg

 
Zum Anfang der Seite
29.04.2013 - 09:14 Uhr
Beitrag: #9
desweiteren habe ich jetzt mal folgendes probiert.
loginname gewechselt, anzeigename gewechselt , und trotzdem kommt noch der fehler.
das gibt's doch nicht.

*********nachtrag********
auch die id in der db wurde geändert, jedoch ohne erfolg.
:-(

Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von A-C-E-Gizmo - 29.04.2013 - 09:20 Uhr
 
Zum Anfang der Seite
29.04.2013 - 09:34 Uhr
Beitrag: #10
Der Name des Users - ist der zufällig zweimal vorhanden? Ansonsten bleibt im Grunde nur noch die Zeichenbegrenzung - Standard ja mind. 3, maximal 50 Zeichen. Ist der Name des Users vielleicht außerhalb dieser Begrenzung (bzw. derrer, wie sie bei dir eingestellt ist)?

Ansonsten kannste ja auch mal folgendes probieren - sozusagen selber prüfen, woran es haperts  überrascht
  • pkinc/func/default.php
    • Öffne o.g. Datei und suche das (Original-Stand):
      Hier klicken zum aufklappen


      Und mache daraus mal das:
      Hier klicken zum aufklappen


      Versuch mal nun einen Kommentar mit den Account des Users zu schreiben. Wenn dann die Fehlermeldung kommt, erscheint weiter unten eine Auflistung wie folgt:



      1

      Quellcode

      check :: Nr-- text

      Das Nr. n steht dann als Referenz zur Fehlersuche in o.g. Datei. Es gibt 4 mögliche Fehlerursachen. Je nachdem welche Nr. nicht erscheint ist dann die Ursache   Vielleicht hilft das ja etwas ^^""


 
Zum Anfang der Seite
30.04.2013 - 06:43 Uhr
Beitrag: #11
morgen.
also ich hab das jetzt mal gemacht. und ausgespuckt hat er folgendes.

Checkliste:
check :: Nr. 1 -- var $name is filled

du hast geschrieben die nummern die nicht erscheinen sind die fehler richtig?

 
Zum Anfang der Seite
30.04.2013 - 06:49 Uhr
Beitrag: #12
ok, hat sich somit erledigt. danke dir.
wer lesen kann ist klar im Vorteil.
vielen dank für die hilfe.
mfg

 
Zum Anfang der Seite
30.04.2013 - 07:20 Uhr
Beitrag: #13
Genau, die Nr. sind Etappenweise. Wenn also die nachfolgende Nr. nicht erscheinen sollte, liegt der Fehler davor. In diesen Fall war der Name des Users entweder zu kurz oder zu lang für die derzeitige Einstellung im AdminCenter  überrascht


 
Zum Anfang der Seite
30.04.2013 - 07:41 Uhr
Beitrag: #14
ja, genau.
er war zu lang.
ich hatte beim testen auch immer nur eines der beiden geändert. entwerder Login oder anzeigename.
leider waren aber beide zu lang. somit konnte ich ändern was ich wollte. eines von beiden war immer zu lang.
naja, wer lesen kann..... steht ja eigentlich auch da. man hätte nur das kleingeschriebene auch lesen sollen :-(
naja, jetzt weis ichs. nochmals danke  lachend

mfg

 
Zum Anfang der Seite
 Seiten (1):    1  

Ähnliche Themen
 
Support Support » Eventkalender 1.50 - Datei sql.php soll editiert werden und ist nicht vorhanden - Letzte Antwort von Schnuffel am 12.04.09, 20:51 Eventkalender 1.50 - Datei sql.php soll editiert w..  (12.04.09, 20:51)
Modifikationen Modifikationen » Benutzer- und Loginname generator - Letzte Antwort von Janni am 13.03.08, 14:20 Benutzer- und Loginname generator  (13.03.08, 14:20)
Neuerungen Neuerungen » Update der Benutzer Profile - Letzte Antwort von WEBI am 13.07.08, 17:00 Update der Benutzer Profile  (13.07.08, 17:00)
Support Support » fehler? - Letzte Antwort von sofix am 14.07.07, 15:28 fehler?  (14.07.07, 15:28)
Support Support » Fehler HP - Letzte Antwort von k!r!ka am 26.04.14, 20:26 Fehler HP  (26.04.14, 20:26)

HTH-C.com - Webmedien & Community