Beiträge von Synonym

    R-Alf, da liegst Du leider falsch. Keine Ahnung, wie das bei anderen Paketdiensten ist, aber DHL muss bis zur Haustür liefern (Paket, nicht Päckchen), egal welcher Stock. Das wurde mir schon mehrfach von DHL selbst bestätigt und mehreren Fahrern. Darunter auch eine Frau, die zwei a 19kg Pakete brachte. Da fragte sie extra, ob sie es unten stehen lassen darf, sonst müsse sie den Sackkarren holen. Das Runterlaufen ist ein entgegenkommen von mir. Ausgenommen davon ist nur Sperrgut und DHL Home Delivery, wenn es nicht extra beauftragt wurde. Aber ob die nun hoch kommen ist mir eigentlich egal, aber klingeln sollen sie gefälligst.

    Der andere Punkt ist sogar noch, dass DHL für Schäden haftet, die durch DHL verursacht wurden. Nimmt man das Paket unten an, stolpert auf der Treppe oder der Karton geht kaputt, dann hat man Pech gehabt. Auch das hatte ich extra nachgefragt, denn in den beiden Paketen von der Dame waren Glas und Spiegel und das ganze Gewicht hing mehr oder weniger an einem Spanngurt - zwei andere waren schon gerissen. Die Versicherung besteht nur bis zur Unterschrift der Übergabe.

    Ist aber im Grunde das gleiche wie mir dem Versand. Es wissen auch die wenigsten, dass man einem Zusteller auch Pakete mitgeben kann und nein, das kostet nichts extra ;)

    Bei den neuen Posts in vBulletin 5 werden die Meta-Descriptions seltsam formatiert. Da wird nicht einfach ein agnz normaler Satz erstellt, sondern auch Tabulatoren, Zeilenumbrüche etc. übernommen.

    Code
    <meta name="description" content="nur ein test
    code
    php  Lorem ipsum dolor sit amet, consetetur sadipscing elitr, sed diam nonumy eirmod tempor invidunt ut labore et dolore magna aliquyam erat," />

    Es gibt hier aber keine Option, das zu ändern, ohne den Core bearbeiten zu müssen. Das sollten die von VB also mal vernünftig lösen.

    Ebenso:

    Fehler in der Meta-Description. Doppelte Umwandlung...

    Ein " im Post wird als " im rawtext gespeichert - das stimmt
    In "description" wird es als &quot; gespeichert, was auch noch stimmen würde / könnte
    In der Meta-Description wird dann aber nochmals umgewandelt und aus dem &quot; wird ein &amp;quot; - das ist schlicht falsch.

    Code
    POST : <>|,.-;:_^°!"§$%&/()=?`{[]}\´'#*+~€
    RAW field: <>|,.-;:_^°!"§$%&/()=?`{[]}\´'#*+~€
    DESCfield: |,.-;:_^°!&quot;§$%&amp;/()=?`{[]}\´'#*+~€
    Meta-DESC: |,.-;:_^°!&amp;quot;§$%&amp;amp;/()=?`{[]}\´'#*+~€

    Wie man sieht, selbiges auch mit dem &. Wird zu &amp; und dann zu &amp;amp;

    So, Update im Test und auch schon im Livesystem durchgeführt. Und natürlich ohne diese seltsamen Zeilenumbrüche, Tabulatoren etc.

    Alle Nodes, bei denen die description fehlt (NULL)

    SQL
    SELECT * FROM `forum_node` WHERE `contenttypeid` = 20 AND `description` IS NULL
    -> MySQL lieferte ein leeres Resultat zurück (d.h. null Datensätze). (Die Abfrage dauerte 0.2733 Sekunden)

    Also das ist durchaus ein Argument, aber einen Tot muss man hier sterben. Sag nun bitte nicht "man muss gar nichts", denn man muss. Entweder ist die Box ganz weg oder eben mit dem Hinweis, dass der Inhalt nicht angezeigt werden kann. Gäste haben die Berechtigung einfach nicht.

    Ansonsten wegen dem "sieht tot aus". Wenn einer sehen will, was los ist, dann kann er die Posts darüber ansehen, da stehen überall Daten dabei. Ist eigentlich sogar sinnvoller als "23 Benutzer sind online", wenn von den 23 Benutzern keiner was sagt ;)

    Andere Meinungen?

    Durchgeführte Änderungen

    Angelegte Tabellen in node

    Code
    Name: description_syno_sich
    Typ: varchar(1024)
    Kollation: utf8_general_ci
    Null: Ja
    Standard: NULL
    SQL: ALTER TABLE `forum_node` ADD `description_syno_sich` VARCHAR(1024) CHARACTER SET utf8 COLLATE utf8_general_ci NULL DEFAULT NULL AFTER `description`;


    description_syno_sich enthält die Originalwerte aus description

    Code
    Name: description_syno_test
    Typ: varchar(1024)
    Kollation: utf8_general_ci
    Null: Ja
    Standard: NULL
    SQL: ALTER TABLE `forum_node` ADD `description_syno_test` VARCHAR(1024) CHARACTER SET utf8 COLLATE utf8_general_ci NULL DEFAULT NULL AFTER `description_syno_sich`;


    description_syno_test wird zum Testen des Importers verwendet

    Code
    Name: description_syno_stat
    Typ: tinyint(3)
    Attribute: unsigned
    Null: Nein
    Standard: Keiner
    SQL: ALTER TABLE `forum_node` ADD `description_syno_stat` TINYINT UNSIGNED NOT NULL AFTER `description_syno_test`;


    description_syno_stat wird zum Testen des Importers verwendet. Status 0 = keine Aktion, 1 = Datensatz gesichert, 2 = Datensatz bearbeitet

    Daten von node.description nach node.description_syno_sich kopieren. node.description_syno_stat auf 1 setzen

    SQL
    UPDATE forum_node SET description_syno_sich = description, description_syno_stat = 1 WHERE description_syno_stat = 0

    Ausgeführt um 8:03 Uhr.
    60900 Datensätze betroffen. (Die Abfrage dauerte 1.6584 Sekunden)

    Alles mit stat 1 ist gesichert, stat 0 sind neue Nodes nach der Sicherung, die selbst nicht gesichert sind!

    Alle Nodes, bei denen die description fehlt (NULL)

    SQL
    SELECT * FROM `forum_node` WHERE `contenttypeid` = 20 AND `description` IS NULL
    -> Zeige Datensätze 0 - 24 (52583 insgesamt, Die Abfrage dauerte 0.0018 Sekunden)

    Letzter Note ohne Description:
    /mitglieder-lounge/4419-der-andere-teich (letzter Post von CatCat - nodeid 74619 - 13.03.2014, 16:04)

    Bei den Beiträgen aus vBulletin 4 wird die Description des Forums als Meta-Description für den Thread genommen, was natürlich unfug ist. Keine Ahnung warum, aber bei dem Update wurden die entsprechenden Felder in der DB nicht befüllt. Dies passiert nur bei neuen Beiträgen oder bei alten, die editiert werden. Bei neuen Posts wird, auch wenn es mehrere Antworten und oder Seiten sind, immer die Beschreibung vom ersten Post verwendet.

    Gedankengänge und Stichwortsammlung:

    • Die Meta-Description wird aus der node.description bezogen
    • Bei alten Beiträgen ist der Wert jeweils NULL
    • Post müssten sich anhand der "node.contenttypeid = 20" identifizieren lassen.
    • Da immer das erste Post als Quelle dient, ist eigentlich nur dort ein Update erforderlich.
    • Erkennung von "erster Post". Dies müsste der Fall sein, wenn node.nodeid == node.starter ist. Folgeposts haben jeweils eine eigene Nodeid und als "starter" weiterhin die vom "ersten Post".



    Als Datenquelle müsste dann text.rawtext dienen, denn nur dort steht der eigentlich Inhalt des Posts.

    Das Update müsste also erfolgen, wenn "node.contenttypeid = 20 UND node.nodeid == node.starter UND node.description NULL ist"

    Eine Limitierung scheint nicht erforderlich zu sein, der Core selbst schreibt auch ohne Limit. Limit ist nur das Zellenlimit von varchar(200).

    Gedanken 2:
    Direktes kopieren per SQL ist nicht möglich. node.description und text.rawtext sind nicht identisch. In node.description werden BB-Tags und womöglich auch noch andere Elemente entfernt. In text.rawtext ist alles vorhanden.

    -> 'message_plain' => strip_bbcode(strip_tags($node['content']['rawtext'])),

    /core/includes/functions.php
    -> function strip_bbcode($message, $stripquotes = false, $fast_and_dirty = false, $showlinks = true, $stripimg = false, $keepquotetags = false)

    /core/includes/functions_newpost.php
    -> $effective_string = preg_replace('#[^a-z0-9\s]#i', '\2', strip_bbcode($text, true, false));

    Gedanken 3:

    • BB-Code muss entfernt und enthaltener Text um ein Leerzeichen ergänzt werden.
    • Bei enthaltenen Bildern wird es kompliziert und unlogisch. text.rawtext:
      Code
      testbild [ATT ACH=CONFIG]n89987[/ATT ACH]

      ergibt node.description

      Code
      testbild temp_1008_1399453535146_263

      . Darauf könnte man wohl notfalls verzichten. Der Temp-Filename macht in der Meta-Description ja ohnehin keinen Sinn.

    • Smilies werden unverändert übernommen.
    • URLs als Text werden unverändert übernommen
    • Quotes werden komplett (inkl. Inhalt) gelöscht ($stripquotes == true ?)
    • Hm, wie kam ich da oben auf varchar(200)?. Das war die alte Tabelle aus VB4 (dieser Mist). node.description ist varchar(1024).

    Alex, wenn Du diesen englischen Kalender in deutsch haben möchtest, dann folgendes:

    Lege eine Datei mit dem Namen seonw-datepicker-regional.js im Ordner /js an. Wichtig: Als utf-8 speichern!

    Als Inhalt folgendes:

    Bearbeite dann das Template "search_config"

    Füge dort nach der Zeile

    Code
    {vb:cssExtra css_form.css}

    folgende neue Zeile ein:

    Code
    {vb:js js/seonw-datepicker-regional.js}

    P.S: Im Testforum geht es, kannste Dir ansehen.

    Ach, Du meinst die wunderschöne "neue" Chronik / Timeline von FB, wo alles irgendwie rechts links angeordnet ist... Nee, kannste leider nicht ändern, wüsste zumindest nicht wie. Bei G+ biste nicht, oder? Ist dort nämlich genauso. Und das neue ver(schlimm)besserte Flickr ist noch fürchterlicher.

    Wegen dem Titelbild. Das hat das falsche Format. Musste eines nehmen, das höher ist und notfalls verkleinert wird.

    Die kannst das "Profil" ändern, mit dem Du bei FB unterwegs bist. Das muss also nicht das persönliche Profil sein, sondern kann auch "im Namen einer Seite" sein.

    Gehe ganz oben in der Navi rechts auf den nach unten zeigenden Pfeil. Dann auf "Verwende Facebook als:" und wähle Deine Seite aus.

    Ok, ist raus.

    Änderungen:

    Template: widget_onlineusers

    Eingefügt als erste Zeile:

    Code
    <vb:if condition="$bbuserinfo['userid'] > 0"><vb:comment>Widget nur für registrierte Besucher</vb:comment>

    Eingefügt als letzte Zeile:

    Code
    </vb:if> <vb:comment>Ende, Widget nur für registrierte Besucher</vb:comment>


    Als Gast:
    [ATTACH=CONFIG]n90167[/ATTACH]

    Als User:
    [ATTACH=CONFIG]n90166[/ATTACH]

    Alex, wegen dem Post hier von Cura (klick ff). Sollen wir das Widget auf der Startseite entfernen? Für Gäste kommt da ohnehin nur, "Entschuldigung, du darfst diese Seite nicht aufrufen." Ist schon ein wenig doof. Also entfernen auch nur bezogen auf "Gäste". Für normale User würde es bleiben. Sind ca. zwei zusätzliche Zeilen im Template.

    Ok, Cura, das links unten auf der Startseite. Wie gesagt, das ist für Gäste normalerweise nie sichtbar. Die Box schon, der Inhalt aber nicht. Die Box kann man für Gäste ganz entfernen, das muss aber Alex entscheiden.

    Wegen den diversen Meldungen die Du da bekommst, bitte Bilder von machen, sonst können wir uns nicht drum kümmern. Das kann so am Forum liegen, aber auch am Browser.

    cura
    Gut zu wissen, denn das ist was ganz anderes. Hier war es ja vorher so, dass man nur sich selbst gesehen hatte. Bei Dir scheint da nun ein ganz anderes Problem zu sein. Muss ich mal suchen.

    Edit... Nee, kein Fehler, muss nichts suchen, habe falsch gelesen. "Unangemeldet" ist "wer ist online" nicht verfügbar. Das ist eine Schutzfunktion und war im alten Forum auch schon so. Unter anderem auch dafür, dass der Server nicht mit unnötigen "Anfragen" durch Bots beschäftigt wird. Gerade bei sehr aktiven Foren ist dieses "Wer ist online" schon sehr Ressourcen fressend.

    Zitat

    Also ich hab unangemeldet immer noch: "Entschuldigung, du darfst diese Seite nicht aufrufen".


    Aber wo meinst Du das? Oben in der Navi den Punkt "Wer ist online" (um den ging es hier)? Den sollte man unangemeldet gar nicht sehen können. Oder meinst Du auf der Startseite unten den Bereich "Benutzer online"? Wenn ja, dann ist das verständlich. Auch das ist für unangemeldete Nutzer gesperrt. Der Hinweis könnte aber eigentlich raus ...

    Ja, schaut danach aus. Wäre aber mal eine Nachfrage im Forum wert, ob man das nicht ändern könnte. Ich meine, Datum (Registrierung / Aktivität) ist ja nicht so geheim und steht im Profil ja ohnehin, also könnte man das dort ja schon korrekt anzeigen ohne gleiche andere privatere Daten mit freigeben zu müssen.

    P.S. Was siehst Du denn, wenn Du "wer ist Online" aufrufst? Da sollten die Daten eigentlich stimmen, URLs zu den Threads angezeigt werden. die IP-Adresse müssten auch da stehen. Renommee ist aber falsch (siehe andere Post)

    Zitat

    puh, du bist ja sogar sonntags dran. alle achtung!


    Das ist der einzige Tag in der Woche, wo nichts los ist und ich was anderes machen kann, ohne dass ich meinen Kunden erklären muss wieso und warum. Heute war rein gar nichts, außer F1 ;)

    Aber nochmal wegen den Daten. Ein Hexenwerk ist das nicht. Genau genommen müsste nur der Code

    PHP
    $user = array(
                            'username' => $userRecord['username'],
                            'userid' => $userRecord['userid'],
                            'posts' => $userRecord['posts'],
                        );


    um die beiden Werte für "joindate" und "lastactivity" erweitert werten, dann könnte das jeder richtig sehen. Das doofe an der Sache ist ja eigentlich, dass das Forum, wenn einer der Werte fehlt, automatisch "today" als Wert nimmt.

    Die Anzeige vom Renommee funktioniert bei "Wer ist online" nicht. Grund ist hier recht einfach. Das Template enthält Zugriffe auf Variablen, die es nicht gibt und CSS-Klassen-Angaben, die es auch nicht gibt. Scheint wohl irgendwie aus einer alten Version zu stammen.

    Im Thread links werden Klassen wie "b-meter" oder "b-meter__bar" verwendet, auf "wer ist online" aber "reputation" oder "bar".

    Lösung: Template anpassen und korrekten Code setzen oder Renommee bei "Wer ist online" einfach entfernen.

    Gut, ob das ein Bug oder ein Feature ist ist fraglich, denn das ist laut Code so gewollt. Ohne die Berechtigung von "Can View Detailed Location Info for Users" werden nur Minimalinfos abgefragt und dazu gehören "Registrierungsdatum" und "letzte Aktivität" nicht.