Beiträge von Ammaletu

Zitat

es geht nicht darum von www. auf ohne www. umzuleiten (das geht bei Subdomains auch gar nicht, die sind immer ohne www.)

Ähm, also ich weiß schon, was eine Subdomain ist. Lies noch mal, was ich geschrieben habe. Das müsste das sein, was Du suchst. Ich habe in dem JS-Schnipsel nur beide Varianten integriert (mit www und ohne), damit der Redirect auf jeden Fall klappt, egal, womit der Nutzer Deine Seite aufruft.

Zitat

Es soll auf jeder Seite nur die zwei Elemente (Icon und Text) geben. Die Position bleibt immer gleich, nur dass Icon und der Text ist eben auf jeder Seite anderst.

Es handelt sich aber nicht um den eigentlichen Inhalt der Seite? Alsod as, was Du im Editor der statischen Seite/des Beitrages eingibst?

Zitat

Ich hab mir das eher so vorgestellt, dass in der index.php mit "is_page()" überprüft wird welche Seite aufgerufen wurde und includiere dann eine PHP-Datei die den Content für die jeweilige Seite ausgibt.

Bin mir aber nicht sicher ob das sinnvoll ist. :neutral:

Nein, eigentlich nicht. Dann kannst Du das ganze ja auch gleich als statische HTML- oder PHP-Seite umsetzen und brauchst ein System wie WordPress nicht. Der Sinn von WordPress ist ja, den Inhalt über das System zu verwalten.

Die andere Variante ist, Dir den Editor zu modifizieren. Wenn Du z.B. sagst, dass alle statischen Seiten aus drei Spalten bestehen, kannst Du da sicher auch noch zwei weitere Editor-Areas einblenden und vor dem Speichern daraus einen HTML-Text zusammenbasteln. Ich bin aber nicht sicher, ob ich aktuell die Zeit habe, Dir das komplett fertig zu basteln. Da müsstest Du gegebenenfalls selbst Hand anlegen. Generell ist WP leider eben auf die Eingabe eines einzigen zusammenhängenden Textes pro Seite optimiert. Alles andere kann man machen, muss man sich dann aber umständlich selbst einrichten.

Das muss natürlich in einen PHP-Bereich. Und bitte benutze die Code-Kennzeichnung, wenn Du hier im Forum Code postest. Das erhöht die Lesbarkeit ganz enorm.

So ist es richtig:

<?php get_header(); ?>
 
<div id="contentwrapper"><div id="content">
 
<div class="adsense_top"><?php include (TEMPLATEPATH .  '/adsense_top.php'); ?></div>
 
<?php  query_posts($query_string   . "&posts_per_page=42");
         if (have_posts()) : ?>
 
<?php echo tag_description(); ?>
 
<?php while (have_posts()) : the_post(); ?>


...

Es hätte auch ganz nach oben gekonnt, aber spätestens vor dem if have_posts muss es stehen, da dann ja die Query ausgeführt wird.

Da kriege ich leider nur einen 404-Fehler. Sicher dass der Link stimmt?

Tja, man muss offenbar eingeloggt sein um kommentieren zu dürfen. Mehr sehe ich da im Moment nicht,. Wenn Du das nicht alleine hinkriegst, kannst Du mir ja ein Testkonto anlegen und mir die Zugangsdaten per M schicken, dann schaue ich mal. Nur so vom Überfliegen des Codes her sehe ich erstmal keinen Fehler.

Hm, stimmt nicht ganz. Die Ausgabe der Kommentare ist in den if-else-Zweigen für die Tests, ob Kommentare geöffnet sind und ob man schon eingeloggt ist mit drin. Sollte das nicht komplett darunter, so dass die Kommentare immer angezeigt werden, unabhängig davon, ob ich nun welche erstellen darf oder ob das überhaupt jemand darf?

Zitat

ich glaube, dass ist noch nicht richtig verstanden.

Ja, ich glaube, wir verstehen uns gerade gegenseitig falsch.

Zitat

Die Hauptdomain soll erhalten bleiben. Die Inhalte für die mobilen User auf der Subdomain.

