Um schreiben oder kommentieren zu können, benötigen Sie ein Benutzerkonto.
Sie haben schon ein Benutzerkonto? Melden Sie sich hier an.
Jetzt anmeldenHier können Sie ein neues Benutzerkonto erstellen.
Neues Benutzerkonto erstellenim übrigen sind die endtags für body und html im footer enthalten, du gibst jedoch im anschluß noch weiter html-code aus. das ist schon mal nicht standard-konform und für einen teil der "von dir nicht behebbaren" fehlermeldungen aus dem validator verantwortlich.
du kannst fehler ganz einfach beheben, in dem du dich an die definitionen des standards hältst! wenn du das machst erledigen sich viele probleme von alleine 
vG
Arno
als ersten ansatz würde ich mal das get_footer() hinter das endwhile verlegen. so wird nämlich der footer hinter jeden einzelnen beitrag in der kategorie gezogen anstatt ihn nur einmal anzuzeigen. bei mir werden die 4 anzeigen auch auf den kategorieseiten angezeigt, allerdings untereinander und nicht in der 2x2-anordnung wie sonst üblich.
vG
Arno
..... der smtp-server lässt keine emails versenden, da kommt dann immer ne fehlermeldung. ......
allein das währe für mich grund genug den provider zu wechseln, wenn das nach einem monat noch nicht behoben ist.
vG
Arno
die .htaccess-datei muss in der wordpress-root liegen und vor der rewritecondition muss als erster eintrag mal die engine eingeschaltet werden
RewriteEngine on
vG
Arno
Ich sage: 2.5 ist Mist!
pauschale urteile abgeben kann jeder .... ist damit jedoch nicht weniger professionel, wie die kritisierte materie.....
professionel währe es gewesen, wenn du dich selbst auf die suche nach den ursachen begeben hättest...
vG
Arno
habe ich gerade keins parrat, aber hast du denn schon mal die forumssuche benutzt, ob sich da nichts entsprechendes über die suchworte "kategorie erster beitrag" finden lässt?
vG
Arno
im prinzip ist das doch die funktionalität der kategorie-archive, also ist es doch generell vorhanden.......
für die beitragssammlungen entsprechende kategorien anlegen und die beiträge diesen kategorien zuordnen. im sidebarmenü sollten dann die kategorien unter der überschrift "Archive" (kann man ja in "Seiten" umbenennen, auch wenns nicht der teminologie von wp entspricht) erscheinen.
vG
Arno
beim ersten link kann ich nichts entdecken, was auf einen subblog hindeuten würde... beim kategoriewechsel erfolgt kein abgewandeltes styling oder sonstiges... die einstiegsseit hat nur ein besonderes template (statt index.php eine eigenkreation innerhalb des themes), welches für die kategorien jeweils den neuesten post ermittelt und darstellt. geht über eine schleife über die kategorien sowie den loop
beim zweiten wird, wenn ich das richtig sehe, gar nicht mal das komplette theme gewechselt sondern auf basis der kategorie-ID lediglich die basisfarbe des hintergrunds gewechselt. das lässt sich leicht erreichen, wenn man die hintergrundfarbe für den body im css-template weglässt und diese style-eigenschaft in der header-php über eine entsprechenden switch ausgeben lässt.
vG
Arno
BTW: ist mir gerade aufgefallen, nachdem ich den Beitrag oben nochmal geändert habe (natürlich nur meinen Kommentar) :arrow: nachdem ich den Beitrag bearbeitet hatte, war die Darstellung komischerweise auch im HTML-Tag korrekt. Den Beitrag via F5 neu geladen, ging die Darstellung wieder in die Vitten.....
der HTML-Code-Bereich des obigen Beitrags mit dem HTML-Text vor dem Ändern:
<div style="margin:20px; margin-top:5px"> <div class="smallfont" style="margin-bottom:2px">HTML-Code:</div> <pre class="alt2" dir="ltr" style="
margin: 0px;
padding: 6px;
border: 1px inset;
width: 640px;
height: 178px;
text-align: left;
overflow: auto"><span style="color:#000080"><!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"
"http://www.w3.org/TR/html4/loose.dtd"></span> <span style="color:#000080"><html></span> <span style="color:#000080"><head></span> <span style="color:#000080"><title></span>Beschreibung der Seite<span style="color:#000080"></title></span> <span style="color:#000080"></head></span> <span style="color:#000080"><body></span> <span style="color:#000080"></body></span> <span style="color:#000080"></html></span></pre> </div>und nach dem Ändern des Beitrags:
<div style="margin:20px; margin-top:5px"> <div class="smallfont" style="margin-bottom:2px">HTML-Code:</div> <pre class="alt2" dir="ltr" style="
margin: 0px;
padding: 6px;
border: 1px inset;
width: 640px;
height: 178px;
text-align: left;
overflow: auto"><span style="color:#000080"><!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"
"http://www.w3.org/TR/html4/loose.dtd"></span> <span style="color:#000080"><html></span> <span style="color:#000080"><head></span> <span style="color:#000080"><title></span>Beschreibung der Seite<span style="color:#000080"></title></span> <span style="color:#000080"></head></span> <span style="color:#000080"><body></span> <span style="color:#000080"></body></span> <span style="color:#000080"></html></span></pre> </div>vG
Arno
PS im CSS lässt sich für die entsprechende Klasse "alt2" kein unterschied zu "vor editieren" und "nach editieren" feststellen
Das Plugin liest sich nicht schlecht, habe aber ein paar Anmerkungen zur Umsetzung - insbesondere auch zu Deinem Hinweis bezüglich des Mailtextes auf der Plugin-Seite.....
- das Hinzufügen der Action-Hooks sollte meines Erachtens an das Ende des Codings gestellt werden. Sofern in Zukunft beim Einstellen der ActionHooks eine Prüfung auf Existenz der anzumeldenden Funktionen durchgeführt wird, bekommst Du beim Hinzufügen am Anfang des Codings einen Fehler. Ist einfach nur Zukunftssicherer
- Anstatt den Text manuell in die entsprechende PHP-Datei klimpern zu lassen, währe es IMHO ratsam - wenn man denn schon zu einem Hack greifen muss! - dort einen eigenen Hook einzubringen und diesen dann im Plugin zu benutzen um den Text über eine entsprechende Funktion (ggf. als NurText!?) in die Mail übertragen zu lassen Erspart dem Anwender die lästige Tipperei bei Upgrades zum größten Teil - er muss dann nur noch den entsprechenden Hook in den Core-Bereich eintragen und nicht mehr den kompletten Text
dem Coding des Plugins nach sollte es sich um einen Fehler auf Deiner Website handeln. Der Wert der Checkbox wird mit "accept" (gemäß Coding) zurückgeliefert. So Du diesen angepasst haben solltest, kann das Plugin nicht mehr funktionieren. Wenn nicht, musst du mal schauen, was denn im Plugin ankommt (echo).
vG
Arno
ich hatte auch mal so einen, habe direkt einen Artikel darüber geschrieben und ein nettes Bildchen dabei gepackt, natürlich etwas englisch dabei, einige Stunden später war ich das Problem los
mittlerweile wurde die seite (answerforyou.info) wohl komplett vom netz genommen.... es kommt nur noch ne fehlermeldung des hosters....
vG
Arno
PS da ich in deinem weblog-beitrag keinen kommentar hinterlassen kann, mach ich das jetzt mal hier, susanne
PS ich weiss das du es anders gemeint hast, aber es gibt (leider) verdammt viele, die des lesens zwischen den zeilen nicht mächtig sind.
Wieso nicht Zitat-Tag? Er zitiert doch aus der wp-config.php (ist in dem Fall ein Vollzitat)
Gruß
Ingo
weil es für CODING die CODE, PHP und HTML-Tags gibt und das Coding dann auch so dargestellt wird, wie es im editor üblich ist! mit einrückungen und allem und es sich so leichter lesen lässt!
ich bitte doch darum zukünftig solche bemerkungen zu unterlassen! ich ändere hier nicht umsonst beitrag auf beitrag, damit die übrigen benutzer sich die nutzung der entsprechenden tags angewöhnen. solche bemerkungen führen zu der denke "ach - zitat-tags können auch nicht so schlimm sein"
coding in zitat-tags ist einfach grottig zu lesen und solche beiträge werde ich in zukunft nicht mehr beantworten PUNKT.
vG
Arno
damit kann der scanner durchaus die script-elemente die im html eingebettet sind (sitemeter!) meinen.
mal rausnehmen und nochmal versuchen. wenn's das nicht ist, bräuchte man mal die url der genauen seite die angemeckert wird.
vG
Arno
gestalte eine seite mit den impressumsdaten und verlinke den impressumstag auf diese seite.
ein impressum ist doch ohnehin statisch...
vG
Arno
sorry, aber 1 problem :arrow: 1 thread....
daher :arrow: zusammengefüht....
wpMU-Sachen bitte auch im wpMU-Bereich posten! Thx in Advance...
:arrow: verschoben!
meint ihr alle nutzen nun 2.5? Weil ich weiß manchmal nicht wenn ich hier lese um welche Version es hier geht. Könnte man nicht sogenannte [Präfixe] einführen?!
diese werden, teilweise, bereits von den benutzern selbst angebracht. ob eine entsprechende erweiterung zum markieren beim erstellen des beitrags sinnvoll währe? imho weniger, denn es währe wiederrum eine frage der disziplin der benutzer diese markierung korrekt zu setzen. diese ist auch gefragt, wenn es darum geht, diese markierung manuell vor seinen beitragstitel zu pinnen, also kann man es dann auch direkt so belassen, denn wer, mit verlaub, zu faul ist ein solches tag vor seinem beitrag manuell anzupinnen, ist auch zu faul dieses durch einen entsprechenden klick zu kennzeichnen.
Edit: Oder ein neues Profilfeld indem man seine aktuelle Version einträgt. Und dies bei den Beiträgen unterhalb des Avatars anzeigen?!
nope, dies ist mit sicherheit der falsche weg! warum? weil die versionen, schau dir mal die letzten paar monate an, teilweise schneller wechseln, wie der kaiser vom örtchen kommt. ein beitrag der unter version 2.3.1 geschrieben wurde, könnte dann - gesetzt den fall der benutzer brächte überhaupt die disziplin auf den entsprechenden profileintrag aktuell zu halten! - recht schnell durch diesen eintrag als 2.3.3er problem etc. pp. gekennzeichnet werden. dies währe imho mit sicherheit nicht wünschenswert.
eine kombination aus zusätzlichem profilfeld und einem wp-plugin für das blog währe eine denkbare alternative. das blog könnte - nach einem versionswechsel - eine entsprechende profiländerung für den benutzer, mit vorheriger bestätigung, durchführen. zusätzlich müsste man das forum dann in der beitragserstellung so erweitern, das die aktuelle versionsnummer
automatisch dem beitragstitel vorangestellt wird, so keine der wp-notation entsprechende nummer angegeben ist.
aber insgesamt stehe ich solchen änderungen eigentlich eher kritisch gegenüber, was einigen meiner älteren posts zu entnehmen ist
vG
Arno
so du nicht über widgets arbeitest, könnte dir das plugin hier weiter helfen: Arno Simon » Zweiteilung der Navigation (Haupt-/SubEbene)
vG
Arno
PS habe meine plugins nicht auf wp umgestellt, da ich damit (bislang?) nicht arbeite...
PPS wo du schon danach fragst..... plugin-anfragen gehören in den foren-bereich "plugins und widgets"... dahin verschieb ich das ganze jetzt auch....
Also was mittlerweile klar ist, es hatte jemand Zugriff auf den FTP-Server. Denn es wurden nicht nur alle Wordpressdateien überschrieben, es wurden alle auf dem Webspace befindlichen .php Dateien mit dem selben Code überschrieben.
nunja, das kann man erst dann sicher bestätigen, wenn man weiss, wie der webspace aufgeteilt ist... ob wp z.b. über eine subdomain oder nur über ein subdirectory angesprochen wird. im falle der subdomain verfügt wp somit eventuell über eine "eigene" root, was jedoch vom server bzw. dessen konfiguration abhängig ist. dies kannst du aber ggf. auch bei deinem hoster erfragen. bei einer eigenen root könnte es sich schon schwieriger gestalten an die verzeichnissangaben der übrigen webspace-bereiche zu kommen. wird nur über ein subdirectory gearbeitet, dürfte dies weniger problematisch sein - in bezug darauf an die entsprechenden verzeichnisse heran zu kommen. es sollte dann durchaus möglich sein, das ein fehlerhaftes plugin (oder auch eine (noch) unbekannte lücke in wp) für die zugriffe bzw. die überschriebenen dateien gesorgt hat.
vG
Arno
