Beiträge von Putzlowitsch

    Mit einem Blog wir man bei dem Hoster mit diesem Paket nicht glücklich werden. Es sind ja nicht nur Updates, Plugins und Themes oder RSS-Feeds die so nicht funktionieren. Auch sämtliche Pings, Trackbacks und Pingbacks gehen nicht raus.

    Den Rat auf einen virtuellen Server zu wechseln, den ich auch an anderer Stelle schon gehört habe, halte ich sogar für gefährlich. Gut, der Webhoster ist fein raus, weil er seine Verantwortung komplett an den Nutzer abgibt.

    Aber die meisten Nutzer, die nur einen Blog betreiben wollen, dürften mit der Administration und Pflege eines Servers überfordert sein.

    Der Mitarbeiter schreibt:

    Zitat

    ... Hostingserver sind nunmal stark eingeschränkt, um sicher zu bleiben. Hintergrund ist, daß auf den Servern gern Software ohne das notwendige Fachwissen und ohne notwendige Updates eingesetzt wird, was dann zur Folge hat, das der Server schnell korrumpiert wird


    Drei Zeilen weiter unten empfiehlt er dann den Umstieg auf einen virtuellen Server. *tststs*

    Mir ist zumindest auch noch kein Webhoster untergekommen der die Netzwerkverbindungen derartig stark einschränkt, daß nicht mal die Wordpress-Basisfunktionen richtig funktionieren.

    Vielleicht solltest Du doch den Hoster wechseln, aber bitte nicht zu einem virtuellen Server oder Root-Server.

    Gruß
    Ingo

    Eigentlich ist das sowieso überflüssig, denn seit Wordpress 2.3 wird das von Wordpress selbst per "Canonical Redirect" umgesetzt. Insofern funktioniert es auch, wenn die Zeilen in der .htaccess erst nach den WP-Rules stehen oder ganz fehlen.

    Aus Optimierungsgründen kann es aber trotzdem nicht schaden, die drei Zeilen vor den Wordpress-Eintrag zu setzen. Der Apache ist da sicher schneller als Wordpress, daß ja erstmal die ganze Initialisierung mit der Datenbank usw. durchlaufen muß.

    Gruß
    Ingo

    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]

    ...
    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

    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

    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

    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

    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

    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