Beiträge von Melewo

Was für eine Alt-Textgröße? Alt ist ein Attribut für Image-Tags und sollte nicht sichtbar ausgegeben werden. Wenn es dann doch im FF bei Dir sichtbar ausgegeben wird, dann ist Dein HTML zerschossen. In älteren Browsern wurde der Wert des alt-Attributes noch als kleiner Hinweis beim Überfahren mit der Maus angezeigt, doch mit neueren Browser wohl auch nicht mehr.
.

Kurz und bündig, davon leben wohl einige Designer, denn die entwerfen ja ein Theme, Template oder Design. Du stellst Deine designerischen Tätigkeiten in Rechnung, nicht die verwendete Software. Wäre wohl etwas viel verlangt, wenn alle Designer erst einmal einen Programmierer mit der Entwicklung eines neuen CMS beauftragen müssten.
Zumindest würde ich das jetzt mal so sehen, entspricht aber nur meiner persönlichen Meinung und eine richtige Auskunft könnte Dir nur ein Rechtsanwalt geben.

Speicherst Du als test.php im Verzeichnis htdocs ab, startest den Apache und rufst die Datei mit http://localhost/test.php im Browser auf. Danach solltest Du im Verzeichnis htdocs die neu angelegte Datei testdatei.txt finden und diese sollte diesen Satz enthalten.

<?php
$teststring = "Lege die Datei testdatei.txt an und schreibe diesen Satz hinein.";


file_put_contents("testdatei.txt", $teststring);
?>

OSX ist Mac? Und von Mac habe ich nicht die geringste Ahnung, doch beim Rest scheinst Du mir so ziemlich alles durcheinander zu bringen, was man durcheinander bringen könnte. Und für Xampp unter Mac gibt es eine eigene Ausführung und in der Anleitung sind auch Hinweise enthalten, was die Installation von WordPress betrifft.

http://www.apachefriends.org/de/xampp-macosx.html

Laufen denn andere Seiten unter Localhost?
Na ja, laufen tut WP wohl bereits, nur eine htaccess wird nicht angelegt?
Schreibregeln (CHMOD) sind eigentlich für Unix-Systeme, brauchst Du die unter Mac OSX? Wir wäre es, wenn Du erst einmal neben WP eine kleine einfache PHP-Datei ablegst, die etwas in eine andere Datei schreiben soll?

Wenn Du aber Seiten und Umleitungen nach den Parametern im QueryString unterscheiden möchtest, dann geht das mit mod_rewrite.

RewriteCond %{QUERY_STRING} ^.*bound=.*$ [NC]
RewriteRule ^j/news/news/drachenzaehmen-leicht-gemacht.html$ http://www.leinwandhelden.de/news/dr...t-gemacht.html$1 [L,R=301]

Wenn die neue Seite dabei keinen QueryString übernehmen soll, musst Du ein ? statt $1 am Ende notieren.

Ein Redirect sieht auch unter WP noch nicht anders aus und sollte über allen anderen Regeln notiert werden. Ein QueryString hat in einem Redirect nichts verloren.

Redirect 301 /alte-seite_oder_root_angeben  http://www.neue_seite_komplette_url_mit_http_angeben.de

Was soll das sein, ein Google +1 Button?
Und da findest Du keine Anleitung zu?

http://youtu.be/23r6PyUN3_4

Nun ist es geschafft, die Fonts liegen innerhalb des eigenen Webspaces. Eine kleine Anleitung ist ebenfalls fertig:

Web Fonts innerhalb des eigenen Webspaces ablegen

Zitat von Putzlowitsch

Ob nun jemand die Datenschutzerklärung liest oder nicht, ist erstmal egal. Man muß sie als Anbieter halt zur Verfügung stellen und darin erklären, was mit den Daten der Besucher passiert.

Da könnte ich mich jetzt aber auch ein ganz klein wenig mit Dir streiten.

