Beiträge von MStemberg

http://codex.wordpress.org/Function_Refer…shortcode_regex könnte Dir evtl. weiterhelfen.

Kannst Dir aber selbst sowas bauen mit etwas Aufwand...mit Custom Templates und query_posts(). Im Blog schließt Du dann die Kategorie "Archiv" aus, im Archiv zeigst Du sie aber an - alleine oder mit den anderen Kategorien...aber von Haus aus ist das halt nicht so.

Tja-dann nutzen diese Themes wohl kein mb_regex_ecoding.

Und jedes Theme, welches das nutzt, wofür auch immer, wirst Du nie installiert bekommen ohne Probleme.

Und die sind bei Strato gehostet?

Ja, ich weiss, dann wäre es aber besser gewesen, den alten Thread fortzuführen, und nicht, einen neuen aufzumachen für das selbe Problem.

Mich nervt sowas.

Trennung.

Du wirst bei Strato mb_regex_encoding nicht nutzen können, und Du wirst keine php.ini erstellen können, es sei denn, Du hast einen selbstverwalteten EIGENEN Server.

Also entweder Provider wechseln, ein anderes Theme nutzen oder Artisteer 2.5 nutzen, welches m.M.n. das nicht nutzt, weil ich meine, damit schon ein Theme für einen Kunden mit Strato erstellt zu haben - aber ohne Gewähr. Andere Möglichkeiten hast Du nicht, es sei denn, es gibt einen Workaround für die Funktion, dass man die im Theme rausnehmen kann. Ist mir aber bisher nicht bekannt.

http://forum.wordpress-deutschland.org/konfiguration/…ni-ist-das.html

PHP-Dateien sind ausführbare Dateien, daher kann man eher selten den Quelltext sehen, wenn man die aufruft. Zusätzlich gibt es entsprechende Dateiberechtigungen, die verhindern, dass ein Internet-Nutzer diese Datei "ansurfen" kann.

Nö, scheint nur so, als ob die Beta eben mb_regex_encoding nutzt und die 3 Final nicht. Am "Transport" lag das sicher nicht; Strato unterstützt laut Google momentan, in der Vergangenheit und angeblich auch in Zukunft nicht mb_regex_encoding.

Aber prima, dass Du Dein Problem lösen konntest so.

Wer beendet denn die Diskussion? Du? Oder ist die erst zu Ende, wenn keiner mehr auf Deinen Quark reagieren mag?

Wer das Internet nicht versteht und so'n Mist verzapft wie Du von wegen "Data Napping", und dann noch derart diffuse Ängste sein eigen nennt, sollte sich evtl. nicht im Netz bewegen.

Oder wahlweise keine Kinder haben, wenn man auf eine Präsenz im Netz nicht verzichten mag und diese scheinbar derart "problematisch" ist, dass man um die Kinder Angst haben muss.

Wie kommst Du auf die Idee, die Daten wären dann "weg"?

So, wie ich das verstanden habe, ist das keine "Single License", i.d.S., dass die Daten "weg"/"nicht mehr verfügbar" wären, wenn sie jemand kauft.

Sprich: ich gehe davon aus, WENN ich das Schweinegeld bezahlen würde für den Report von Person XY, dann könnten NACH mir noch 20 oder 30 oder mehr Personen, die bereit sind, für diese Infos Geld zu zahlen, die Daten ebenfalls kaufen. Und VOR mir hätten das auch evtl. schon zig Personen getan. domaintools hält die Daten vorrätig, wer Einblick nehmen will, muss dafür zahlen (für den Einblick) - nicht für den Erwerb der Daten, die dann einzig und alleine ihm gehören würden. Kaufst Du einen Film auf DVD im Laden, bist Du auch nicht der einzige, der den sehen kann :-).

Tja, das ist der Fehler wohl eindeutig bei Strato zu suchen.

