Beiträge von Melewo

    function UserHasAccess

    Falls Du vorhast das bei WP einzureichen. Erst musste ich mir in einem PHP Forum anhören, das man Bezeichner von Funktionen und Methoden nur in camelCase und Klassen nur in CamelCase schreibt. Als ich mir das so richtig angewöhnt hatte, fand ich dann diese Seite bei WP, wobei mir die Abstände bei den Klammern immer noch gegen die Hutschnur gehen:

    http://make.wordpress.org/core/handbook/…-standards/php/


    Aber das müsstest Du doch für jede einzeilne ID verwenden?
    Und wenn Du 2.000 Produkte hast if ($product->id == für 1 bis 2.000 schreiben?

    Dein Code hatte sich zwischendurch verändert, als ich noch beim Überlegen war.

    Gut, Piwik trackt ja und die Daten werden nur zur Auswertung abgeholt, daran dachte ich nicht. Oder verstehe ich immer noch etwas falsch?

    Hat aber mit PDO nicht viel zu tun, ist ja nicht viel mehr als eine OOP orientierte API, um unterschiedliche DBs anzusprechen, insofern die SQL verstehen. Wer doch nur MySQL verwendet, bekommt aber prepared Statements auch mit mysqli ganz gut hin.

    Ab und an habe ich auch Denkfehler, vor allem immer dann, wenn ich etwas nur halb verstanden habe und das passiert schnell, wenn man mit etwas, so wie mit Piwik, noch nichts zu tun hatte. Da ich aber eigene Tools für die Auswertung verwende, am wichtigsten für die Auswertung sind immer noch die Referrer und die lassen sich ja nur beim Aufruf einer Seite speichern, gleich ob Piwik oder in der eigenen DB.

    Wenn die getrackten Daten aber nur von Piwik für eine Auswertung abgeholt werden, was zum Teil in Echtzeit erfolgen soll und viel mehr verstehe ich da derzeit nicht, was aber nicht richtig zu sein braucht, dann lässt sich dafür wohl besser eine eigene DB verwenden.

    Ging bei der ersten Antwort nur von meinem eigenen Scripts aus, Seitenaufruf erfolgt, Zeitpunkt, Referrer und noch ein paar Daten werden in DB gespeichert, wofür eine einzige Tabelle mehr in der DB genügt und ein Fremdservice wird nicht benötigt.

    Und do_action wird in der wp-includes/plugin.php definiert, womit Du noch lange nicht am Ziel bist.

    http://core.trac.wordpress.org/browser/tags/3…udes/plugin.php

    Bei Head und Footer schafft man den Quelltext zu formatieren, frage mich nicht mehr, welche Dateien ich dazu verändern musste, ich habe mir die wesentlichen notiert. Was mir einfällt, dass zum Beispiel ein Tab in der wp-includes/default-widgets.php in Zeile 654 vor <style type="text/css"> entfernt werden musste.

    Beim Rest habe ich aufgegeben, da ansonsten alles umgeschrieben werden müsste. Alle Dateien sind mehr oder weniger so aufgebaut, dass zwar sauber mit Einrückungen der Code aufgebaut wird, dabei aber PHP mit HTML in sehr vielen Zeilen vermischt wird.

    Sagen wir mal es beginnt mit einer Klasse, die Methoden werden richtig eingerückt, die if-Statements oder was als nächstes in der Methode folgt, werden wie sich das gehört um einen weiteren Tab eingerückt, dann auf einmal wird PHP unterbrochen und ein HTML-Tag notiert, der dann halt ebenfalls um zwei Tabs eingerückt notiert wird, völlig unabhängig davon, ob zwei Tabs einer angemessenen Position im Quelltext entsprechen oder nicht.

    Nun kannst Du nicht alles überarbeiten wollen, Du kannst ja nur Dein Theme ausbauen oder weitergeben, der Rest würde ja beim nächsten Update wieder überschrieben. Mein Gedanke war eigentlich, dass ich nie ein Theme fertigen wollte, doch wenn, dann vielleicht alles nur als String laden und dann mit DOM neuaufbauen. Weiß aber nicht, wie sich das auf die Ladezeit usw. auswirken würde. Ist auch nur ein Gedanke, den ich wohl nicht umsetzen werde, mehr nicht.

    und dann den ganzen php oder html-Salat gesehen und schnell wieder raus.... Ein DAU wie ich traut sich ja beileibe nicht alles zu....


    Hat nichts mit DAU zu tun, die style.css ist so ziemlich die einzige Datei, in der mit kleineren Veränderungen auch nur kleinere Schäden angerichtet werden können. Unbedachte Veränderungen in anderen Dateien können hingegen mit richtigen Fehlern enden.

    Ich kann da auch nichts entnehmen. So sind keine Schritte erkennbar, die Du bisher unternommen hast, um Dein gewünschtes Design zu gestalten und der Punkt, an dem Du nicht mehr weiter kamst. Du hast praktisch wirklich nur etwas in die Runde geworfen, was Du gerne machen würdest, mehr nicht. Suchst Du nun nach einem Designer, der Dir Deine Seiten gestalten soll oder worauf sollte Dein Post abzielen?

    Oh, dass sieht ja dann doch komplizierter aus, als ich anfänglich vermutete. Das letzte Script mit einer Warenkorbfunktion, welches ich in der Hand hatte, setzte noch auf Speicherung der Werte in einer Session und hatte nichts mit WP zu tun. Die Farbe eines Buttons für im Warenkorb befindliche Produkte sollte sich ebenfalls in einer Session speichern lassen. Nur das war ja jetzt ganz einfach daher geschrieben, denn Dein ganzes bisheriges Listing geht über meinen derzeitigen Kenntnisstand hinaus, so dass ich nicht wirklich weiterhelfen könnte.

    Habe mal ein kleines Beispiel fertig gemacht, was eigentlich in allen Browsern funktionieren sollte, jedoch nur wenn Du auf die Seite im Frame und auf die Seite mit dem Frame Zugriff hast.

    Die Seite im Frame:

    Die Seite mit dem Frame:

    Domainübergreifend ginge es auch, wobei sich dann aber postMessage anbieten würde und die Angelegenheit sich ein wenig komplizierter gestaltet, um keine Sicherheitslücken aufzureißen. Dazu würde ich aber höchstens mal ein Tutorial machen, wenn etwas mehr Zeit vorhanden sein sollte. Nur so als Ansatz:

    Code
    window.parent.postMessage(hoehe, '*');

    "Async" ist ein HTML-Attribut.

    Nicht das ich alle neuen Tags und Attribute kennen würde, deshalb habe ich erst einmal nachgeschlagen. Eingeführt in HTML5 und erlaubt nur in Script-Bereichen zur asynchronen Ausführungen von Scripts. Ein Script-Bereich ist und bleibt aber nun einmal JavaScript vorbehalten. JavaScript-Dateien wurden aber schon immer in einem Script-Bereich geladen.

    Wann dieses neue Attribut Vorteile mit sich bringen könnte, würde vom Einzelfall abhängen. jQuery würdest Du damit zuladen können, da lagst Du richtig, das kannte ich bisher nicht. Der Wechsel soll ebenfalls mit true und false erfolgen, wobei ich false mit onload gleichsetzen würde und true sofort entsprechen soll. Ich gehe mal davon aus, dass async = true der Standard-Einstellung entspricht, bin mir aber nicht sicher.

    ob es denn ein Plugin gibt mithilfe dessen es möglich ist ein Widget zu erstellen das im Stande ist PHP Code zu verstehen.


    Einige Wissenschaftler vermuten, dass nach diesem Prinzip das erste Leben entstand. Vererbung und Weiterentwicklung gibt es auch in PHP, wobei die Weiterentwicklung jedoch noch nicht eigenständig durch die Software erfolgt.
    Und etwas einfacher, Du könntest sicherlich ein Plugin programmieren, welches bereits den von Dir entworfenen Code für ein weiteres Plugin enthält und in Dateien abspeichert oder wie bei Installern, vorgefertigte Dateien richtig einbindet. Den PHP Code kannst Du aber bisher nur im Voraus in einer Testumgebung mit einem Server und Parser prüfen.

    Blackhole soll zu den beliebtesten Programmen gehören, die auf dem freien Markt erhältlich sind. Wo Du so ein Programm erwerben kannst, weiß ich zwar nicht, doch der Arbeitsablauf ist doch schon einmal interessant.

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

    Mir fällt nicht mehr ein was auf Platz zwei lag, war aber auch interessant zu lesen und soll als Einstiegsprogramm für Kids geeignet gewesen sein, wenn ich mich richtig erinnere.