Beiträge von codestyling

Gibt es auch. Einfach einen Texteditor benutzen, der das Template auch in UTF-8 (ohne BOM) anspeichern kann. Als erster Vorschlag wäre da Open Source Editor Notepad++ zu empfehlen: .:: NOTEPAD++ ::.

Ich würde erstmal in den Stylesheets des Themes und der Plugins danach suchen, ob jemand diese auch im Backend lädt und die folgenden ID's auf display:none gestellt hat:

menu-links
menu-pages

Deaktivier mal den WP Supercache und lösch den Cache. Kann auch im Cache eingebaut worden sein. Sieht zwischenzeitlich nicht sehr gut aus, könnte am Cache liegen.
Ich muß mir leider erstmal eine Mütze Schlaf holen, in 4 Stunden ist wieder Arbeiten angesagt.

Also das klebt sich direkt hinter den Body HTML Tag. Du sagst, in der header.php ist alles ok. Dann fallen mir 3 Sachen dazu ein:

1. Javascript baut das erst im Browser rein -> ausgeschlossen, hab JS ausgeschaltet zum Test
2. Es ist ein Filter in der functions.php des Theme integriert worden, der das hinter den Body klebt -> kann ich nicht prüfen
3. Es läuft ein Plugin, was einen solchen Filter angeschaltet hat und baut das rein -> kann ich so auch nicht prüfen

zu 3.) kann man prüfen, indem man mit dem "alle Plugins deaktivieren" wirklich alle mit einem mal deaktiviert (böse Buben können sich auch als getarnte Plugins einbauen). Wenn es ohne Plugins nicht mehr auftritt, ist da ein böses Plugin am Werk.

2.) kann man nur durchsuchen, wenn man deine Theme Dateien komplett als Zip hat.

Solange du die Revisionen von Artikeln nicht abschaltest, wird jedes Speichern oder Voransicht eine neu ID in der Datenbank "verbraten" für die entsprechende Version, dies kann schon realistisch sein, wenn du öfter speicherst beim Schreiben oder Autosave zu oft kommt.

Ist das normal, das die Domain auch noch identisch unter einer anderen URL erreichbar ist ? Hast du Umleitungen geschaltet ?

Beide Themes sind sauber, ebenfalls die WP Version.
Hast du eine ältere Version auf WP 2.7 geupdated, in der ggf. schon Modifikationen drin waren ?
Findet man bei dir in der header.php des Themes hinter dem Body dieses eingebaut ?

Welche WordPress Version ist denn im Einsatz und woher stammt das Theme urspünglich ?

Das ist schwer zu beantworten, wenn man die Datei nicht vorliegen hat.
Mit der Datei könnte ich prüfen, ob er Probleme damit hat.

Als Alternative hab ich ein WP Plugin geschrieben, das die Arbeit von PoEdit auf der Domain direkt machen, setzt allerdings voraus, das die Dateien auf der Domain per Script ändern kannst. Findest du unter Plugins, komplette Beschreibung + Download wahlweise deutsch oder englisch.

Zu Thema Übersetzungen von Themes und Plugins gibts einen Vortrag von mir zum WordCamp am 14.02.2009 der danach als Tutorial Video erscheinen wird.

Zitat von hakre

Das einfach mit irgendeiner Moral abzutun finde ich sehr schwierig, zumal die Fragestellung hier im Thread eben um Lizenzfragen geht. Da Open Source nunmal per se kein Geschäftsmodell ist, kann auch nicht einfach Professionell gegen Open Source gestellt werden. Das ist einfach falsch. Du würdest wohl kaum kritisieren, wenn dein 24/7 Callcenter was abrechnet.

