Beiträge von blnsnoopy26

    Deswegen ist das ja auch nicht erlaubt, wird auch in den Lizenz/MIetbedingungen/wie auch immer es nun heißt erklärt:


    "Kennzeichnungen der Software, insbesondere Urheberrechtsvermerke, Marken, Seriennummern oder ähnliches dürfen nicht entfernt, verändert oder unkenntlich gemacht werden."

    Joa das weiß ich schon.

    Aber sagen wir mal so wenn ich im global design option schriftgröße 4px angebe ist alles auf der seite so klein, ob das dann förderlich für den besucher ist ist dann eine andere sache so meinte ich das nicht das ich da was manipulieren tue sondern von haus aus gibs die option welche schriftgröße die webseite haben soll.

    Und je größer ein Produkt ist, je mehr dieser Copyright-Hinweise im Web angezeigt werden, desto mehr Menschen sehen diesen und desto mehr potentielle Kunden können gewonnen werden.

    Glaube ich nicht.

    Wer bitte klickt da regelmäßig drauf?

    Vielleicht ein bruchteil von leuten, da gibs ganz andere wege Werbung zu machen, wenn man das müßte bzw darauf angewiesen ist.

    Mag vielleicht die kostengünstigste sein, aber sicher nicht die effektivste.

    Abschließend möchte ich noch anmerken, dass es einfach nur frech ist, einen solchen Beitrag, der auf jede Sachlichkeit verzichtet, zu schreiben und von Abzocke zu sprechen.

    Doch kann ich, denn das ist meine Meinung und solange sie niemand beleidigt oder sonstetwas darf ich das äußern und kund tun.

    Leben in einme freien Land wo jeder seine Meinungen kund tun darf. So wie ich deine oder andere Meinungen Akzeptieren muß so muß man auch meine Akzeptieren oder auch nicht.


    Im Übrigen richtet sich eine "Branding Free-Lizenz" primär sowieso an Unternehmen und nicht an Privatpersonen. Und in den Unternehmen, die dafür einen Bedarf sehen, ist normalerweise auch ausreichend Budget dafür vorhanden. Eine "Branding Free-Lizenz"-Lizenz ist nichts, was in der Preisgestaltung attraktiv für den Mainstream-Kunden sein muss.

    Das kann schon sein, aber wer sich sowas zulegt entscheidet nicht du oder woltlab sondern die Person selber.


    WoltLab hat nun eben entschieden, dass das alte Modell den Verlust dieser Werbeeigenschaft nicht (mehr) ausreichend kompensiert.

    Auch hier wie oben glaube ich nicht daran, das da viele absichtlich drauf klicken.

    Wenn jemand das in 4px präsentiert beachtet das kein Mensch mehr, weil das große das kleine überflügelt alles schon gesehn.

    größe 8 und hab das auch schon in größe 4 gesehn interessiert dann nemand mehr. ausser google crawlt dann noch den link aber ein menchliches auge je nach design nimmt das nicht mehr war., wenn man nicht genau hinsieht. Daher die Werbewirkung für so ein link halte ich für sehr niedrig.

    Hier schreibt ihr diese ist dauerhaft: Brand free

    Branding Free gilt dauerhaft und muss nicht für jede Version neu erworben werden.

    Und das ist ein Beitrag von März '21

    Im Shop steht aber jetzt:

    woltlab.com/attachment/164940/

    Das man diese jedes jahr neu kaufen muss, damit die Gültigkeit erhalten bleibt.

    Was stimmt denn jetzt ? Und wieso auf einmal für jedes weitere jahr 125 €? Wenn das so ist wie da steht ist das doch abzocke in meinen Augen.

    Bekomme folgende Fehlermeldung:

    Aufgerufene URL
    POST /contact/
    Referrer
    https://www.sof2.eu/contact/
    WoltLab Suite
    5.3.5
    PHP
    7.4.16
    Fehlermeldung
    $type must be either v2 or invisible.
    Art
    InvalidArgumentException
    Datei (Zeile)
    /var/www/vhosts/clangaming.eu/httpdocs/sof2eu/lib/system/recaptcha/RecaptchaHandlerV2.class.php (39)
    Stacktrace
    1. /var/www/vhosts/clangaming.eu/httpdocs/sof2eu/lib/system/captcha/RecaptchaHandler.class.php (106): wcf\system\recaptcha\RecaptchaHandlerV2->validate(…)
    2. /var/www/vhosts/clangaming.eu/httpdocs/sof2eu/lib/form/AbstractCaptchaForm.class.php (106): wcf\system\captcha\RecaptchaHandler->validate(…)
    3. /var/www/vhosts/clangaming.eu/httpdocs/sof2eu/lib/form/AbstractCaptchaForm.class.php (98): wcf\form\AbstractCaptchaForm->validateCaptcha(…)
    4. /var/www/vhosts/clangaming.eu/httpdocs/sof2eu/lib/form/ContactForm.class.php (130): wcf\form\AbstractCaptchaForm->validate(…)
    5. /var/www/vhosts/clangaming.eu/httpdocs/sof2eu/lib/form/AbstractForm.class.php (60): wcf\form\ContactForm->validate(…)
    6. /var/www/vhosts/clangaming.eu/httpdocs/sof2eu/lib/form/AbstractForm.class.php (123): wcf\form\AbstractForm->submit(…)
    7. /var/www/vhosts/clangaming.eu/httpdocs/sof2eu/lib/form/AbstractCaptchaForm.class.php (67): wcf\form\AbstractForm->readData(…)
    8. /var/www/vhosts/clangaming.eu/httpdocs/sof2eu/lib/form/ContactForm.class.php (187): wcf\form\AbstractCaptchaForm->readData(…)
    9. /var/www/vhosts/clangaming.eu/httpdocs/sof2eu/lib/page/AbstractPage.class.php (291): wcf\form\ContactForm->readData(…)
    10. /var/www/vhosts/clangaming.eu/httpdocs/sof2eu/lib/page/AbstractPage.class.php (114): wcf\page\AbstractPage->show(…)
    11. /var/www/vhosts/clangaming.eu/httpdocs/sof2eu/lib/system/request/Request.class.php (83): wcf\page\AbstractPage->__run(…)
    12. /var/www/vhosts/clangaming.eu/httpdocs/sof2eu/lib/system/request/RequestHandler.class.php (107): wcf\system\request\Request->execute(…)
    13. /var/www/vhosts/clangaming.eu/httpdocs/sof2eu/index.php (9): wcf\system\request\RequestHandler->handle(…)

    Die Schlüssel sind alle eingetragen und auch gültig.

    Jemand eine Idee?

    Hätte da nicht auch ohne den Debug-Modus ein einfacher Blick ins Fehlerprotokoll des WSC genügt?


    Gruß norse

    Ich kam ja zuerst nicht drauf, daher ich von serverseitigen Fehler ausging.

    Ist mir jetzt über nacht erst eingefallen dies mal zu aktivieren und reinzuschauen, weil wie gesagt das wbb sonst für jeden mist Fehler ausspuckt nur in diesem Fall halt nicht. Manchmal sieht man den Wald vor lauter Bäume halt nicht wie man so schön sagt.

    Die Voraussetzung gibt es schon mindestens seit dem 14.07.2011 bzw. seit dem WCF 2.0: https://github.com/WoltLab/WCF/bl…est.php#L77-L82

    Ok, dann habe ich mich da dann geirrt.

    Jedenfalls konnte ich durch den Debugmodus den Fehler finden, aber schade, das wenn man versehntlich oder beabsichtigt ein Modul deaktiviert, weil man denkt ok braucht man nicht mehr, das es keine direkte Fehlermeldung erscheint die dann gleich eindeutig sagt, wo der Fehler ist.

    So ich habe jetzt den Debugmodus aktiviert vom wbb mit erweiterten Errorlogs

    Leider kam ich vorher nicht drauf und suchte nur nach den normalen Serverlogs nach Fehler Einträgen.

    Jetzt bekam ich ein Fehler angezeigt in den woltlab logs der die Ursache auslöste bzw. mir zeigte woran es lag.

    Aufgerufene URL
    POST /acp/index.php?style-export/46/
    Referrer
    https://www.XXXXX.eu/acp/index.php?style-export/46/
    WoltLab Suite
    5.3.3
    PHP
    7.4.14
    Fehlermeldung
    Class 'XMLWriter' not found
    Art
    Error
    Datei (Zeile)
    /var/www/vhosts/XXXXX/httpdocs/XXXXX/lib/util/XMLWriter.class.php (47)
    Stacktrace
    1. /var/www/vhosts/XXXXX/httpdocs/XXXXX/lib/data/style/StyleEditor.class.php (800): wcf\util\XMLWriter->beginDocument(…)
    2. /var/www/vhosts/XXXXX/httpdocs/XXXXX/lib/acp/form/StyleExportForm.class.php (113): wcf\data\style\StyleEditor->export(…)
    3. /var/www/vhosts/XXXXX/httpdocs/XXXXX/lib/form/AbstractForm.class.php (62): wcf\acp\form\StyleExportForm->save(…)
    4. /var/www/vhosts/XXXXX/httpdocs/XXXXX/lib/form/AbstractForm.class.php (123): wcf\form\AbstractForm->submit(…)
    5. /var/www/vhosts/XXXXX/httpdocs/XXXXX/lib/page/AbstractPage.class.php (291): wcf\form\AbstractForm->readData(…)
    6. /var/www/vhosts/XXXXX/httpdocs/XXXXX/lib/page/AbstractPage.class.php (114): wcf\page\AbstractPage->show(…)
    7. /var/www/vhosts/XXXXX/httpdocs/XXXXX/lib/system/request/Request.class.php (83): wcf\page\AbstractPage->__run(…)
    8. /var/www/vhosts/XXXXX/httpdocs/XXXXX/lib/system/request/RequestHandler.class.php (107): wcf\system\request\Request->execute(…)
    9. /var/www/vhosts/XXXXX/httpdocs/XXXXX/acp/index.php (9): wcf\system\request\RequestHandler->handle(…)

    Also es lag an dem zusätzlichen XMLWritter "Error Message: Class 'XMLWriter' not found"

    Nachdem ich das php Modul wieder aktiviert habe ging der export unter 7.4.14 auch wieder.

    Normal bekommt man immer eine Mail über Fehlermeldungen, wenn diese aber im ACP sind wohl nicht.

    Oder wenn bestimmte Module nicht von PHP aktiv sind prüft die software normal ob alles vorhanden ist, das der XMLWritter benötigt wird wurde mir da Softwareseitig nicht angezeigt. Zumal das phpmodul wohl erst in 5.3.3 pflicht ist?! vorher ging es auch ohne, weil ich stelle in der Regel alle Module ab die ich nicht brauche.

    Ich habe ein evtl Bug gefunden.

    Daher ich Stile gern exportiere, um sie zu sichern viel mir auf, das ein export mit php Version 7.4.x bei mir nicht möglich ist.

    Wenn ich auf exportieren klicke, dann passiert da rein garnix auch in meinen Errorlogs oder sonstigen Logs taucht nix auf.

    Stelle ich aber auf php 8 um funktioniert es tadellos.

    Trat erst auf mit dem update auf 5.3

    jemand ne idee??

    Hallo,

    auch wenn du grundsätzlich nicht unrecht hast: Debian 8 (Jessie) hat noch bis Mitte 2022 ELTS-Support. Dieser ELTS-Support ist aber nicht mehr Teil des Debian-Projekts.

    trotzdem würde ich sowas nicht Live laufen lassen.

    Da könnte ich genauso noch mit Windows XP online gehn, da gabs auch inoffizielle patches, macht es dadurch aber nicht sicherer.

    Aber muß jeder für sich selber entscheiden, ob er/sie mit so einer alten Distribution noch größere oder mittelgroße Webseiten online stellt.

    Also mir ist damals halt aufgefallen, dass Webgo sehr oft wenn nicht fast immer am besten abschneidet, wenn es darum geht eine hohe und stabile Geschwindigkeit zu liefern. Also etwas scheinen sie richtig zu machen.

    Bandbreite ist aber leider nicht alles.

    bei alfa habe ich garantierte 120 mbit und bei webgo nur 100 mbit anbindung.

    Aber auch hier gilt muß letztendlich jeder für sich selber entscheiden. Nur weil ich selber bei alfahosting bin sage ich nicht das es das beste ist oder man gleich dort hin sollte. Ich war selber lange auf der suche und habe mir hier und da vergleiche angeschaut. Früher war ich sehr lange bei Hosteurope und heute kannst den laden in die Tonne treten genauso wie Strato, welches vor negativer Kritik nur so leuchtet.

    Da man aber ein Rückgaberecht hat von 14 bzw 30 tagen hat kann man sich bei den Anbietern was bestellen und bei nicht gefallen wieder vom kauf zurück treten. So habe ich das gemacht, weil so konnte ich das Live testen und hinter die Kulissen schauen.

    weiterer vorteil ist alfa bietet automatische backups an.

    Ich müsste nicht einmal selber welche machen die werden jeden tag vom hoster selber gemacht für mich umsonst.

    Nebenbei kann ich selber noch snapshots erstellen, welche 14 tage gespeichert werden.

    Sieht so aus und das alleine finde ich schon klasse und das alles ist im Preis mit drin wo du woanders drauf zahlen musst oder extra dazu buchen musst für geld.

    Im Zweifel einfach ne Mail an den Support oder kurz im Chat, die Jungs sind echt sehr Hilfsbereit.

    Und was machbar ist das machen sie auch, ich bin seit Jahren dort und bin sehr zufrieden.

    Ist halt kein Billig-Hoster und man zahlt etwas mehr, aber dafür bekommt man halt auch dementsprechende Leistung,

    und falls benötigt auch nen spitzen Support.

    viel zu überteuert.

    Als beispiel: https://www.webgo.de/root-server/root-ssd-vserver/ vs https://alfahosting.de/vserver-hosting/

    Dann der zweite Kritik Punkt das Server OS Debian 7? WTF das dingen ist schon lange EOL Debian 8 auch nicht mehr aktuell und EOL.

    Server Images bei alfahosting:

    Steht zwar auch noch das 8er drin warum auch immer aber bieten auch 9er und 10er an sowie andere Distributionen in aktueller form.

    Preise sind wucher für das man bei alfahosting weniger bezahlt mehr bekommt und auch aktuelle Server images, falls man Rootserver nutzen will.

    Beim Webhosting sieht es auch nicht besser aus.

    Für mich klar ein 1 von 5 sternen dieser anbieter.