Beiträge von Arno Simon

    da du dich auf die entwicklung deines themes beziehst, und es beim ursprünglichen forum eigentlich um die sprachdatei des wp-pakets an sich geht, habe ich den beitrag mal in das theme-entwicklungsforum verschoben. aber nicht zuletzt, weil so einige leute vor dieses problem gestellt sein dürften.

    vg

    Arno

    nunja... mit einem plugin manipulierst du ja eben genau nicht den quellcode von wp, sondern stellst wp eine erweiterung in form von eigenem quellcode zur verfügung. dieser enthält dann - u.a. - die select-anweisung zum aufbau der übersichten und der darin enthaltenen benutzermengen.

    du kannst über so genannte action-hooks und entsprechende befehle zum einbinden eigener menüseiten in den backend die funktionalität der users.php (user.php habe ich bei mir nicht gefunden.. oder war zu flüchtig) auch komplett ersetzen und bist nicht darauf angewiesen selbige zu manipulieren.

    ich suche dir gleich mal ein paar links dazu aus dem codex raus.


    btw: geht es dir jetzt eigentlich um eine anzeige der benutzerliste im back- oder im frontend?

    vG

    Arno

    *g*

    er will die datenbank einbinden ;) also im endeffekt neben der eigentlich wp-datenbank noch eine oder mehrere andere datenbanken nutzen, um die inhalte seiner seiten aufzubauen.

    an der stelle sollte er die entsprechenden codeteile in neue seitentemplatedateien (index.php des themes kopieren) und die entsprechenden ausgaberoutinen einbauen.

    wobei zu überlegen währe, die eigentlich datenbankanbindung und abfrage in ein eigenes plugin auszulagern und in den ausgabetemplates lediglich funktionen zur ausgabe der aufbereiteten daten einzubinden.

    vG

    Arno


    Arno Simon:
    Sind das die üblichen 30 Sekunden oder meinst Du damit was anderes?

    es sind die "üblichen 30 Sekunden" gemeint, ja. Diese Zeit fällt aber von Hoster zu Hoster unterschiedlich aus... Es gibt (gab) sogar Hoster, welche die Zeit mal auf 6 bis 10 Sekunden stehen hatten, was für komplexe Scripts / Seiten dann auch schon mal "voll in die Winsen" gegangen ist.

    Welches Zeitfenster Scripts bei Deinem Hoster zugestanden wird, musst Du selbst eruieren. In der Regel über die Angabe "max_execution_time" bei Ausgabe der PHP-Info.

    Anregungen sind immer gut. Was wäre das für ein Plugin? Was muss es machen? Da stehe ich im Moment auf dem Schlauch.

    Es muss Dir Funktionalitäten bereitstellen, die Benutzer z.B. nach Alphabet aufgeteilt anzeigen zu können und die Anzahl der anzuzeigenden Benutzer pro Seite einschränken zu können.

    Gibt es evtl. eine Formel, womit man die Schnelligkeit errechnen könnte oder vielleicht irgendwo Erfahrungsberichte?

    Eine Formel dafür zu finden ist IMHO recht müssig, da diese - wie auch bereits von Putzlowitsch erwähnt - von verschiedensten Faktoren abhängig währe. Die Geschwindigkeit der Datenbank spielt dabei nur eine Rolle. Weitere Faktoren währen: Wie sind die Abfragen gestaltet? Je weniger Felder der relevanten Tabellen abgezogen werden, desto schneller sind in der Regel auch die Antwortzeiten der Datenbanksysteme. Damit einher geht auch gleichzeitig die Größe der Felder. Für solche Übersichten sollte man z.B. keine großen Felder (komplette Beschreibungstexte o.ä.) heranziehen, wenn diese wirklich schnell laufen sollen.

    Die Abfrage der Datenbank spielt bei der Laufzeit in der Regel aber ohnehin die untergeordnetere Rolle. Es kommt nicht zu letzt darauf an, wie die Daten im verarbeitenden Coding aufbereitet werden und wie viele Daten - wie gesagt - angezeigt werden sollen. An dieser Stelle währe es IMHO von Vorteil auf der Übesichtsseite nur verhältnissmäßig wenige Daten anzuzeigen und auf dem Benutzernamen einen Link auf eine Detailseite einzuhängen, über welchen man dann detailiertere Informationen zu einem bestimmten Benutzer ansehen kann.


    vG

    Arno

    ?! wie heist's so schön... wer lesen kann ist klar im vorteil? ;)

    stibimmt... hab ich mich selbst ins ei gesetzt :mrgreen: habe ich doch glatt in beiden teilen der fehlermeldungen das plugin-verzeichnis gelesen.... oki... sorry....

    also muss "eine 1" auch nur das eine plugin abschalten und dessen autoren anschreiben bzw. mal nach einem update schauen......

    vG

    Arno

    Das Plugin "Similar Posts" hat eine Funktion get_terms() deklariert, die es aber in WordPress schon gibt. Das heißt, dieses Plugin ist mit WP 2.3 nicht mehr kompatibel. Schau nach, ob der Autor schon ein Update bereitgestellt hat, frag ihn ggf. danach.

    die funktion gibt es nicht in wordpress, sondern in einem anderen plugin.....

    moin moin auch ;)

    vG

    Arno

    PS SCNR

    Habe es geupdatet, ein standart Theme benutzt wie es mir geraten wurde. Und jetzt zeigt er mir folgenden Fehler an :

    Code
    [B]Fatal error[/B]:  Cannot redeclare get_terms() (previously declared in /kunden/177207_44388/blog/wordpress/wp-includes/taxonomy.php:447)
    in [B]/kunden/177207_44388/blog/wordpress/wp-content/plugins/Similar_Posts/similar-posts.php[/B] on line [B]121[/B]

    Was kann ich machen ?

    eines der beiden plugins wieder abschalten ... nötigenfalls musst du dazu über die datenbank zunächst mal alle plugins deaktivieren und darfst dann nur eines davon verwenden.

    die plugins kranken an einer eigenschaft bzw. einem fehler den viele plugin-ersteller machen... sie setzen keinen individuellen vorsatz vor die funktione, wodurch dann solche probleme zu stande kommen.

    in deinem fall beissen sich das taxonomy und das similar posts plugin gegenseitig in die waden. da sich nicht garantieren lässt das die funktion in beiden plugins das gleiche leisten, musst du abwägen welches plugin du deaktivieren kannst bzw. musst.

    den entsprechenden plugin-entwickler, bzw. besser beide, anschließend anschreiben und um entsprechende abhilfe bitten.

    wenn du beide plugins dringend benötigst, solltest du in einem der beiden die funktion umbenennen und das plugin-coding entsprechend überarbeiten.

    vG

    Arno

    nunja... ich glaube bevor sie sich den kaffee geholt hat - oder auch nur mit dem wagen in die entfernte stadt aufgebrochen ist - hat die böse böse laufzeitbeschränkung des php-interpreters zugeschlagen und den versuch die userübersicht aufzurufen bereits unterbunden ;)

    btw: in dem fall sollte es imho aber doch möglich sein, mit einem entsprechenden plugin abhilfe zu schaffen - nur so als anregung.... nicht das ich wirklich zeit - und muse - hätte mich derzeit an einem solchen plugin zu verge.... äh ... versuchen....

    vG

    Arno

    ich weiss doch gar nicht um welche software es dir geht und um welche funktionalitäten es dir im speziellen geht!

    wie soll man dir einen hinweis geben, wenn man nicht weiss um was es dir geht? ;)

    den code von php-seiten - oder anderen dynamischen websprachen - siehst du in der regel sowieso nur dann, wenn der server falsch konfiguriert ist, du einen ftp-zugang hast oder sonstwie an die sourcen gekommen ist.

    auskünfte oder hinweise ins blaue werde ich sowieso nicht geben und rechtlich bindende auskünfte, kannst du von mir ohnehin nicht erwarten. ich bin kein anwalt und wenn du eine rechtsverbindliche aussage dazu haben möchtest, solltest du dich mit einem anwalt der sich auf softwarerecht spezialisiert hat, zusammensetzen.

    mir ist es in aller regel zunächst einmal egal welche andere software von wem wie aufgebaut wird. software die ich plane / entwickle wird in der regel nach meinem gütdünken entwickelt - oder auch nicht :mrgreen:

    vG

    Arno

    werde gleich versuchen die fehlermeldung sinngemäß wieder einzutragen.

    die kritik stellt bitte im feedback-forum ein ;) ich für meinen teil würde diese zum anlass nehmen wollen, die änderungsberechtigung normaler benutzer (bis zu einer gewissen beitragsanzahl) in zweifel zu ziehen.


    vG

    Arno

    Moin,

    ich war so frei Deinen Beitrag

    1. zu verschieben

    und

    2. mit einem aussagefähigerem Titel auszustatten.

    Verschoben wurde er, weil er nicht wirklich viel mit der "deutschsprachigen Dokumentation" zu tun hat und den Titel geändert habe ich, weil es so anderen Benutzern besser möglich ist auf den Inhalt Deines Beitrags rückschluss zu ziehen.

    Zum Problem: Da dass Thema häufiger vorkommt - allein im Moment sind glaube ich 5 Threads dazu aktiv -, gleich mal die Rückfrage: Hast Du mal die Forumssuche bemüht und Dir die Beiträge zu den Stichworten "backend englisch" angesehen? Wenn ja, war irgendetwas auch nur Teilweise hilfreich bzw. was hast Du ausprobiert und hast nichts damit erreicht?

    vG

    Arno

    als hintergrund-info noch dazu: sofern das admin-tool eine eigenentwicklung von euch bzw. des admins ist oder die dauernde ausführung des admin-tools abgeschaltet werden kann, sollte dieses entweder abgeschaltet oder angepasst werden.

    warum? weil die anpassungen an wp mit jedem neuen upgrade bzw. release erneut durchzuführen sind.... der rattenschwanz an arbeit ist natürlich entsprechend.

    die alternative bei anpassung von wp währe: zumindest änderungen in security-releases manuell nachzuvollziehen und in eurer version einzubauen oder nur alle paar versionen entsprechend das system neu aufzubauen.

    wobei ich aber dazu raten würde wp nicht zu manipulieren, sondern die releasewechselfähigkeit zu erhalten.

    vG

    Arno

    na, das heisst ganz einfach das auf deinem webspace im hintergrund immer ein admin-tool (ebenfalls php) läuft, welches eine funktion "checked()" deklariert.

    da wp nun ebenfalls versucht diese funktion zu deklarieren, kann wp nicht gestartet werden. jedenfalls nicht in der ursprünglichen auslieferungsform.

    wenn du wp einsetzen willst, musst du entweder das admintool (sofern dies in deiner macht liegt) oder wp entsprechend anpassen. will heissen: sowohl die in wp (datei siehe fehlermeldung) deklarierte funktion als auch alle aufrufstellen in wp umbenennen bzw. entsprechend anzupassen. sofern die menge der stellen die des admin-tools übersteigt, sollte man sich überlegen das admin-tool entsprechend anpassen. letzteres kommt, wie gesagt, nur in frage, wenn du entsprechenden einfluss auf das admin-tool hast.

    vG

    Arno

    btw: wenn es sich wirklich nur um theme-bezogene änderungen handelt die nur für ein theme parat stehen sollen, gibt es da auch noch die möglichkeit in deinem theme-verzeichnis eine "functions.php" zu erstellen und die funktionen dort zu hinterlegen.

    hier scheint es aber wohl hin und wieder entsprechende schwierigkeiten mit einzelnen php-elementen zu geben, weshalb ich persönlich eher auf das plugin gehen würde.

    vG

    Arno

    nunja... er möchte wissen, in welchen dateien die funktionen hinterlegt sind um diese dann zu ändern....

    dazu, sorry - aber ich kann's mir nunmal nicht verkneifen, mein kommentar: das core-coding von wp sollte man nicht antatschen, wenn man sich nicht jede möglichkeit für ein unkompliziertes upgrade auf die nächsten versionen verbauen und zukünftige security-releases manuell selbst bereinigen möchte.... jede manipulation an den core-codes zieht einen rattenschwanz an arbeit nach sich, wenn diese wiederrum von anderen funktionen verwendet werden und diese auch noch anzupassen währen. ausserdem sind die manipulationen bei jedem upgrade erneut durchzuführen.

    besser währe es, sich ein entsprechendes plugin zu schreiben, in das man die entsprechenden funktionen mit leicht abgewandelten namen aufnimmt und dann diese in seinem template verwendet.

    ein guter editor wäre für die suche nach den funktionen in den sourcen zweckdienlich. notepad++ ist zum beispiel ein solcher - den verwende ich zum beispiel selbst.


    vG

    Arno