Beiträge von Putzlowitsch

  • Google macht mich fertig!!!

    Wobei die Regel für die www-Umleitung nicht unter, sondern über den Wordpress-Regeln stehen muß.

    Da unten wird sie praktisch für die Wordpress-Seiten nie ausgeführt, weil die Abarbeitung mit der letzten Zeile ([COLOR=#000000][COLOR=#0000BB]RewriteRule [/COLOR][COLOR=#007700]. /[/COLOR][COLOR=#0000BB]index[/COLOR][COLOR=#007700].[/COLOR][COLOR=#0000BB]php [/COLOR][COLOR=#007700][[/COLOR][COLOR=#0000BB]L[/COLOR][COLOR=#007700]][COLOR=Black]) endet, dafür steht ja das [L] in den Regel-Optionen.

    Gruß
    Ingo
    [/COLOR] [/COLOR][/COLOR]

  • WP-Hosting

    Zitat von bionade

    ...
    Bei einer aktuellen installation (Hoster: Host-Europe) läuft ein Plugin nicht. Das Plugin läuft sonst aber immer, ich habe es auf ca. 20 Projekten in Verwendung. Warum das jetzt so ist, ist sehr unklar.
    ...


    Und bei welchen Hostern laufen diese 20 Projekte? Wenn es da läuft, wäre doch genau der Hoster die erste Wahl.

    Wir wissen ja auch nicht, warum das Plugin nicht läuft. Pauschal könnte man sagen, daß der Hoster alles zulassen muß, was z.B. in PHP an "Schweinereien" möglich ist, wie allow_url_include oder register_globals. Oder jeder auf alles Schreibrechte hat oder so.

    Wenn ein Plugin nicht funktioniert, wird es vermutlich PHP-Funktionen benutzen, die viel Webhoster aus Sicherheitsgründen deaktivieren.

    Für Wordpress selbst reicht auch ein Host Europe WebPack L (mit dem neuen Rechtekonzept gibt es auch keine Probleme mit Schreibrechten mehr).

    Gruß
    Ingo

  • php.ini

    Den Fehler, so man das als solchen betrachten möchte, sollte man aber nicht den Webhostern anlasten, sondern eher PHP.

    Wenn keine php.ini vorhanden ist, dann werden von PHP die "einkompilierten" Standardwerte genommen. Ist eine php.ini vorhanden, werden die Standardwerte mit denen aus der Ini-Datei ersetzt. Es wird aber immer nur genau eine php.ini verwendet, die globale oder eben die lokale.

    Der Vorschlag von eXestend ist gar nicht so schlecht, das habe ich auch schon bei 1&1 mal so gemacht.

    Gruß
    Ingo

  • php.ini

    Das ist nicht nur bei T-Online so komisch, sondern auch bei anderen Hostern, die eine lokale php.ini erlauben (z.B. 1&1, Strato).

    Die lokale php.ini wird anstatt der globalen php.ini des Hosters geladen und damit gehen alle dort gemachten Einstellungen verloren. Manche Werte werden halt größer, andere aber auch kleiner.


    Gruß
    Ingo

  • Komplexe 301-Weiterleitung

    Das geht auch mit dem Modul mod_alias, welches ist für solche 1:1-Weiterleitungen bevorzugen würden. In der .htaccess folgendes möglichst am Anfang folgendes eintragen:

    Code
    RedirectPermanent /about http://example.com/about-me
RedirectPermanent /mein-blog http://example.com/blog
RedirectPermanent /kategorie http://example.com/blog/category
RedirectPermanent / http://example.com/

    Hier findest Du die Beschreibung zum Alias-Modul.

    Gruß
    Ingo

    http://foo2.example.com/service

  • Übersichtsseite aller Bilder

    Sind ein bißchen viele schließende div-Tags drin </div>.

    PHP
    </div> <--- das muß weg
<div class="entry-[URL="http://forum.wordpress-deutschland.org/lexikon/?do=showentry&item=content"]content[/URL]"> 
<?php the_content(); ?> 
</div>  
</div> <--- das muß weg

    Ich habe mal die markiert, die meiner Meinung nach weg müssen.

    Gruß
    Ingo

  • Wie DE-Domain mit Subdomain vom Webspace "verknüpfen"?

    Deine Hauptstadtclub-Domain liegt immer noch bei Starto, zumindest löst der DNS zu eine Strato-IP-Adresse auf.

    Sofern Dein Webhoster externe Domains erlaubt, ist ein Umzug der Domain auch gar nicht notwendig.

    Du mußt bei tophoster.de die externe Domain einrichten und bei Strato in der Domainverwaltung bei DNS-Einstellungen den A-Record auf die IP-Adresse des Servers bei Tophoster konfigurieren.

    Außerdem mußt Du die in Wordpress die Blogadresse ändern.

    Gruß
    Ingo

  • 1und1 - Dual Basic - PHP Memory Limit

    Nein, das hat in dem Fall nichts mit dem Upload zu tun. Es ist eine schon seit Jahren bestehende (betriebssystemseitige) Limitierung bei 1&1, die zum "Out of Memory"-Fehler führt. Da kann in der php.ini stehen was will, ob wie früher 40M oder jetzt 90M, bei 32M ist Schluß.

    Erstaunlich finde ich nur, daß das bei den ganz neuen Hosting-Paketen (diese Dual-Dinger) immer noch so ist. Am besten im 1&1-Forum nachfragen, vielleicht tut sich da mal was.

    Zur php.ini bei 1&1 verweise ich mal auf einen älteren Beitrag:
    http://forum.wordpress-deutschland.org/konfiguration/…html#post386078

    Gruß
    Ingo

  • WP-Probleme bei einzelnen Hostern

    Zitat von infected

    Das scheint bei einigen Tarifen mittlerweile auf 90MB angehoben worden zu sein. Zumindest bei den Installationen die ich betreue, ist lt. PHP Info seit gut zwei Wochen ein Limit von 90M gesetzt

    Stimmt, habe grad mal nachgeschaut. Angezeigt werden 90M aber bei 32M ist immer noch Schluß:
    Fatal error: Out of memory (allocated 32768000)...
    Bisher wurden auch 40M angezeigt, nutzbar waren aber nur 32M.

    Das könnte aber eine "Vorbote" für eine tatsächliche Verbesserung sein, will ich mal hoffen. Ich werde mal im 1&1-Forum reinschauen, vielleicht gibt es da Infos.

    Update: Im 1&1-Forum wurde berichtet, daß das höhere Memory-Limit wohl nur bei den neuen "Dual-Tarifen" wirklich funktioniert. Inwiefern und ob überhaupt die Bestandstarife davon profitieren werden, ist derweil noch unklar.

    Gruß
    Ingo

  • Blog nicht erreichbar: You don't have permission ...

    Für den Aufruf einer Webseite ohne Angabe einer Datei (z.B. index.html) muß der Webserver wissen, welche Dateien er in diesem Fall verwenden soll. Dafür sind meist ein oder mehrere Dateien voreingestellt.

    Für Wordpress ist die Standarddate index.php, so daß diese für den Webserver konfiguriert werden muß. Wie das geht, hängt vom Webhoster ab.

    Oft kann man das selbst über die Datei .htaccess machen, da müßt dann folgendes drin stehen:

    Code
    DirectoryIndex index.php index.shtml index.html

    Wie es geht, sollte Dir Dein Webhoster sagen können.

    Gruß
    Ingo

  • WP-Probleme bei einzelnen Hostern

    Wenn es bei Strato und 1&1 nicht mit dem automatischen Update klappt, liegt es mit Sicherheit aber nicht an den Zugriffsrechten, sofern man WP selbst via FTP installiert hat.

    Bei Strato und 1&1 läuft PHP als CGI im Kontext es Benutzers. Daher hat PHP immer Schreibrechte auf alles, was auch per FTP hochgeladen wurde. Ich mußte bei da noch nie irgendwas mit chmod verändern.

    Knackpunkt bei 1&1 ist oft das PHP-Memory-Limit von 32M. Da hilft nur, den Speicherverbrauch klein zu halten. Wenige Plugins, schlankes Theme und eventuell der Verzicht auf die deutsche Sprachdate (spart ca. 3MB).

    Bei Strato habe ich seit SpeedPlus auch keine wirklichen Performance-Probleme mehr. Gelegentlich hängt mal die Datenbank, aber das ist in letzter Zeit auch immer seltener.

    Gruß
    Ingo