Beiträge von ptra

    Ja und Nein. Ich weiß das ist ein Dschungel. LG

    Ich weiss schon, dass das ein Dschungel ist. „Im Prinzip Ja, im Prinzip Nein…“ Ich habe jetzt auch den Hinweis auf Cookies eingebaut, aber das ist doch irgendwie nur noch hohl, oder?

    Danke, FloRet

    Danke für Input. Ja, tolle Wurst ;) Bis ich mich da durchgepfriemelt habe. Letzendlich gilt das ja also nur für Seiten, die materielle Interessen haben. Für mich als Bloggerin ohne wirtschaftliche Interessen ist das ohne Belang. Oder?

    Jepp. Aber das ist doch nur eine Forderung von Google, oder? Plugins habe ich auch genug gefunden. Das ist nicht das Thema. Muss ich das machen für meinen Blog, auch wenn ich keinerlei Werbung da drauf habe?

    Hi,

    verstehe ich das richtig, dass diese Geschichte einfach nur dazu da ist, dem Benutzer zu sagen, dass es Cookies auf der Seite gibt? Irgendwie erschließt sich mir der Sinn des Ganzen nicht. Ist das eine Forderung von Google oder muss das jeder Blogger machen? Und wenn, welches WP-Plugin bietet sich dafür denn am besten an?

    Gruß. Petra

    Hi Felix.
    Du solltest ein Impressum haben. Zitat:
    „Wo muss das Impressum auf der Seite eingebunden werden?
    Das Gesetz spricht davon, dass die Angaben „leicht erkennbar, unmittelbar erreichbar und ständig verfügbar“ zu halten sind. Um sicher zu gehen, sollten die Angaben deshalb in einem eigenen Menüpunkt in der Navigation, der von jeder Unterseite aus zu erreichen ist, eingebunden werden. Der Menüpunkt sollte mit „Impressum“ oder „Anbieterkennzeichnung“ benannt werden.“ (erecht24)

    [h=1]Serialized Data[/h] WordPress core and third-party plugins often serialize arrays or objects as a way of storing structured data in the WordPress database. The method used to serialize this data is PHP’s own serialize() function. Some third-party plugins also store data as JSON, using PHP’s json_encode() function.
    For example, WordPress core stores all widgets as serialized data in the options table. When URLs are present in widget data, a simple find and replace on an exported SQL file would corrupt the serialization and after importing that SQL file, the widgets no longer show up.

    Quelle

    Links in Widgets werden im Zusammenhang mit dem kompletten Widget als serialized data in der DB gespeichert. Ersetzt man nun einfach einen Link in einem Editor, dann zerhaut´s den Zusammenhang und das Widget taucht nicht mehr auf.

    Ja, das sind diese blöden Select-Boxen, die der jeweilige Browser gestaltet. Da wird dann alles wieder überschrieben. Möglicherweise funktioniert es, wenn du am Anfang eine normalize.css einbindest. Die bringt alle Browser dazu, annähernd gleich zu reagieren.

    Hier noch eine kleine Anleitung, wie man Select-Boxen stylen kann.

    Die Zeile ganz am Ende des CSS einfügen. Wenn das nicht hilft, mit einem „!important“. Mit „!important“ deklarierst du Befehle als wichtig.

    .select.facetwp-dropdown {width: 300px !important}

    Überprüf doch mal mit Google Analytics, wie viele eigentlich mit dem IE – speziell einem IE8 – auf deiner Seite bisher zugange waren. Neue Technologien und alte Browser – geht nicht so einfach; wenn überhaupt. Es ist zu überlegen, ob sich der Aufwand lohnt, mit Polyfills oder so nachzuarbeiten und eine Fallback-Lösung anzubieten.

    style.css Zeile 17

    html, body, div, span, applet, object, iframe, h1, h2, h3, h4, h5, h6, p, blockquote, pre, a, abbr, acronym, address, big, cite, code, del, dfn, em, img, ins, kbd, q, s, samp, small, strike, strong, sub, sup, tt, var, b, u, i, center, dl, dt, dd, ol, ul, li, fieldset, form, label, legend, table, caption, tbody, tfoot, thead, tr, th, td, article, aside, canvas, details, embed, figure, figcaption, footer, header, hgroup, menu, nav, output, ruby, section, summary, time, mark, audio, video {
    margin: 0px;
    padding: 0px;
    border: 0px none;
    font: inherit;
    [COLOR=#008000]vertical-align: top;[/COLOR][COLOR=#FF0000] /* nicht: baseline */
    [/COLOR]}

    Edit: für die Tabelle