Habe da jetzt nicht alles gelesen über Gravatare, doch das Einbinden einer Grafik von einem entfernten Server ist doch erst einmal nichts weiter als eine Form von Hotlinking. Der Einbindende könnte doch eigentlich nur dann rechtlich belangt werden, wenn die Einbindung ohne Einverständnis des Urhebers erfolgte (ob die Schöpfungshöhe erreicht wird, halte ich für fraglich, ein Urteil sprach dagegen) oder aus Datenschutzgründen, wenn der Einbindende Kenntnis über Einzelheiten hätte.

Stelle Dir vor, jemand bietet Grafiken zum Einbinden an, irgendwann schwirren da Millionen im Web auf anderen Seiten umher und eines Tages kommt der Anbieter der Grafiken auf den Gedanken, eigentlich könnte er ja die Aufrufe zählen und die User Agents und Referrer auswerten. Dafür könnte nach meiner Meinung nicht einer von denen verantwortlich gemacht werden, welche die Grafiken einbanden.

Etwas anderes verhält es sich, wenn von vorherein feststeht; "Binde diese Grafik von uns und wir werten die Zugriffe aus." Bin jetzt überfragt, war das so, ist das so? Hat mich nicht so richtig interessiert, vielleicht habe ich es überlesen. Im Dashboard steht zumindest nichts dergleichen bei den Gravataren.

Zitat von weirdrat

Dann diese dummen Angaben zu Größe und Farbe - keine Pixel mehr,

Welche dummen Angaben? Mit rem musste ich mich erst einmal belesen, nachdem ich es kapiert hatte, da finde ich es eigentlich gut. Oder welche Angaben meinst Du?

Zitat von weirdrat

Fast alle Themes, die ich um teures Geld erstanden haben,

Was verstehst Du unter teuer? Ich denke jeder gute Webdesigner würde Deine Wünsche ab einen mittleren vierstelligen Betrag respektieren und Dir ein Design liefern, welches Deinen Vorstellungen gerecht wird, von den Farben wie von den verwendeten Fonts.

Zitat von weirdrat

Was mich aber am Meisten beunruhigt, ist die Abhängigkeit von google.
...
-- stellt euch mal vor, der amerikanische Konzern google findet, daß ich etwas geschrieben habe, das gegen das amerikanische Copyright verstößt - also kann er mir bequem die Fonts sperren, sogar schon, bevor ich etwas veröffentliche ..

Die Sichtbarkeit Deiner Seite könnten die ohnehin beeinflussen, in dem Sie Deine Seite auf Platz 3.000 in den Serps abrutschen lassen. Dann könntest Du nur noch über andere Plattformen Besucher auf Deine Seite aufmerksam machen. Würden die das über die Auslieferung eines Fonts tun, wäre es hingegen ein Fall für die Presse, falls es zu offensichtlich sein sollte. Doch das fällt wirklich in den Bereich Paranoia.

Das Google eine Datenkrake ist, das ist hinlänglich bekannt. Doch falls Du mit Windows unterwegs sein solltest, so wird sich MS auf Deinem Computer eventuell ja auch besser auskennen, als Du selbst. Vieles von dem, was in DE Datenschützer auf die Palme bringt, das finde ich eigentlich ganz normal, weil ohnedem das Web irgendwie nicht funktionieren könnte.
Die Angelegenheit mit den Fonts halte ich aus anderen Gründen für bedenklich. Einige Daten sammeln soll sein, wenn sie denn die Daten wie bis vor wenigen Jahren noch vernünftig zur Verfügung stellen würden, also bevor sie begannen den Wert von q aus dem Referrer zu entfernen, um den mehr oder weniger nur noch für sich auszuwerten.

Hatte Deine Frage schon gelesen, doch weil ich so beim Basteln war, verschob ich eine Antwort. Und die andere Seite ist, dass in diesem Forum die Meinungen doch nicht so aufeinander knallen. Bei ähnliche Fragen ging es bei Abakus ab und an schon über reichlich viele Seiten und die Posts wurden immer länger.