Ja, und dazu oben mein Tip zur Durchführung: "Einfach die aktuelle Adresse nehmen und "http://www.domain" durch die Subdomain ersetzen (und alternativ auch "http://domain" falls die Seite ohne www aufgerufen wird)."

Also in etwa so:

<script language ="JavaScript"> 
<!-- 
if (screen.width <= "600") {
  var newLocation = document.location.href.replace(/^http:\/\/www\.meine-domain\.de/i, "http://mobil.meine-domain.de");
   newLocation = newLocation.replace(/^http:\/\/meine-domain\.de/i,  "http://mobil.meine-domain.de");
  document.location.href = newLocation;
}
// --> 
</script>

Zitat

Da die Suchmaschinen noch keinen Unterschied zwischen Mobilen und "normalen" Seiten machen, kommt es also vor, dass Besucher mit dem Handy auf der Hauptdomain landen. Diese ist aber für mobil Geräte nicht ausgelegt. Daher die Subdomain für die mobilen User.

Was heißt "nicht ausgeletg"? Geht wes um die Darstellung? Dann würdest Du besser einfach ein anderes Stylesheet einbinden, was die Seite anders darstellt. Oder willst Du den Besuchern mit Handy tatsächlich andere Inhalte darstellen?

Das hier in die style.css einfügen, ans Ende:

.widget_tag_cloud a {
  text-decoration: none;
}

Falls das nicht ausreicht bräuchte ich mal einen Link zur betroffenen Seite um es genauer sagen zu können. Drücke ggf. Strg+F5 statt normalem Aktualisieren im Browser um den Browsercache zu umgehen.

P.S.: Je nach Deinem Theme muss das eventuell noch um Angaben für aktive, besuchte etc. Links ergänzt werden:

.widget_tag_cloud a,   .widget_tag_cloud a:link, .widget_tag_cloud a:visited,  .widget_tag_cloud a:hover {
  text-decoration: none;
}

Zitat

Jedoch möchte ich dazu die Commentbox über den Kommentaren haben und nicht wie üblich darunter.

Das wäre am simpelsten und logischsten, denke ich. Was ist daran denn nicht gelungen? Du könntest ja z.B. für die statische Gästebuch-Seite ein Seitentemplate erstellen, in dem Du eine Kopie der comments.php aufrufst (mit include statt der normalen WordPress-Funktion). In comments-gaestebuch.php kannst Du dann das Formular über die Ausgabe der Kommentare rücken, ohne dass sich das auf die anderen Seiten auswirkt. Frag nach, wenn daran etwas unklar ist, dann erkläre ich es gerne genauer.

Ganz simpel wenn auch für längere Texte unbequem: Du kannst das einfach in ein benutzerdefiniertes Feld schreiben. Das kriegt dann nur der zu sehen, der die Editoransicht des Artikels aufrufen darf.

Wenn das einzeilige Eingabefeld zu umständlich ist, kannst Du Dir auch einfach ein neues Textarea unter die Eingabebox für den Artikel einblenden.

Zitat

Mein erstes Problem ist der "Seitenuntertitel" - also der Text in der hellblauen Box - der auf jeder Seite anders ist.
Ich habe das jetzt mit einem Benutzerdefinierten Feld gelöst, funktioniert soweit auch ganz gut. Nur auf der Blogseite - auf der Artikel veröffentlicht werden - wird der Inhalt des Feldes nur dann ausgegeben, wenn keine Artikel vorhanden sind oder ich das Feld bei jedem Eintrag fülle.
Wie schaffe ich es, dass das Feld nicht von jedem Artikel überschrieben wird?

Für andere Ansichten als die Einzelansicht musst Du dort einfach etwas anderes ausgeben. Also etwa so:

if (is_single() || is_page()) {
  // Benutzerdefiniertes Feld ausgeben
} else {
  // Blog-Untertitel ausgeben (siehe allgemeine Einstellungen im Backend)
  bloginfo('description');
}

Das kannst Du natürlich auch weitertreiben und z.B. auf Kategoriearchiven die Kategorie-Beschreibung ausgeben etc.

Zitat

2. Ich bin mir nicht sicher, wie ich die dunkelgraue Box realisieren soll. Wäre es sinnvoll dies auch mit Benutzerdefinierten Feldern (Eines für das Icon und das zweite für den Inhalt) zu lösen?

