Beiträge von MStemberg

Ich hatte das Problem auch und es war das Memory Limit.

Habe in wp-includes/default-constants.php die MB-Werte geändert

// set memory limits
 if ( !defined('WP_MEMORY_LIMIT') ) {
  if( is_multisite() ) {
   define('WP_MEMORY_LIMIT', '128M');
  } else {
   define('WP_MEMORY_LIMIT', '128M');
  }
 }
 if ( ! defined( 'WP_MAX_MEMORY_LIMIT' ) ) {
  define( 'WP_MAX_MEMORY_LIMIT', '256M' );
 }

und seitdem werden die Thumbnails wieder vernünftig erstellt.

Im Editor das more-Tag (HTML-Modus des Editors) an der gewünschten Stelle einfügen.

Das sieht so aus: <!--more-->

Siehe auch http://codex.wordpress.org/Customizing_the_Read_More

Da per require die entsprechenden Files eingebunden werden, stehen sie zur Verfügung und können abgearbeitet werden - die wp-settings.php wird durch wp-config.php (ohne die WP gar nicht laufen würde) ebenfalls required, und damit können die Funktionen zur Laufzeit aufgerufen werden.

Ist ähnlich zu include, das require...

Siehe auch bei Bedarf

http://www.dynamic-webpages.de/50.tutorials.php?dwp_tutorialID=1

PHP-Datei (zB index.php) ruft die benötigte Funktion auf, etwa get_header(), die in wp-includes/general-template.php definiert ist...da braucht es dann kein extra include, weil general-template.php über require in der wp-settings.php bereits eingebunden wird.

Hoffe, das hilft Dir weiter....

Du meinst "Blog"

Sprachdateien anpassen/deutsche Version herunterladen.

Dito. Bei mir auch alles normal.

Ich würde das mit der angebotenen [COLOR=#0000ff]Product Advertising API[/COLOR] realisieren - finde ich pers. "schöner" als die fertig angebotenen Widgets etc.
Damit kannst Du die Amazon-Produkte auch (wenn Du das möchtest) mit ein wenig PHP und Eigenleistung auf das Thema des Artikels/der Kategorie "passig" machen. So wäre auch eine Differenzierung zwischen DE/US möglich.
Natürlich kannst Du dafür auch die angebotenen Werbemittel nehmen, da hast Du dann aber weniger Einfluss.
Einziger Wermutstropfen dabei für mich: wirklich hoch sind die Einnahmen nicht wirklich (mag aber von der Seite und dem Publikum abhängen), und daher dauert es ein wenig, bis Du die Auszahlungsgrenze erreichst.
Ist aber für mich dennoch eine Form der Werbung, die auch Mehrwert für den Besucher bietet, wenn er das möchte.

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.

#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