Das Problem ist die Gleichsetzung von GPL und Open Source, was defakto nicht stimmt. Es gibt eine ganze Menge Lizenzmodelle, die ebenfalls zu Open Source zählen wie: MIT, BSD, Apache, Creative Common usw.
Zugegeben ist die GPL eine sagen wir mal "virulente" Lizenz, denn was mit ihr in Verbindung kommt, wird GPL. Das ist bei einigen anderen Vertreter der Open Source Lizenzen aber anders. Mit diesen kann man durchaus besser durchsetzbare Geschäftsmodelle entwickeln. Die GPL speziell ist ja zu dem Zweck entstanden, das der Code von jedem erweitert und veröffentlicht werden kann, ohne den Urheber zu tilgen, sondern nur jederzeit anpassbar an die eigenen Bedürfnisse zu machen. Niemand darf Änderungen "closen".

Ich stelle auch keineswegs Open Source und Closed Source gegeneinander auf, sondern betrachte das die ganze Zeit über aus dem Gesichtspunkt des Kunden. Dem ist egal, was unter der Haube ist, Hauptsache es funktioniert. Was den Kunden interessiert ist, ob du morgen noch für ihn da bist oder ob sein ROI nicht mehr gegeben sein wird, wenn Projekte ihrer ersten Macken zeigen (zeigen sie immer). Dann steht er mit einem breit aufgestelltem Unternehmen besser da als mit einen externen Entwicklerteam, das im Falle des Zusammenbruchs zwar GPL Code an den Kunden released hat, dieser jedoch pro Tag Unsummen verliert, weil so schnell keiner das machen kann. Dokumentation von Schnittstellen und Code ist in Unternehmen nun mal besser als bei Open Source Projekten, man schaue sich nur mal stichprobenartig um (z.B. wp.org Plugin Repository).

Wie gesagt, das ist kein OS gegen CS Kampf, sondern im Kunde <-> Anbieter Verhältnis gesehen eine nicht zu unterschätzende Größe für potentielle Kunden. Der Service spielt die größte Rolle dabei. Deshalb kann man mit Serviceleistungen auch mit GPL Geld verdienen, die reine Erstellung in GPL wird nicht aber nicht der reine Bringer werden (mal angesehen von überschaubaren Plugins/Theme, ich rede von komplexen Lösungen)

Zitat von hakre

Hmm, warum zum Teufel hängst Du in einem Wordpress Forum ab? Hier bietet wohl kaum jemand closed source seit Jahrzehnten an, noch betreibt hier einer einen 24/7 Callcenter.

Nun, weil es mir Spaß macht, der Community kostenfrei Tips, Hintergrundwissen und Codeverbesserungen bzw. Module zu liefern, die den Qualitätsstandard von WP weiter anheben sollen, denn meiner Meinung nach ist das Potential von WP unschlagbar. Über diese "go home" Aussagekraft geh ich mal geflissentlich drüber :smile:

Zitat von hakre

Customer Bugtracking ist bei Wordpress übrigens dabei, und die weltweite Niederlassungsverteilung ist verdammt gut aufgestellt. Ich glaube in so vielen Sprachen wirst Du kaum eine Blog Software auf diesem Planeten unterstützt bekommen. Eine lebenslange Wartung kann in DE eh nicht garantiert werden, Open Source hilft zumindest dabei und unter der GPL sind lizenrechtliche Fragen damit wenigsten klargestellt. Das Recht auf Einsicht in einem beim Notar hinterlegte Quelltext unter Sonderbedingungen zu haben, sichert einem nicht unbedingt die benötigten Nutzungsrechte. Zumal wenn versäumt wurde diese zu sichern in dem von Dir genannten Beispiel einem der Notar auch nicht mehr weiterhelfen kann.

Einerseits rechnest du hier professionelle Leistungen auf, für die du dann einzustehen hast aber verdrehst es dann so, dass es die Community ja richten kann. Das ist die typische "grüne Bananen" Politik, erstmal raus an den Kunden, Geld einsacken und dann interessiert mich das die Bohne. Der Vergleich ist und bleibt auf gewerblichem Gebiet, hast du so aufgezogen. Dann stelle ich nur fest, das Unternehmen mit einer Latenzzeit von 2 Stunden pro Bugreport und einer Workarround bzw. Bugfix Lieferung in 48 Stunden für Mission Critical Projects bei Weitem vorzuziehen sind, denn darauf zielt das professionelle Kundenpaket und Angebot ja ab.
Man schließt Verträge mit Anbieter von Software (zumindest in Business Bereich) immer mit Klauseln, die in diesen Fällen eine weitere Nutzung der Software und die Aufrechterhaltung der Firma, die diese Software einsetzt, garantiert. Dazu zählt eben auch, das man den Source und die Dokumentation zur Aufrechterhaltung der eigenen Firma verwenden kann, gibt mir aber nicht das Recht, diese weiterzuvertreiben. Ein Rechtsnachfolger übernimmt logischerweise alle Rechte und Pflichten der Vorgängerfirma. Wenn er die Leistungen nicht fortführen kann/will, greift die Selbsterhalt-Klausel.