Tja, wie verschieden soll das denn sein und was soll dort auf der Startseite und anderen Übersichtsseiten stehen? An die kannst Du ja keine Benutzerdefinierten Felder hängen. Für mich sieht das eher nach einem Widget aus, aber die Frage ist erst mal, wie sehr sich das von Seite zu Seite unterscheiden soll.

Zitat

3. Der Content besteht immer aus drei Spalten, allerdings ist der Inhalt und die Position der Spalten auf jeder Seite anderst. Wie schaffe ich es nun, dass jede Seite im Content anderst aussieht?

Hm, da wirst Du etwas programmieren müssen. Du kannst ja vor der Ausgabe der Inhalte einen beliebigen Platzhalter durch den Spaltenumbruch ersetzen. Da schreibst Du meinetwegen BREAK in den Text oder meinetwegen auch <!-- BREAK --> falls Du z.B. eh in der HTML-Ansicht arbeitest. Und das ersetzt Du vor der Ausgabe einfach. Also eigene Funktion in die function.php, welche das Ergebnis von get_the_content filtert und anpasst. Nicht vergessen, die Platzhalter für den RSS-Feed wieder herauszunehmen (Filter für get_the_content_rss?!).

Einfach die aktuelle Adresse nehmen und "http://www.domain" durch die Subdomain ersetzen (und alternativ auch "http://domain" falls die Seite ohne www aufgerufen wird).

Und wieso eine Subdomain? Willst Du denn tatsächlich andere Inhalte darstellen? Wäre ansonsten nicht ein anderes Stylesheet sinnvoller?!

Falls Du keine tag.php im Theme hast, kopiere die category.php oder archive.php und speichere sie als tag.php ab. Ganz oben fügst Du dann das hier ein (im PHP-Bereich natürlich, aber vor dem Beginn des Loops):

query_posts($query_string  . "&posts_per_page=42");

42 durch gewünschte Anzahl ersetzen.

Wenn Du Widgets benutzt, ist das der Titel der Widgets. Gehe im Backend auf Design > Widgets, öffne die Details des Seitenwidgets und trage dort einen anderen Titel ein.

Wenn Deine Seite keine Widgets nutzt, wird das so wohl in der sidebar.php des Themes stehen. Dann wäre das dort zu löschen (title-Parameter?!).

Hm, ich hab mal in den Quelltext geschaut. Auf der allgemeinen Einstellungseite wird die aktuelle Blog-Uhrzeit so ausgegeben:

date_i18n($time_format)

Wobei $time_format wohl die entsprechende, vorher ausgelesen WP-Option ist. Da kannst Du ggf. auch einfach 'H:i' reinreichen (betrifft die Anzeige als AM/PM oder 24-Stunden-Format, glaube ich).

Die date_i18n-Funktion ist in wp-includes/functions.php definiert. Als zweiten Paremeter kann man einen Timestamp mitgeben. Wenn nicht, wird die aktuelle Zeit genommen.

Hm, hilft Dir das weiter? Sorry dass ich das Forum nicht kenne und deswegen auch nicht weiß, was Du dort wo anpassen musst. Klang aber so, als hättest Du das schon halbwegs raus. In den Foren-Ausgabe-Templates vielleicht also einfach diese Funktion nutzen?!

Zitat

Jeden Tag 2 h dann habe ich das auch in ca 14 Tagen erledigt.

Ich bin nicht sicher, warum Du etwas solchermaßen Verrücktes auch nur in Betracht ziehst. Ein DB-Dump ist doch kein binäres Hexenwerk, es ist eine einfache Textdatei, die Du nach Belieben in jedem Texteditor anpassen kannst.

Also:
- Kopie des unveränderten Dumps aufheben, zur Sicherheit
- Dump öffnen, wp-Options-Tabelle rauslöschen [1]
- DB-Präfix anpassen [2]
- neuen Dump des frisch installierten Zielsystems ziehen und aufheben, ebenfalls zur Sicherheit falls beim Import was schiefgeht
- Dump am Ziel importieren

