Beiträge von Melewo

Weil gerade eine andere Frage da hineinspielt:

http://forum.wpde.org/konfiguration/…-entfernen.html

Wenn Du nichts verändern dürftest, dann brauchte es auch keine Child-Themes zu geben, denn eben diese sind dafür gedacht, Veränderungen zu testen. Wenn es sich aber um extreme Veränderungen handelt, so dass Du die style.css neu aufsetzt, na dann ist es auch ein neues Theme, würde ich mir denken, ist aber nur laut gedacht.

Anders wird es bei diesen Premium Themes aussehen.

Ich sollte mich wohl auch endlich mal mit einem Child Theme befassen. Da bleibt der Name des Eltern-Themes ebenfalls erhalten, wenn ich es richtig verstehe, so ist das Eltern-Theme weiterhin erkennbar an der

@import url("../twentytwelve/style.css");

und somit wirst Du den Namen des Themes so schnell und einfach nicht los, denke ich mir.
Habe jetzt nur bei mir geschaut, (ohne Child) wimmelt es in der DB nur so vom Theme-Namen.

Zitat

(.., 'template', 'twentytwelve', 'yes'),
(.., 'stylesheet', 'twentytwelve', 'yes'),

Genau das meine ich damit, auch die Sprachdateien werden einem Theme zugeordnet usw..
Und jedes Theme benötigt nun einmal einen Theme Namen, der lässt sich zwar definieren, doch dann müsste einiges umgeschrieben werden. Wozu verstehe ich nicht, wenn ich ein Theme anbieten würde, ob kostenlos oder kostenpflichtig bleibt dahingestellt, hält WP die Rechte an HTML und PHP-Code und der Autor an den Styles und am Namen für sein Theme. Kenne mich nicht ganz genau aus, doch so in etwa verhält es sich.

Und ja, ob als Child Theme oder so, wenn Du ein eigenes Theme entwickelst, auch wenn es nur auf einem anderen Theme basiert, dann ist es halt eine eigene Entwicklung. Ich weiß jetzt aber nicht, ob es darauf ankommt, wie viel Prozent man verändert hat, also irgendwie eine neue Version sollte dabei schon herauskommen, denke ich mir.

Ich verstehe Dein Problem nicht, der Name des Themes gehört doch zum Beispiel bei einer style.css ohnehin in den Pfad, sonst ist ja nicht einmal diese Datei zu finden. Beispiel:

/wp-content/themes/twentytwelve/style.css

Zitat von Decilla

Gehe aber davon aus, dass ich tatsächlich damit machen kann was ich will.

Weil das dem Autor eines Themes völlig gleich sein kann, wenn Du sein Theme umtaufst oder warum meinst Du das?

Ja, unbedingt würde ich die hier auch nicht so sehen lassen, war jetzt mehr für den eigenen Überblick gedacht. Tausche einfach die Datei aus gegen eine, die nur eine Liste mit den Laufzeiten enthält, dann geht der Sinn nicht verloren.
Es waren 20 Seitenaufrufe, so dass die durchschnittliche Anzahl an DB-Abfragen eigentlich noch nicht zu viel ist, wenn auch nicht gerade wenig, doch da haben andere mehr und laden schneller. Allgemein sind die Laufzeiten zu lang. Die erste Response vom Server sollte schon in unter einer Sekunde eintreffen. 0.9 bis über 6 Sekunden halte ich für absolut inakzeptabel.

Um unter einer Sekunde zu bleiben, kann eine einzelne DB-Abfrage nicht bereits 0.03 bis 0.06 dauern, was hier aber teilweise der Fall ist und das nur um Optionen für ein Widget zu laden.

Bei autoload = 'yes' hatte ich es bei meinem letzten Plugin auch belassen und konnte bisher nichts Negatives feststellen. Habe nach einer Beschreibung gesucht, die finde ich gerade nicht im Codex, obwohl ich schon eine gelesen habe, wie ich mich zu erinnern meine. Es entspricht eigentlich der Grundeinstellung NOT NULL DEFAULT 'yes' in der Optionstabelle.

Zitat