Mich würde es eigentlich nicht stören, was Google und Co. an Daten sammeln oder nicht sammeln. Nur wenn ich meine eigenen Statistiken ansehe, da fehlen bei zwei meiner Webseiten bereits 60 bis 70 Prozent der Suchbegriffe und das alles unter dem Deckmantel des Datenschutzes seit Einführung der SSL-Suche. Wer dann trotzdem noch mit reichlich Verspätung wissen möchte, wie häufig wonach gesucht wurde, dem bleibt nichts weiter übrig, als seine Seiten bei Google WMT anzumelden. Nur das Google über WMT und Analytics ja wieder zusätzliche Daten sammeln kann.

So, das war meine Meinung zum Sammeln von Daten allgemein. Mit den Avataren sieht es wohl auch nicht besser aus. Ich meine es gibt nicht so sehr viel geschenkt und Daten lassen sich nun einmal auswerten und verwerten.

Habe mir von dieser Seite Open Sans heruntergeladen, steht dann nicht unter einer Lizenz von Google sondern unter einer Apache Lizenz. Das komplette Webfont Kit auswählen:

http://www.fontsquirrel.com/fonts/open-sans?q=Open+Sans

Von diesem Webfont Kit habe ich mir dann folgende Dateien ausgesucht:

/* normal */


OpenSans-Regular-webfont.eot'
OpenSans-Regular-webfont.ttf'  
OpenSans-Regular-webfont.woff'


/* bold */


OpenSans-Bold-webfont.eot'
OpenSans-Bold-webfont.ttf'  
OpenSans-Bold-webfont.woff'


/* normal italic */


OpenSans-Italic-webfont.eot'
OpenSans-Italic-webfont.ttf'  
OpenSans-Italic-webfont.woff'


/* bold italic */


OpenSans-BoldItalic-webfont.eot'
OpenSans-BoldItalic-webfont.ttf'  
OpenSans-BoldItalic-webfont.woff'

Eine Anleitung liegt anbei, nur wenn das auch im Kompatibilitätsmodus vom IE halten soll, dann sollte man diese Anleitung nicht zu wörtlich nehmen. Die Funktion in der functions.php sollte dann auch nicht ganz deaktiviert werden, sonders nur die Variablen vom Array auskommentieren und in der Funktion die eigene Adresse zur Style.css für die Fonts einfügen. Zumindest unter Localhost funktioniert es bisher, im Web habe ich es noch nicht getestet.

Wenn ich sehe, was in der fonts.googleapis.com/css steht und mit meiner CSS vergleiche, was da erforderlich war, dann kann es meiner Meinung nicht anders abgehen, als dass Google erst einmal die User_Agents auswertet und an Hand der vom Browser übermittelten Daten entscheidet, ob eot oder ttf ausgeliefert wird. Und wie mit diesen Daten verfahren wird, nun ja, abhandenkommen werden die wohl nicht so schnell.

Dabei fällt mir noch ein, ich hatte mir mal für Text in Bilder einfügen diesen Font genommen, der sieht auch nicht schlecht aus, ist nur kein Web-Font. Nun weiß ich gerade nicht, ob man einfach diesen dafür nehmen könnte, denn der ist denke ich wirklich offen.

Source™ Sans Pro

Ob der im Web auch richtig laufen würde, keine Ahnung, so genau kenne ich mich damit nicht aus. Doch irgendwie wird da nicht umsonst etwas stehen von Windows and Macintosh Platforms.
Den restlichen Plattformen, die Fonts anbieten, denen traue ich mehr oder weniger nicht.

Zitat von zerlix

Ich frag mich halt warum man dieses Stylesheet und die paar Fonts nicht einfach "mitliefert" und stattdessen über dritte einbindet.

Na wegen dem Tracking und keiner (oder kaum einer) weiß so recht, welche Daten da noch mit ausgewertet werden:

Zitat

Font views in the last week
2,855,653,134
This is the total number of times Open Sans was served by the Google Font API over the last week.

http://www.google.com/fonts/specimen/Open+Sans#stats

Gut, das wäre dann auch eine Lösung. Diese Lösung, wie auf der verlinkten Seite beschrieben, die funktioniert ebenfalls, wenn der folgende Code in die functions.php eingefügt wird:

http://wordpress.stackexchange.com/questions/6652…ty-twelve-theme

function remove_open_sans() {
   wp_dequeue_style( 'twentytwelve-fonts' );
}
add_action('wp_print_styles','remove_open_sans');