Zitat von hakre

Und wenn Du lediglich sauer bist, weil ich hier beispielhaft Stundensätze und Faktoren genannt habe, will ich es mal darauf belassen, ohne mir nehmen zu lassen, klarzustellen, das auch jeder freischaffende Entwickler und Grafiker sehr wohl seinen Stundensatz berechnen muss - auch wenn er Dir sehr oder zu hoch erscheinen mag. Wie überall gilt: Du kriegst das, für das Du auch bezahlst. Ich habe lediglich ein Beispiel benannt, wie man das berechnen könnte. Exemplarisch. Du kannst an jede Zahl eine Null dranhängen oder aber jeweils durch fünf teilen. Ganz so, wie Du Dich damit gut fühlst.

Ich bin keineswegs sauer, nur Spielregeln sind aufgestellt, die auch nicht auf meinem Mist gewachsen sind. Mir ist klar, was du damit zum Ausdruck bringen wolltest und ebenfalls, das die Zahlen fiktiv sind. Es gibt aber genügend Nutzer dieses Forums, die nur lesen, was sie lesen wollen. Deshalb ist das eingeführt worden. Eine Preis-Diskussion können wir gern auf anderer Ebene führen, stehe gern zur Verfügung.

1. Es gibt eine Zitatfunktion, das @ ist nicht nötig.
2. Das Lesen der Forenregeln hätte gezeigt, daß Geldangaben nicht in dieses Forum gehören.
3. Man kann auf GPL keine Zeitbeschränkung aussprechen, sobald ich das habe, kann ich es ändern und veröffentlichen.
4. Wenn du so drangehst, dann würde ich als Kunde dir guten Tag einstweilen wünschen und ein Unternehmen suchen, das "closed source" seit Jahrzehnten bietet, mit 24/7 Call Center, Customer Bugtracking und einer weltweiten Niederlassungsverteilung, die mir lebenslange Wartung und Upgrades anbieten und deren kompletter Sourcecode und Dokumentation für den unwahrscheinlichen Fall der Firmenpleite notariell hinterlegt ist und dann zur Verfügung steht.

Honorarangaben im Forum unter Jobbörse zu finden: http://forum.wordpress-deutschland.org/jobboerse/2620…-jobboerse.html

Zitat von hakre

Aber: Nur weil etwas GPL ist, heisst es nicht, das dies nichts kosten darf. Du kannst also auch eine Theme unter der GPL veröffentlichen und dafür Geld nehmen. Das ist kein Problem. Also, ich denke auch mal, Du willst Dich von deinen Kunden bezahlen lassen und das ist auch mit der GPL Lizenz möglich (da denken manche nicht dran).

Sobald du das aber der GPL unterwirfst und mir verkauft hast, kann ich ein Derivat davon umgehend Online stellen für umsonst. Die GPL ist dazu erschaffen worden, keine "closed source" Lizenz zu sein. Deshalb ist es zwar möglich, Geld zu verlangen, aber man muß damit leben können, das andere das GPL Werk ändern und kostenfrei veröffentlichen.
Ich kenne die Lizenzverfahren ziemlich gut, denn ich entwerfe beruflich "closed source" im Enterprise Business Bereich.