Laufzeit: 3.2789
Laufzeit: 0.8951
Laufzeit: 0.9134
Laufzeit: 1.1773
Laufzeit: 1.1374
Laufzeit: 2.2179
Laufzeit: 6.1406
Laufzeit: 2.6899
Laufzeit: 1.7946
Laufzeit: 0.8076
Laufzeit: 1.5468
Laufzeit: 1.9891
Laufzeit: 3.0558
Laufzeit: 3.2005
Laufzeit: 2.3611
Laufzeit: 2.8715
Laufzeit: 1.297
Laufzeit: 2.0974
Laufzeit: 1.048
Laufzeit: 1.3821

Alles anzeigen

Dafür gibt es irgendein Plugin, doch ich habe für Tests eine zweite index.php zuliegen, die ich kurz austausche, die Startseite 2 bis 3 mal aufrufe und anschließend sollte dann eine auswertung.txt im Verzeichnis liegen, mit der Laufzeit von WP und allen Datenbankabfragen für die Startseite.

<?php
/**
 * Front to the WordPress application. This file doesn't do anything, but loads
 * wp-blog-header.php which does and tells WordPress to load the theme.
 *
 * @package WordPress
 */


/**
 * Tells WordPress to load the WordPress theme and output it.
 *
 * @var bool
 */
$startzeit = microtime(true);
define('SAVEQUERIES', true);
define('WP_USE_THEMES', true);


/** Loads the WordPress Environment and Template */
require( dirname( __FILE__ ) . '/wp-blog-header.php' );


$endzeit = microtime(true);
$gesamt  = $endzeit - $startzeit;
$gesamt  = "\r\nLaufzeit: ".round($gesamt, 4)."\r\n\r\n";


foreach ($wpdb->queries as $abfragen) {
   $gesamt .= $abfragen[1]." - ".$abfragen[0]."\n";
}
file_put_contents("auswertung.txt", $gesamt, FILE_APPEND | LOCK_EX);

Ja, ist nicht gut. Zwei Aufrufe, wobei die erste Response einmal nach 5,18 und beim zweiten nach 21,91 eintraf. Insgesamt:

18,5s (onload: 18,17s)
37,17s (onload: 36,75s)

Laufen da bereits Request, bevor die Seite ausgeliefert wird?
Wie hoch ist die Anzahl der Datenbankabfragen pro Aufruf?

Zitat von wp-ppw

darf ich dann das Design extrem verändern?

Was verstehst Du unter extrem?
Ich verstehe darunter, dass es dann ein neues Theme ist.
Und die Lizenz hast Du bereits gelesen?

max-width:

Zitat

Angewendet auf: Alle Elemente, außer auf nicht-ersetzte Inline-Elemente und Tabellenelemente
Prozentwerte: Beziehen sich auf die Breite des umschließenden Blocks

http://www.edition-w3.de/TR/1998/REC-CS…ml#heading-10.4

Wobei aber Input zu den ersetzten Elementen gehören soll (ohne es genau zu wissen, sollte wohl zuvor mehr lesen).

http://www.css4you.de/elemente.html#inline

Wenn Du es nun etwas genau wissen möchtest, es steht da so einiges über ersetzte und nicht ersetzte Elemente und viele andere interessante Dinge (vermute ich zumindest):

http://www.edition-w3.de/TR/1998/REC-CSS2-19980512/

Gefunden, mit dem Starter brauchst Du nicht zu beginnen und Basic könnte knapp werden.

http://schnurpsel.de/wordpress-beim…220/#php_memory

Habe jetzt nicht nach den Preisen geschaut, doch Hoster wie All-Inkl und andere gibt es ja auch noch.

Zitat von klengelwood

Ist das so ok?

Kann Ingo Dir sicherlich sagen, er hatte hier mal eine Tabelle mit den unterschiedlichen Tarifen und den Memory-Limits verlinkt. Oder suche diese Tabelle und vorher würde ich nichts abschließen. Für den Preis solltest Du überall ein Paket mit genügend Memory-Limit erhalten, nur bei 1 & 1 würde ich mich zuvor erkundigen, weil ich schon öfters etwas las, dass dieses Limit nach einigen Plugins knapp wurde.

Eine Datenbank muss vor der Installation eingerichtet werden.

Du hast ja bei Input-Elementen immer noch die Attribute zum Formatieren, wie:

