Ich habe irgendwo gelesen, daß das Einbinden von Karten wohl auch weiterhin kostenlos möglich ist. Nur die Nutzung der Maps-API wird kostenpflichtig.
Gruß
Ingo
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 erstellenIch habe irgendwo gelesen, daß das Einbinden von Karten wohl auch weiterhin kostenlos möglich ist. Nur die Nutzung der Maps-API wird kostenpflichtig.
Gruß
Ingo
Modjo von Modjo ![]()
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
Ich fahre mit /%post_id%-%postname%/ ganz gut. Dabei behandelt Wordpress seit Version 3 (oder schon 2.9?) auch die Verkürzungen korrekt als 301er Weiterleitung.
Gruß
Ingo
Machmal reicht es, im Wordpress-Backend die Einstellungen für die Permalinks einfach unverändert neu zu speichern. Dann werden zumindest die korrekten Einträge in der .htaccess erzeugt.
Gruß
Ingo
krombes
Du hast den Link zu hettel.net vergessen. ![]()
Gruß
Ingo
csign
Wenn er 64MB hat und davon 81% belegt sind, na, wieviel ist das?
Richtig, knapp 52MB, kann also gar nicht 1&1 sein, denn da ist bei 32MB Schluß.
Speicherprobleme gibt es nicht nur bei 1&1 oder anders gesagt, nicht jeder der Probleme mit dem Speicher hat, ist deswegen bei 1&1. ![]()
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:
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
Sind ein bißchen viele schließende div-Tags drin </div>.
</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
Sowas ähnliches gab es hier schon mal:
http://forum.wordpress-deutschland.org/allgemeines/67…k-auslesen.html
Vielleicht hilft es ja weiter.
Gruß
Ingo
Also ich kenne das so, daß es je Datenbank eine Grenze von 100MB gibt. Bei den neuen Dual-Tarifen soll das sogar nochmal erhöht worden sein. 5MB wäre schon recht wenig.
Gruß
Ingo
Die Domain zeigt immer noch auf die Strato-IP-Adresse (81.169.145.164) und nicht auf die von Tophoster (91.203.111.27). So kann das nicht funktionieren. Bevor das nicht umgestellt ist, sind weitere Änderungen sinnlos.
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
Vielleicht wurde eine Grenze beim Webspace erreicht, Speicherplatz, Anzahl der Dateien oder sowas. Diese Resourcen sind ja meist je nach Hostingpaket begrenzt.
Gruß
Ingo