Zu [1]:
- suche nach "CREATE TABLE `wp_options`" (oder wie Dein altes Prefix auch immer lautete)
- falls darüber noch ein "DROP TABLE IF EXISTS `wp_options`;" steht, das löschen
- das CREATE-Statement bis incl. Semikolon löschen
- darunter sollte ein längeres INSERT-Statement stehen, das löschen, bis Du zum nächsten drop/create kommst

Zu [2] (Dein Prefix für wpneu einsetzen, das alte ggf. natürlich auch):
- ersetze "DROP TABLE IF EXISTS `wp_" mit "DROP TABLE IF EXISTS `wpneu_"
- ersetze "CREATE TABLE `wp_" mit "CREATE TABLE `wpneu_"
- ersetze "insert into `wp_" mit "insert into `wpneu_"

Ich habe mir den Dump mit SQLyog erzeugt. Kann sein, dass phpMyAdmin oder andere Tools eine leicht andere Syntax verwenden, das musst Du ggf. anpassen.

Benutzerdefinierte Felder sind einfach die Möglichkeit, beliebige Schlüssel-Wert-Paare an Artikeln zu speichern. Viele Plugins nutzen das, aber Du kannst es genauso auch selber ins Theme einbauen. Und ja, wenn Du damit etwas ganz eigenes realisieren möchtest, musst Du das in die entsprechenden Themedateien einbauen, wenn eine Ausgabe gewünscht ist. Vielleicht hast Du aber auch ein Theme, dass schon bestimmte Felder unterstützt.

Auf der anderen Seite: Benutzerdefinierte Felder sind eine Lösung für das Problem, Meta-Infos an Artikeln abzulegen. Wenn Du das Problem nicht hast, muss Dich das doch eigentlich auch nicht interessieren!?

Vielleicht wird das auch klarer mit ein paar Beispielen:
- Ich habe ein Ratings-Plugin laufen, welches die Bewertung pro Artikel in einem Benutzerdefinierten Feld speichert. Die Bewertung wird als Sternchen an den Artikeln ausgegeben, wofür ich die Plugin-Methoden in die Themedateien einbauen musste.
- Ich speichere selber dazu in einem eigenen Feld noch die einzelnen Werte, aus denen sich die Bewertungen zusammensetzen. Nur so als Info für mich, ausgegeben wird es nicht, außer halt im Editor.
- Auf einer anderen Seite habe ich eigene Felder ergänzt. Für Rezensionen setze ich z.B. immer das Autor-Feld. Damit kann ich dann in der alphabetischen Übersicht der Rezensionen den Buchautor hinter dem Rezensionstitel ausgeben.

Wenn Dein Theme eine hat, wäre das die category.php, ansonsten wohl die archives.php. Darin kannst Du z.B. die Kategorien-Beschreibung aus dem Backend ausgeben.

Kannst Du nicht einfach WP neu installieren und dann die relevanten Tabellen importieren per DB-Dump? Eigentlich musst Du doch nur die wp-options-Tabelle neu machen, denke ich. Was auch immer Du tust, behalte Backups von allen Zwischenschritten und probiere das ganze am besten einfach an einer lokalen Testinstallation aus.

Und um das noch mal zusammenfassen, weil ich mich oben wohl nicht so deutlich ausgedrückt habe: Überlege erst mal, wo der Film dann hin soll. Wenn es ein Videoportal ist (YouTube etc.), dann steht in deren Hilfeseiten, welche Formate man hochladen kann. Wenn Du den Film selber hosten willst, besorg Dir einen Open-Source-Videoplayer, und in dessen Doku sollte ebenfalls stehen, welche Format er abspielen kann. Wenn Du weißt, was Du brauchst, gib das zusammen mit dem Format, das Du hast, in die Suchmaschine Deiner Wahl ein und suche nach passender Mac-Software für die spezifische Konvertierung. Ein Mac-Forum wäre alternativ sicher auch ein Anlaufpunkt. Wenn es nur Windows-Software gibt, musst Du eventuell auf einen Web-Service ausweichen oder mal den Laptop von jemandem für 10 Minuten ausborgen.

Hast Du es mal per Stylesheet probiert?

.ratingtext {
  display: none;
}

Dann sollte dass nicht mehr angezeigt werden und Du musst nicht das Plugin ändern. Spart Arbeit bei Updates des Plugins.