Zitat

size bestimmt die Anzeigebreite des Elements

http://de.selfhtml.org/html/referenz/attribute.htm#input

Und bei einer Textarea:

Zitat

cols bestimmt die Anzahl Zeichen pro Zeile
rows bestimmt die Anzahl sichtbarer Zeilen

http://de.selfhtml.org/html/referenz/attribute.htm#textarea

Mit CSS ist es dabei unterschiedlich, was Du bestimmen kannst, bei einem Upload-Formular bestimmt zum Beispiel einzig der Browser. So helfen meist nur Testreihen, bzw. ab und an auch die Suche, ob sich ein CSS-Ersatz für size (oder andere Attribute) finden lässt. Nun habe ich gerade selbst ein wenig getestet und denke das max-width kein CSS-Ersatz für size ist oder sein könnte. Wo ich es anwendete, war ja kein Input-Element im Spiel.

Auch nach dieser Seite (unter Input schauen), kann size nur durch width, nicht jedoch durch max-width ersetzt werden:

HTML-Attribut/Wert     CSS-Realisierung:
    size                 width: <length>

http://www.thestyleworks.de/tut-art/html-css.shtml

Wobei ich nur nach dem gehe, was ich in einem Buch oder im Web finde, ohne die Referenzen im Detail zu kennen. Einige Entwickler kennen sich da sicherlich besser aus.

Und hier noch mein Test, einzig size und/oder width ergaben ein richtiges Ergebnis, max-width wird von den Browsern (habe jetzt nur mit FF getestet) nicht beachtet:

<!DOCTYPE html>
<html>


<head>
<title>Max und Weit</title>
<style type="text/css">
.inp1 {
    border: 1px solid #f00;
    overflow: hidden;
    width: 200px;
}
.inp2 {
    border: 1px solid #f00;
    overflow: hidden;
    max-width: 200px;
}
.linie {
    margin-left: 0px;
    width: 200px;
}
</style>
</head>


<body>
<h1>Max und Weit</h1>
<h2>Formular 1</h2>
<form action="#">
  <label for="inp1">Input 1:</label><br>
  <input class="inp1" name="inp1" id="inp1" type="text" value="Heute ist das Wetter weniger wunderschön"><br>
  <label for="inp2">Input 2:</label><br>
  <input class="inp2" name="inp2" id="inp2" type="text" value="Heute ist das Wetter weniger wunderschön"><br>
</form>
<h2>Formular 2</h2>
<form action="#">
  <label for="inp3">Input 3:</label><br>
  <input class="inp1" name="inp3" id="inp3" type="text" size="32" value="Heute ist das Wetter weniger schön"><br>
  <label for="inp4">Input 4:</label><br>
  <input class="inp2" name="inp4" id="inp4" type="text" size="32" value="Heute ist das Wetter weniger schön"><br>
</form>
<hr class="linie">
</body>
</html>

Zitat von Seitenbastler

ich möchte ein Bild mit 1500*1071 Pixel Auflösung in einer twenty fourteen child theme Seite einfügen.
Beim Bildeinfügen wird das dann so stark komprimiert, dass es unzumutbar ist.

Beim Einfügen in einer Seite wird nichts komprimiert, insofern Du mit Einfügen lediglich referenzieren meinst. Der Browser skaliert es nur auf eine neue Größe, wobei das eigentliche Bild so groß oder klein bleibt, wie es ist. Es wird nur gleichmäßig gestreckt oder gleichmäßig gestaucht.
Somit solltest Du hier erst einmal ein Beispiel bringen, aus dem etwas zu entnehmen ist.

Gerade gefunden, es liegt bereits eine infophp in Deinem Log-Verzeichnis, bin nach dieser Anleitung vorgegangen

"http://ihredomain.de/logs/info.php"

https://hilfe-center.1und1.de/skript--und-pr…rt-a782438.html

und müsste mich dann aber authentifizieren und das mache mal lieber allein mit Deinen Zugangsdaten.

Zitat

http://www.dagmar-kaselitz.de verlangt einen Benutzernamen und ein Passwort. Ausgabe der Website: "Access to /logs"