Die Abschnitte über Bilder, CSS (Trademark auf Margenta der T-Com als Beispiel) und patentierte Algorithmen hab ich bewußt mal außen vor gelassen, denn das ist ein anderes Spielfeld mit anderen Rechten und Pflichen und derzeit rechtlich nicht eindeutig in Bezug zu GPL geklärt.

Steht dir frei, ob du einen Link einbaust oder nicht.

Da ich im anderen Thread die Nachlade-Routinen schon vor längerer Zeit fand und es immer wieder korrupierte Themes zum Download irgendwo gibt, kann man nicht genau sagen, was alles bereits gelaufen ist.
Einige diese "Nachlader" haben eine in PHP geschriebene Root-Administration nachgeladen, mit der man Defakto alle machen kann, wenn es ein V- oder Root-Server ist.
Ich würde empfehlen, den Hoster anzumailen und bitten, die Machine zu checken. WordPress würde ich komplett löschen und neu aufspielen in 2.7 wenn das geht. Mit den Plugins und ggf. Themes würde ich auch so verfahren, bitte ein sauberes Theme nehmen.
Vielleicht gibt auch der Hoster noch Hinweise.

Ergänzung: Ein Backup der Datenbank würde ich vorher ziehen und dieses in einem geigneten Texteditor per Hand nach verdächtigen Sachen wie inplace Javascripts, und "blaue Pillen Links" durchsuchen.

Deine XML Rpc Datei ist beschädigt, bitte lade aus der Original WordPress Version diese Datei neu hoch:

http://www.reviewxxl.de/xmlrpc.php

Dann sollte es auch mit dem LiveWriter klappen.

Oder das ganze per Plugin: WordPress › Redirection WordPress Plugins
Hat eine Menge Optionen und kann im Backend verwaltet werden. Hat den Vorteil, das es mitzählt und sobald die Zähler nicht mehr gravierend steigen, könnte man es wieder rausnehmen.

Ich werd mir den Thread mal in die Bookmarks nehmen. Falls ich das übersehen sollte, schreib mir einfach eine Mail in 14 Tagen, findest du in meinem Impressum.

Zitat von pitu

das klingt interessant ... hast du noch ne anleitung übrig wie du das gemacht hast ... war aber bestimmt auch nicht zu easy ... ODER?

Na ja, ein wenig Arbeit war es schon :smile:
Da muß ich erst rückfragen, in wieweit ich davon Teile veröffentlichen darf. Das kann aber etwas dauern, denn derjenige macht gerade Urlaub an der Sonne ...

Diese Blanko-Theme ist ein Derivate vom Standard-Theme, das folgende Lizensierung hat:

/*
Theme Name: WordPress Default
Theme URI: http://wordpress.org/
Description: The default WordPress theme based on the famous <a href="http://binarybonsai.com/kubrick/">Kubrick</a>.
Version: 1.6
Author: Michael Heilemann
Author URI: http://binarybonsai.com/
Tags: blue, custom header, fixed width, two columns, widgets


    Kubrick v1.5
     http://binarybonsai.com/kubrick/


    This theme was designed and built by Michael Heilemann,
    whose blog you will find at http://binarybonsai.com/


    The CSS, XHTML and design is [COLOR=Red][B]released under GPL[/B][/COLOR]:
    http://www.opensource.org/licenses/gpl-license.php


*/

Somit ist diese derivative Arbeit ebenfalls wieder GPL.

Zitat von hakre

Mein Vorschlag wäre, Du vergibst Passwörter pro Beitrag. Somit hast Du einen geschützten Bereich.

Ich würde sagen, das ist nicht ganz die Art von Privatsphäre, die für die Kunden gewünscht ist. Selbst wenn es ein Passwort gibt, kann man immer noch sehen (oder ahnen), wer da doch einen geschützten Bereich hat, selbst der Feed zeigt u.U. alle URL's an.
Hier würde nur ein Plugin helfen, das mit der Benutzerdatenbank von WP arbeitet, aber Seiten komplett "versteckt" (unaufrufbar macht) bis der entsprechende Benutzer eingeloggt ist. Das greift auch in die rewrite rules ein, ist aber machbar, hab ähnliches schon mal für jemanden kodiert.