Such mal nach "mb_regex_encoding strato", diese Kombi ist bei Google zahlreich vertreten und mir wurde direkt nach "mb_regex_encoding" Strato als zweiter Suchbegriif über die Google Toolbar angeboten.

Wenn Du einen Shared Server hast (ist meistens so bei Privatkunden), Dir den Webspace also mit anderen auf einem Server teilst, KANNST Du keine php.ini anlegen, da meist eine/mehrere Version(en) PHP für alle => betrifft alle Kunden auf diesem Server.

Nutzt Du Artisteer 3.xxx? Dann rate ich zu Version 2.5, diese erstellt Themes, die auch bei Strato nutzbar sind.

Siehe dazu auch:

http://www.heise.de/newsticker/mel…aus-198324.html

Der heise-Artikel stammt aber von 2009, also ganz so neu ist das Problem nicht.

Dürfte datenschutzrechtlich in D nicht legal sein - aber was schert das ein US-Unternehmen? Eine Privatperson wird da wenig unternehmen können, gg. solche Praktiken vorzugehen.

Im Endeffekt also damit leben oder keinen Web-Auftritt ins Netz stellen - viele der Daten sind ja auch über Dienste wie yasni u.a. abrufbar, in D gilt eh für viele Seiten eine Impressumspflicht, so dass die Daten eh bekannt sind für den, der das möchte, spätestens über WHOIS bei Denic.
Und für Adress-Sammler, etwa zwecks Spam, ist der Report einer einzelnen Domain-Historie einfach zu teuer.

Design: ist mir zu minimalistisch und inflationär mit Google-AdSense vollgekleistert.

Weckt in mir KEINE Lust auf Urlaub, weil die Seite so dröge ist, dass ich sie nicht mit Urlaub assoziiere.

Artikel hab ich nur kurz mal angeklickt, sehen umfangreich aus, kann aber nichts zum Inhalt sagen, da keine Mallorca-Kenntnisse. Daher weg. des Designs: schnell wieder zugemacht das Fenster.

Würde am Design arbeiten und das ganze "sonniger" und "gutgelaunter" machen, so dass es Lust auf Urlaub/Mallorca vermittelt.

#branding {
border-top: 2px solid #FFFFFF;
padding-bottom: 10px;
position: relative;
z-index: 2;
 
 
}

Macht die Linie weiß.

Kannst die Linie auch auf 0px Breite setzen oder border-top ganz löschen.
Findet sich ebenfalls in der style.css

Dazu brauchst Du kein Plugin - ich wüsste auch keines.

Geht ziemlich einfach mit Eingriffen in die Templates und CSS:

http://www.lifeatf8.co.uk/blog/2011/07/a…ordpress-theme/

Icons gibt es wie Sand am Meer, musst halt die Anleitung oben kombinieren mit dem Tutorial hier für Drupal:

http://sotak.co.uk/blog/calendar-icons-blog

Ich hoffe, ich verstehe Deine Frage richtig.
Das ist ein normales Verhalten, IMHO. Wenn ich eine FORM absende und dann die "Ergebnisseite" aktualisiere, werden die Daten nochmals per POST gesendet.

Gibt einige Möglichkeiten, dies zu verhindern:

http://blog.parastudios.de/?p=195
http://www.selfphp.de/kochbuch/kochbuch.php?code=21

Oder Du leitest nach Verarbeitung der Daten auf die Formularseite per header("location...), das läuft AFAIK per GET, ergo keine POST-Daten mehr vorhanden.

global $post;
$id=$post->ID;

VOR dem Loop abfragen.

Oder is_single(), wenn Ergebnis = TRUE, dann wohl auf single.php.

Yap...mit Firebug ist der DIV mit der ID respond eindeutig schon über dem Artikeltext.

Nach dem Auftritt hier Deinerseits würde ICH gar nix mehr machen an Deiner HP an Ruhrgebiet's Stelle.

Das willste aber nicht als gültigen PHP-Code bezeichnen, oder?

<php? include ("datei.php"); ?>