Scriptmanagement für WP

Ich registriere nichts und binde die unterschiedlich ein. JavaScripts meistens direkt am Ende vom Content in einem Beitrag, in dem das Script laufen soll. Ein Kommentar muss sein, sonst feuert der Editor es wieder raus.

<p style="line-height: 2px;"><!-- Beginn  --><br />
<script type="text/javascript" src="... .js"></script><br />
<!-- Ende  --></p>

Wenn es nicht im Beitrag geht, dann auch mal im Footer.

<?php wp_footer(); ?>
<?php if (is_single(468)) echo "<script type=\"text/javascript\" src=\"... .js\"></script>\n"; ?>
</body>
</html>

Oder bei einem Plugin abfragen, ob sich $_SERVER["REQUEST_URI"] im Array befindet und nur dann add_action ausführen, wie auf der Seite weiter unten im Listing. Da lassen sich ja dann alle Seiten im Array aufnehmen, in denen neue.css im Head eingebunden werden sollen.

add_action("wp_head", "binde_style_ein");

http://www.coder-welten.com/polyfill-fuer-…d-div-bereiche/

Ich weiß es nicht, überlege nur, ein Plugin weiß ja nicht nach den ersten Beiträgen, ob ein Script oder eine CSS in den Beiträgen 568, 788 und 999 benötigt wird oder bereits eine Seite vorher oder 3 Seiten später. Wenn ein Script nicht unbedingt in den Header oder Footer gehört, finde ich es deshalb schon einfacher, einfach als letztes im Editor einzufügen und da die ID anzugeben oder eventuell die Scripts einfach als Shortcode in Beiträge einzufügen.

Die Frage ist schon interessant. Habe ja praktisch erst vor gut einem halben Jahr mit WP begonnen und weiß noch viel zu wenig. Gelesen hatte ich schon beide Seiten, wusste bisher nur nicht so richtig, wenn das erforderlich sein sollte.

http://codex.wordpress.org/Function_Refer…_enqueue_script
http://codex.wordpress.org/Function_Refer…register_script

Bei mir habe ich zusätzlich eine onload-Funktion im Footer und die hat nichts weiter zu tun, als weitere Funktionen aufzurufen. Über so eine zentrale Funktion ließe sich einiges steuern, auch mit PHP. Niemand sagt, dass eine Funktion unbedingt in die functions.php gehört, die könnte auch im Footer oder eine andere im Header eingefügt werden.

Echt eine sehr interessante Fragestellung!

Custom Fields sind keine befriedigende Lösung, da gebe ich Dir recht. Das wäre von der Übersichtlichkeit her nicht wirklich besser als Deine jetzige Lösung.

Wäre es über Kategorien-Zuordnung denkbar?

Peter

Zitat von pixselig

-wo liegen eventuelle Schwirigkeiten?

In der Bezahlung oder Summe, die Du dafür ausgeben möchtest?

Ich sag einmal, ab 24.000 Euro, wovon 6.000 im Voraus fällig würden, würde ich mir heute noch weitere Gedanken machen, wobei mit der Fertigstellung aber frühestens in einigen Monaten zu rechnen wäre, zu Weihnachten aber wahrscheinlicher ist.

War jetzt nicht ganz ernst gemeint, ich stelle es mir nur nicht ganz so einfach vor, als dass man so ein Plugin mal schnell nebenbei schreibt, um es dann kostenlos über WP feilzubieten. Ein vernünftiger Sponsor gehört da schon mit ins Bot.

Zitat von pixselig

Tja, so stellt sich der kleine pixselig das vor ;)
Da ich aber über keinerlei Erfahrung im PlugIn-schreiben für WP verfüge, meine Fragen:
-ist soetwas prinzipiell möglich?
-wo liegen eventuelle Schwirigkeiten?
-warum gibt es soetwas noch nicht ;) ?

- Prizipiell ist durch Programmierung so gut wie alles möglich, meist nur eine Frage des Aufwandes.
- was braucht man wirklich, wie gut kann man PRogrammieren
- vielleicht weil sowas noch niemand gebraucht hat, oder zuviel aufwand für den Vorteil wäre.