Wenn das auch nichts bringt, dann würde ich mich aber wirklich an den Support wenden.

Hier noch etwas zum Spielen:

https://hilfe-center.1und1.de/skript--und-pr…en-a791784.html

Oder es ist so wie Ingo schreibt, was sicherlich auch sein könnte.
Doch dann hättest Du wohl auch keine Datenbank einrichten können, oder?

Zitat von MegaWork

Gibt es einen Link zur Tarifübersicht? Hab da auf Anhieb nichts gefunden.

Die schreiben beim preisgünstigsten Paket bereits etwas von einer Datenbank, doch die werden ja wohl keine Datenbank anbieten, ohne eine Möglichkeit die Daten mit PHP abzufragen? Alles was da denke ich passieren könnte und bei Verwendung von ein paar Plugins auch passieren wird, dass das Memory Limit nicht für WP genügt, doch dann sollte sich ja jetzt erst einmal mindestens so eine phpinfo aufrufen lassen.

http://hosting.1und1.de/linux-hosting?…xt-navi-package

Zitat von klengelwood

OK,
habe sämtliche Daten in den Root verschoben - ergo gleiches Ergebnis.

Ich hoffe nicht wegen mir, da für mich Root immer Root unter Domain ist, also Domain/root oder wordpress/root und wenn Domain aufgeschaltet auf Verzeichnis ist Verzeichnis gleich Root-Verzeichnis. Nicht zu verwechseln mit Verzeichnisse innerhalb vom Webspaces.

Oder verständlicher, es war meiner Meinung nach richtig, da Domain->wordpress(als Rootverzeichnis für Domain)/index.php

Zum Test hatte ich die Domain mit /index.html aufgerufen, wobei dann folgende Antwort kommt, so das die index.php eigentlich richtig unter der Domain gefunden wird, denke ich mir:

Zitat

Multiple Choices
The document name you requested (/index.html) could not be found on this server. However, we found documents with names similar to the one you requested.

Available documents:

/index.php (common basename)

Root würde ich deshalb für richtig halten.

Alles was ich lese, trifft auf Deinen Fall nicht zu, da die liesmich ja aufrufbar ist.

http://www.computerbase.de/forum/showthread.php?t=844845

Einzige Möglichkeit, irgendetwas stimmt mit den Verzeichnis- und Datei-Rechten nicht oder es liegt bereits eine htaccess im Verzeichnis, die ärgert oder es wurde PHP nicht aktiviert, wobei letzteres der Support vom Hoster beantworten könnte.

Ja, ist ein 403. Die index.php liegt auch dort, wo erwartet, halt ebenfalls mit 403.

Zitat

HTTP/1.1 403 Forbidden
...
Server: Apache

Lade neben WP mal eine kleine test.php mit folgendem Inhalt hoch und lege die dort ab, wo Deine Index liegt. Anlegen mit einem Text-Editor und nicht mit MS Word oder so, also damit, womit Du auch die Daten in die wp-config.php eingetragen hast:

<?php phpinfo(); ?>

Falls aufrufbar, notiere Dir den Wert von Memory Limit und die PHP-Version. Soll jetzt nur ein Test sein, ob sich PHP aufrufen lässt, die Werte zu kennen könnte später von Vorteil sein. Falls nicht aufrufbar, würde ich beim Support vom Hoster nachfragen.

Zitat von AnthonySabini

kleine Korrektur: die Darstellung funktioniert nur via google chrome nicht richtig.

Das Problem ist nicht neu, es gab bereits wiederholt Fragen betreffs Chrome und fehlenden Texten. Eine Seite hatte ich mir mal angesehen, konnte keinen Fehler im Quelltext entdecken, Tage später gelesen, dass sich das Problem von allein gelöst haben soll oder so.

Somit könnte es auch einfach sein, dass Google an der Rendering-Engine arbeitet und es dadurch gelegentlich zu kleineren Bugs kommt. Ist nur eine Vermutung. An eine Antwort, die irgendwie zur Lösung des Problems beitrug, kann ich mich zumindest nicht erinnern.

Allerdings halte ich diese Ladezeiten auch für ungesund und je nach Verbindung könnten damit Probleme verbunden sein.

Zitat

23,23s (onload: 22,64s)