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
Um schreiben oder kommentieren zu können, benötigen Sie ein Benutzerkonto.
Sie haben schon ein Benutzerkonto? Melden Sie sich hier an.
Jetzt anmeldenHier können Sie ein neues Benutzerkonto erstellen.
Neues Benutzerkonto erstellenJa 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)
…per CSS ausblenden, wäre eine Möglichkeit.
[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 und was mache ich nun mit der .sql datenbank ?
ich möchte die .sql wieder lesbar machen unter windows.....gibts da vlt einen emulator ?
Nenn sie *.txt und dann liest das jeder Editor.
…und xxx ist der jetzt korrekte Pfad? …und die Dateien sind auch da zu finden unter diesem Pfad? Ich würde die Pfade in der Datenbank mal kontrollieren. Die müssen jetzt ja angepasst werden.
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.
Am einfachsten ist es, dir von STRATO automatisch ein WordPress erstellen zu lassen. Dann kannst du den Umzug in ein korrektes Umfeld machen. Wenn du hier mal die Suche (Umzug) benutzt, findest du dazu jede Menge Input.
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}
.select.facetwp-dropdown {
width: 300px;
}
Dem „select“ müsstest du in der CSS eine fixe Breite geben; z.B. 300px.
Du kannst doch WordPress von all-inkl automatisch erstellen lassen. Das geht superfix.
Ü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.
Da würde ich doch bionade, flipps oder Inday mal per PN oder so anschnacken, wie man das macht.
Stimmt der Link? Die Seite lädt nicht.
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
Der Blogeintrag zum Relaunch ist fast 3 Jahre alt. Da sollte das Thema Doku eigentlich durch sein.
Scheint ja nicht der Fall zu sein.
Und die Unstellung halte ich doch etwas für gewagt, zumal man nicht weiß warum danach gefragt wird.
Und… warum wurde danach gefragt?