ich lese auch mit, es fehlt mir zb die vorstellung warum würde ich das brauchen (zb als Programmierer von Plugins), da ich mir die SCripte/CSS meist nach Codex Anweisungen otpimal bauen will, und weil ich bestehende Plugins meist hoffe das sie gut für meine Zwecke und Anwendungen und mit Wordpress funktionieren.
ob ein Umorganisieren von fremdn Plugin oft zielführen ist, ist auch fraglich. da man selten die gesamten Zusammenhänge die der Programmierer machte erkenne kann.
aber vielleicht fehlt mir für dein Projekt einfach die Vorstellung was ich damit machen könnte.

Zitat von pixselig

->>> auf allen Anderen Seiten werden die Scripte und CSS Dateien völlig umsonst geladen (mehr traffic, mehr http-requests usw.)

Sehe ich nicht anders und sah es noch nie anders und deshalb mache ich es nicht anders bei meinen Plugins, doch das schrieb ich bereits und verlinkte dazu ein Beispiel:

/*
 Die Seiten in einem Array aufnehmen, in denen der Shortcode eingebunden werden soll.
 Im Beispiel wurde für Permalinks die Einstellung Beitragsname verwendet.
 ------------------------------------------------------------------------------------
*/
$beitragsname = array(
    "polyfill-fuer-tabellen-und-div-bereiche"
    );
/*-----------------------------------------------------------------------------------
 Nur dann add_action("wp_head", "...") ausführen und die CSS Datei tabstyle.css zum
 Head hinzufügen, wenn der Basename der aufgerufenen Seite als Wert im Array notiert
 wurde.
 ------------------------------------------------------------------------------------
*/
if (isset($_SERVER["REQUEST_URI"]) and
    in_array(basename($_SERVER["REQUEST_URI"]), $beitragsname)) {


    function einbinden_von_tabstyle() {
        echo "<link rel=\"stylesheet\" type=\"text/css\" href=\"".
             esc_url(plugins_url("/tabstyle.css", __FILE__))."\" />\n";
    }
    add_action("wp_head", "einbinden_von_tabstyle");
}

http://www.coder-welten.com/polyfill-fuer-…d-div-bereiche/

Doch es lässt sich halt am einfachsten gleich im Plugin erledigen, dass im Plugin eine Liste eingefügt wird, von den Seiten, in denen die Dateien geladen werden sollen. Eventuell nicht so primitiv gleich im Code, sondern über eine ansprechend gestaltete Seite im Dashboard mit einem Formular zur Auswahl der Seiten, die dann in der DB für dieses Plugin gespeichert werden könnten. Also, schaue nicht im Array nach, sondern schaue in der DB nach, ob Plugin-Name mit dieser Seite verknüpft ist, sonst lade nichts von diesem Plugin.

Und wenn ich jetzt den Pfaden weiter spinnen würde, dann wäre es durchaus möglich eine Tabelle in der DB zu verwenden, die nicht nur für ein Plugin gedacht ist, sondern für alle Plugins.

`plugin-name`, `verknuepft-mit-seite`

Dazu dann ein Seite mit einem Formular im Dashboard, wo ein Plugin nach dem anderen ausgewählt werden könnte, um es mit 1 bis 100 Seiten zu verknüpfen. Es setzt aber voraus, dass so eine Tabelle von WP hinzugefügt wird, die allen Plugin-Entwicklern bekannt wäre und möglichst noch eine entsprechende Funktion, sonst würde auch weiterhin jeder sein eigenes Süppchen kochen und dann würde es halt teuer, etwas Ähnliches in dieser Form nachzurüsten.

Zitat von pixselig

sondern die Contitional Tags

Funktionen wie is_single() oder is_front_page() verwende ich im Theme, bei Plugin versagten diese Funktionen, warum ist mir nicht hundertprozentig klar, doch so lange entwickle ich ja auch noch nichts für WP.

Wie schon erwähnt finde ich die grundsätzliche Fragestellung durchaus interessant und eine Diskussion wert aber ich kann nicht anders und muss folgendes dazu loswerden:

Ladezeiten spielen heute nicht mehr wirklich die große Rolle - selbst bei Mobilgeräten nicht. Wenn eine Seite lange lädt dann sind meist andere Dinge daran schuld als ein paar kleine css oder js Dateien - wie beispielsweise riesige Bilder die dann im Browser skaliert werden.