Nur ob ich den Font jetzt noch entfernen möchte, wo ich nun weiß wie es geht, da bin ich mir nicht mehr sicher, so schlecht gefällt mir der Font nicht und besser als ohne diesen Font sieht das schon irgendwie aus.

Das Schriftbild wird schon durch Open Sans verändert und so leicht lässt die sich scheinbar gar nicht rauswerfen. Definiert wird dabei ein Teil in der functions.php (habe ich mal deaktiviert, wobei die Schrift sich deutlich veränderte) doch wo nun der eigentliche Eintrag im Head herkommt, das habe ich mal wieder noch nicht gefunden. In der general-template.php finden sich Zeilen mit <link rel='stylesheet'..., doch die können es so noch nicht sein, denke ich mir zumindest bisher.

Zitat von B-52

??? - Jetzt bin ich wirklich verwirrt!

Ja, ich auch, dass Du diese Zeile in Deinem Head noch nicht gesehen hast. Ich sah die Zeile gerade in Deinem Quelltext.

Ehrlich gesagt, ich hatte auch schon gedacht, die rauszuwerfen. Womit hängt die zusammen? Mit der normalen Darstellung doch wohl nicht. Bin da auch überfragt, wofür die gut sein soll.

Na ja, Du solltest dabei bedenken, was zum Beispiel Windows als Bezeichner im File-System wegschluckt und was ein Browser unter einem Uniform Resource Identifier (URI) oder Uniform Resource Locator (URL) versteht, über dem Du die Seite ja aufrufen möchtest, sind zwei Paar Schuhe.
Habe mal kurz nach erlaubten Zeichen in URI gesucht und nichts gefunden, was superleicht verständlich wäre. Unten auf der Seite sind einige Links, wo man sich einarbeiten könnte:

http://de.wikipedia.org/wiki/Uniform_Resource_Identifier

Am günstigsten ist es wohl, bei Bezeichnern von Verzeichnissen gleich nur auf Buchstaben, Ziffern, Unterstrich und Bindestrich zu vertrauen. Ein paar mehr würden eventuell durchgehen, doch das braucht ja nicht zu sein.

Zitat von Tüddeldraht

Die URL weisst anschliessend auch eine kleine Änderung auf hinter dem normalen

http://localhost/%E2%80%A2%20ve…ss/wp-login.php,

steht dort

?redirect_to=http%3A%2F%2Flocalhost%2F%25E2%2580%25A2%2520verschiedenes%2Fwordpress%2Fwp-admin%2Findex.php&reauth=1

Dann musst Du die URL richtig eingeben. Habe jetzt keine Lust nach allen Zeichen zu suchen, doch was hat da im ersten Pfad eine Leerstelle mit %20 verloren? Die Folge sind dann halt doppelte Kodierungen mit %2520 im zweiten Pfad, wobei das genau ein % Prozentzeichen und eine Leerstelle ergibt.

Zitat von gfchinamarketing

Die CSS- und JavaScript-Dateien kommen doch aber vermutlich in erster Linie vom Theme selbst, oder?

Weiß ich nicht, ich könnte mir auch vorstellen, dass da jedes Plugin seine eigene CSS oder JS mit in den Header schiebt. Habe erst eins entwickelt und da schreibe ich gleich mit zu, dass die Nutzer besser fahren, wenn sie die CSS nicht aktivieren, sondern stattdessen die Klassen kopieren und mit in die vorhandene CSS einfügen. Ob das andere auch so handhaben, keine Ahnung.

Zitat von gfchinamarketing

Was können wir denn da überhaupt groß machen (ohne etwas zu zerstören ;) )?

Ich würde im ersten Durchlauf die Bilder in verschieden Stufen komprimieren, dann mir die Stufen heraussuchen, bei denen ein Qualitätsverlust noch nicht sichtbar wird. Da sollten sich schon einige hundert kB einsparen lassen. Zumindest war das bei mir immer ein Schritt, als mir für weitere Schritte noch die Kenntnisse fehlten.

Anschließend heißt es halt lernen oder jemanden beauftragen.