Beiträge von Ammaletu

Ja gut, dann wäre das natürlich praktisch. Du kannst natürlich mal schauen, ob dieses Google-Plugin die Verbindung noch auf andere Weise als fsockopen herstellen kann. Vielleicht gibt es auch noch andere Plugins, die auf Deinem Server laufen. Ansonsten kannst Du da nicht viel machen, denke ich, außer mal beim technischen Support anfragen ob die das irgendwie als Ausnahme einrichten können oder Dir die Funktion generell freischalten können. Aber wenn es aus Sicherheitsgründen nicht erlaubt ist, würde ich mir da keine zu großen Hoffnungen machen.

Als Anmerkung zu dem, was Infected schon gesagt hat: Wenn Du Dich mit der technischen Betreuung eines Servers nicht auskennst, solltest Du es entweder delegieren oder Dich entsprechend weiterbilden. Das hast Du ja schon erkannt, also hoffe ich, dass Du da jemanden für findest. ;-) Das ist halt auch alles nicht ganz einfach und man kann sich doch einige Probleme einhandeln.

So oder so: Stelle sicher, dass Du vollständige Backups besitzt und auch regelmäßig neue anfertigst. Verlass Dich nicht darauf, dass der Hoster im Zweifelsfall eins hat. Bonuspunkte wenn Du überprüfst, dass Du die Seite aus dem Backup tatsächlich wieder herstellen kannst (z.B. für lokale Testinstallation).

Und Du solltest auf jeden Fall bei Strato nachfragen, ob die Dir sagen können, was da passiert ist. Vielleicht war es ein Scriptproblem und der Support hat Deinen Server neu gestartet. Vielleicht war es auch eine DOS-Attacke. Du solltest das auf jeden Fall rauszukriegen versuchen damit das nicht wieder passiert bzw. damit Du geeignete Gegenmaßnahmen ergreifen kannst.

Die Multi-User-Sache würde ich nur verwenden, wenn das Ergebnis komplett getrennt sein soll, also z.B. für Reviews und News komplett getrennte Tag-Cloud, Blog-Suche, Kategorien etc. Ansonsten setze das lieber innerhalb eines Blogs um.

Ein Post-Type könnte sich lohnen, falls es spezielle Felder dafür gibt. Mit den neuen Custom Post Types gibt es aber IMHO auch noch Einschränkungen bzw. man muss sich vieles noch manuell einrichten.

Am einfachsten wäre es, den Inhalt über Kategorien zu trennen. Du kannst dann z.B. die Kategorien-Ansichten über category-[slug].php-Dateien im Theme anpassen und die single.php z.B. über eine kategoriebasierte CSS-Klasse.

Wenn es Dein eigener Server ist, kannst Du fsockopen einfach freischalten. Ansonsten wird sich da nicht viel machen lassen, denke ich. Wieso willst Du allerdings eine Online-Rechtschreibprüfung verwenden? Greifst Du auf das Blog sehr häufig von fremden Rechnern aus zu? Ansonsten tut es doch einfach eine im Browser integrierte Rechtschreibprüfung. im Firefox einfach das Wörterbuch als Add-On installieren und fertig. Falls Du mehrere Wörterbücher brauchst (z.B. Deutsch/Englisch) gibt es noch das sehr praktische "Dictionary Switcher"-AddOn.

Wie wäre es mit einem Link zur betroffenen Seite? Kein Mensch weiß sonst, was Du mit "Tableiste etc." meinst. ;-)

Davon abgesehen: Styles kannst Du über die style.css anpassen (Schriftfarbe). Den Header kannst Du normalerweise über die header.php des Themes bearbeiten.

Zitat

Achso ich brauche ein functions.php,die ich leider nicht habe nämlich das Theme gerüst kommt von einer Website und da stand das das grundgerüst für wp2.0 ist

Dann leg sie Dir doch einfach an und/oder kopier sie Dir aus dem Default-Thjeme und lösche alles nicht benötigte raus. WP bindet die Datei dann automatisch ein, sie muss nur functions.php heißen.

Zitat

und ich habe es bereits mit dem Default versucht aber ich blicke in der CSS oder den anderen datein nicht durch

Also ehrlich gesagt ist das bisherige Default-Theme relativ simpel und übersichtlich aufgebaut. Wenn Du ein eigenes Theme erstellen willst, solltest Du auf jeden Fall in der Lage sein, das Default-Theme zu verstehen, sonst wirst Du nicht weit kommen. Leg Dir ein Tool wie Firebug oder die Web Developer Toolbar zu (beides für Firefox, andere Browser haben ähnliches ggf. schon an Bord, im IE z.B. F12 drücken), dann solltest Du auch dem CSS schnell auf die Schliche kommen.

CSS kann ich Dir hier jetzt nicht im Rahmen eines Forenthreads beibringen, aber SelfHTML hatte ich ja schon verlinkt. Ansonsten habe ich etwas das Gefühl, dass Du lieber ein vorhandenes Theme nehmen und an Deine Bedürfnisse anpassen solltest. Man kann z.B. mit wenig Aufwand ein Child-Theme für eines der Theme-Frameworks erstellen. Die nehmen einem dann viel Arbeit ab, man kann sie jederzeit updaten und muss sowas wie Platzierung von Seitenelementen nicht manuell austüfteln. Stattdessen kann man sich auf die Gestaltung konzentrieren, Farben, Hintergründe etc.

Ok, am Speicher liegt es dann wohl nicht. Der Log-Ordner mit den vielen Dateien könnten die Access-Logs sein. Aber letztlich ist es Dein Webspace, das solltest Du eigentlich wissen, ob und wo Fehler geloggt werden. Du kannst es alternativ über die php.ini rauskriegen oder den Support Deines Hosters fragen.

Ok, kann auch sein, dass Dein Theme die Widgets so umdefiniert hat, dass dort keine Klassen eingebunden werden. Normalerweise haben die Widgets immer eindeutige Klassennamen dran hängen, die das Stylen sehr einfach machen. Die fehlen bei Dir halt.

So, habe mal den entsprechenden Code aus dem Hybrid-Theme-Framework extrahiert. Kann man auch selber schreiben, aber dort war das recht schön und komfortabel gelöst. Also, die Datei im Anhang in Deinen Themeordner legen und in der functions.php so einbinden:

// include the admin meta boxes
include_once('extrabox.php');

Und dann in der Datei ganz oben das Array der zu erstellenden Felder anpassen (Funktion "eb_post_meta_boxes"). Pro anzuzeigendem Feld eine Zeile. Der erste Wert ist der interne Name. Er muss eindeutig sein, wenn er mit Unterstrich anfängt, zeigt WP ihn weiter unten beid en Benutzerdefinierten Feldern nicht noch mal an. Der zweite Wert ist der angezeigte Feldtitel und der dritte Wert die Feldart ('text', 'textarea' oder 'select' sind möglich).

Ausgeben im Theme kannst Du die Felder wie alle anderen benutzerdefinierten Felder auch. Der Code regelt nur die Anzeige auf der Adminseite.

Ok, hab's mir angeschaut. Du verwendest keine Widgets im Moment, deswegen klappte der andere Code nicht. Probier es mal damit:

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

Das nimmt die Unterstreich8ng jetzt allerdings an allen Links in der Sidebar weg. Genauer geht es leider nicht, da an der Tag-Cloud offenbar gar keine Klasse hängt. Wenn es möglich ist, solltest Du für den Tag-Cloud-Container noch eine Klasse ergänzen, um das genauer fassen zu können (dann z.B. ".sidenav" überall ersetzen durch ".sidenav .tag-cloud" in obigem Styleblock).

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?!).