Wenn eine Seite extrem langsam ist, dann ist irgend etwas grundsätzlich schiefgegangen.

Klar kann man immer optimieren und das Vermeiden von unnötigem Traffic will ich auch gar nicht abwerten sondern sehe es durchaus als sinnvoll an. Aber ob es wirklich nötig ist, mit großem Aufwand ein paar Byte einzusparen, bezweifle ich. Oft kann an anderer Stelle wesentlich mehr mit wesentlich weniger Aufwand eingespart werden.

Bei den Plugins heißt das eben, nicht unnötig viele Plugins einzusetzen und bei Projekten, die im Laufe der Zeit gewachsen sind, einfach wieder einmal zu hinterfragen ob alle 237 aktiven Plugins wirklich noch nötig sind.

Was die Auswahl der Plugins betrifft so bevorzuge ich persönlich schlanke Plugins die genau eine Sache effizient machen anstatt Schwergewichte mit einer Fülle von Funktionen, von denen ich nur 5% benötige.

Peter

Du vergisst dabei, dass die Anzahl von 'Connections per Hostname' begrenzt ist:

http://www.browserscope.org/?category=network

Die nächsten Dateien werden erst angefordert wenn die ersten Anfragen beantwortet wurden. Ist ja nicht so, dass zum Beispiel 30 kleine Dateien zugleich in einem Rutsch angefordert würden. Der zeitliche Versatz ist bei der Zeitlinie vom Firbug gut einsehbar.

Und laut den Tests von Amazon bedeuten 100 Millisekunden Ladezeit mehr oder weniger auch 1 % Umsatz mehr oder weniger.

http://mashable.com/2011/04/06/site-speed/

Mit dieser Frage hatte ich mich auch schon auseinander gesetzt, finde ich sehr sinnvoll. Bei einer Seite, die ich jemanden gemacht habe, war es konkret eine Lightbox. Die brauchte ich nur auf einer Seite, warum dann dass ganze Zeug immer laden ?
Ich habs dann erst mal mit wp_enqueue_script und Conditional-Tags gelöst also ähnlich wie du.
Im Prinzip könnte man aber das ganze Plugin auf den anderen Seiten deaktivieren, was ja über die Datenbank möglich ist.
Oder ging es dir nur um spezielle Scripte von Plugins ?

MfG

Weil ich es gerade fand, als ich nach etwas anderem suchte:

Zitat

How To Include CSS and JavaScript Conditionally And Only When Needed By The Posts

http://beerpla.net/2010/01/13/wor…d-by-the-posts/

Was macht das, nur printen in den Quelltext, falls Shortcode gefunden wurde, wenn ich es richtig verstanden habe. Doch ich verstehe vieles erst, nachdem ich es getestet habe.

da wir im Content nachgeschaut ob [code] exisitiert, dürfte veraltet sein, da man heute add_shortcode und do_shortcode dafür verwendet.

erst die letzten Tage habe ich zb alle Shortcodes eines Post ausgelesen (Wordpress Funktionen! eine zeigt alle Shortcodes des WP an!) und daraufhin Aufgaben gebastel, zb aufgrund bestimmter Shortcodes wird automatisch eine Metabox im Editor angezeigt.
so ähnlich würde mich auch interessieren, Funktionen, CSS Klassen auszulesen, nur komme ich derzeit nicht weiter an dieser Idee.

An die von Melewo genannte Anzahl Connections habe ich auch schon gedacht und dabei bin ich auf eine andere Idee gekommen.

Was haltet Ihr von der Idee eines Plugins das alle mit wp_enqueue_script und wp_enqueue_style registrierten js und css Dateien jeweils zu einer zusammenfasst und so die Anzahl der nötigen Verbindungen reduziert? So ein Plugin könnte auch gleich sämtliche Kommentare sowie unnötige Whitespaces entfernen und müsste auch @import auflösen. Das Ergebnis kann als File gecached werden.

Das Parsen der Dateien stelle ich mir nicht ganz so trivial vor - es sollte ja danach auch noch alles funktionieren - aber im Prinzip dürfte das gar kein so großer Act sein.

Bitte um Euer Feedback. Ich denke, das wäre ein sehr sinnvolles Plugin und würde ich würde es gerne angehen.

Peter