Beiträge von Cole

Zitat von JABA-Hosting

Wozu wird für Wordpress allow_url_fopen benötigt?

Ansonsten können wir dir alles bieten was du brauchst, außer das die Serverlogs nur nach Abfrage zur Verfügung stehen.

Hallo, also das allow_url_fopen wäre eher für eigene "Spielereien", habe mir z.B. mal einen eigenen kleinen Crawler gebastelt, mit dem ich mir automatisch bestimmte Seiten (z.B. Foren, WordPress Blogs etc, um u.a. mögliche "Kandidaten" für Backlinks zu finden) von Google holen konnte ohne manuell suchen zu müssen ;)

Wäre allerdings nun nicht ganz so wichtig, kann das ggf ja auch lokal laufen lassen, ist ja nicht zwingend nötig das im WP Dashboard zu haben, wär halt reine Bequemlichkeit. Wobei, ich bin mir gerade nicht sicher, aber braucht WP das nicht auch für die Update-Funktion? Oder holt sich das die Dateien anders? Da habe ich mich jetzt noch nicht näher mit beschäftigt.

Was die Logs angeht, gerade die Error-Logs sind halt schon sehr praktisch wenn man z.B. gerade an einem eigenen Plugin bastelt, würde ggf aber reichen, wenn man zumindest z.B. via Kundeninterface bzw php.ini oder htaccess display_startup_errors an-/abschalten könnte, alles weitere geht ja in der Regel über ini_set().

Und das mit dem Guthabensystem würde bei euch auch funktionieren? Wie ich sehe ist da ja auch eine Inklusiv-Domain mit drin bei euch. Also eben, dass ich z.B. zwischendurch immer mal für 3-6 Monate im Voraus zahle und falls das mal nicht rechtzeitig passiert einfach nur der Account gesperrt / stillgelegt wird bis wieder eingezahlt wird (natürlich nicht unbegrenzt, aber so 3 Monate ca sollte der Account in so einem, wenn auch unwahrscheinlichen, Fall schon "reaktivierbar" bleiben).

Zitat von B-52

In der CH, D oder AT?

PS: Versuche es doch mit der SuFu. Wahre Hosterschlachten hatten wir doch schon zur genüge! Die Anforderungen erfüllen sowieso alle Anbieter, welche auch vernüftige Preise verlangen. Und ja, ich meine jetzt nicht die Geiz-ist-geil Anbieter. Ich jedenfalls bezahle lieber etwas mehr und es funktioniert.

In DE, bzw ich lebe halt in DE, wo der Hoster liegt spielt ja eigtl keine Rolle so lange er die Anforderungen erfüllt ;)

Grundsätzlich erfüllen wirklich recht viele Anbieter die meisten dieser Anforderungen, da hast du Recht, besonders wichtig ist mir aber die Bezahlung via Guthabensystem (inkl Paypal als Zahlungsmöglichkeit), auf keinen Fall per Lastschrift, wenn das Guthaben ausgebraucht ist und ggf nicht (rechtzeitig) aufgefüllt wird, dürfen keine Zusatzkosten entstehen (auch keine Mindestlauftzeit > 1 Monat, bzw je nach Preis ggf auch max 6, so dass man, je nachdem, zwischendurch immer mal so 3-6 Monate "auffüllen" kann). Die SuFu habe ich btw benutzt, aber eben genau zu diesem Punkt konnte ich da nichts finden.

Daran hatte ich auch schon gedacht, weil der oft empfohlen wird, aber wie ich das sehe bietet der nicht das gewünschte (absolutes Must-Have!) Guthabensystem, da steht nur was von Lastschrift (https://all-inkl.com/webhosting/zahlungsweise/) was ich auf keinen Fall mehr will, man kann da zwar offenbar im Voraus zahlen, aber von Paypal steht da nichts (muss zwingend möglich sein), und was passiert, wenn das im Voraus gezahlte Guthaben aufgebraucht ist?

Dann darf halt auf keinen Fall eine Lastschrift versucht werden oder sonstiges, wodurch ggf Mahngebühren oder ähnliches anfallen könnten, der Account sollte halt einfach gesperrt werden bis man wieder auflädt, allein wegen der Inklusiv-Domains, die ja immer für ein Jahr bezahlt werden müssen, stelle ich mir das auch schwierig vor, aber die brauche ich ja sowieso nicht.

Hab mir da nun erstmal nur das Angebot "All-Inkl Privat" angesehen (was von den Leistungen btw absolut ok aussieht), aber die Zahlungsbedingungen dürften ja bei allen Angeboten die gleichen sein.

Wie gesagt, so einen Anbieter gibt es sicher (wenn der nicht wieder zugemacht hat), denn vor etwa 1 Jahr hatte ich ja schon mal einen gefunden, nur finde ich den leider nicht mehr.

Moin,

wie der Titel schon sagt suche ich einen neuen Hoster, bevorzugt einen besonders gut für WP geeigneten / spezialisierten, daher dachte ich, hier finde ich am ehesten jemanden, der sich damit auskennt :).

Also bisher habe ich dafür einen kleinen vServer benutzt, der aber mittlerweile nicht mehr wirklich zeitgemäß ist (11€ für 3 GB Speicher, 256 MB RAM, "low CPU priority" etc) und vor allem brauche ich auch mittlerweile keinen vServer mehr (wollte damals halt unbedingt meinen eigenen IRCd, TS3 Server etc) und bei einem "normalen" Hoster muss man sich eben auch nicht selbst um die ganzen Updates etc kümmern.

Am besten zähle ich einfach mal auf, was dieser Hoster bieten sollte:

Must have:

- mind. 5gb Speicher (erweiterbar)
- mind. 100GB Traffic inklusive (ebenfalls bei Bedarf erweiterbar)
- PHP (min 5.6, idealerweise selbst wählbar bis 7.2)
- PHP-RAM min 128 MB (mehr ist immer gut, ihr kennt WP ja^^)
- GD Lib
- SSL Zertifikat inklusive (kostenlos bzw halt ohne Zusatzkosten, z.B. via Let's Encrypt)
- Guthabensystem*
- Zahlungsmethoden mind. Überweisung und Paypal
- MySQL 5.7+ oder (besser) MariaDB 10.x (min 2 DBs anlegbar)
- eigene Domains aufschaltbar
- (min) 10 Subdomains anlegbar (auch über die eigene, externe Domain)
- keine abgeschalteten "wichtigen" Funktionen (vor allem solche wie z.B. allow_url_fopen, cURL etc)
- Zugriff auf Server-Logs (sowohl Access als auch Error)
- natürlich Standards wie Zuverlässig, hohe Uptime, nicht zu viele User / System, gute Erreichbarkeit des Support etc
- jederzeit Upgrades auf größere / leistungsstärkere Pakete möglich

Nice to have:

- eMail Konto / Konten inkl.
- Perl, Python und/oder Ruby möglich
- Wildcard-Subdomains möglich
- Anbieterseitige Backups (also solche, die man bei Bedarf ggf auch selbst aufspielen kann, nicht die, die jeder Hoster ja standardmäßig machen sollte)
- Shellzugriff (eher für sFTP als SSH-Terminal)

Preis: erstmal max 10€ / Monat (habe aktuell sowieso nur etwa 150-200 UV/Tag, waren aber früher, bzw bei meiner alten Seite, auch mal 10k+, die ich natürlich gern wieder erreichen würde^^, daher muss wie gesagt auch ein Upgrade halt problemlos möglich sein).

* bzgl dieses "Guthabensystems", ich habe vor ca 1 Jahr schon mal über einen Hoster-Wechsel nachgedacht und damals einen gefunden, der meinen Vorstellungen entsprach (den ich leider nicht mehr wiederfinde...) und der ein ihmo sehr gutes System benutzte, nämlich dass man eben Guthaben einzahlt und so lange genug vorhanden ist, die monatlichen Gebühren davon abgebucht wurden, falls nich mehr genug da wäre, würde der Account eben einfach gesperrt bis man das Guthaben wieder auffüllt (oder der Account gelöscht wenn man x Monate nichts einzahlt), also vor allem eben ohne die Gefahr von unnötigen Gebühren für ggf fehlgeschlagene Lastschriften (bei meinem aktuellen Provider sind die z.B. deutlich höher als die eigentliche Servermiete...), Mahnungen oder ähnliches.

Was noch wichtig wäre, entweder sollte man (im Idealfall) Zugriff auf die php.ini haben oder es sollten von vornherein die Werte für upload_max_filesize, max_execution_time sowie post_max_size ausreichend hoch gewählt sein um auch mal größere Backups einzuspielen (speziell das xml-Backup via WP-Dashboard), also Richtung 32MB+ (aktuelles Backup hat schon über 8MB und kommt ja in der Regel täglich was dazu).

Könnt ihr mir da einen passenden Hoster empfehlen bzw bekomme ich sowas überhaupt zu dem gewünschten Preis?

Hi,

das mit dem "wp" im Pfad hättest du dir am besten natürlich direkt am Anfang (bei der Installation von WordPress) überlegt, lässt sich grundsätzlich aber auch nachträglich noch ändern:

Entweder du kopierst einfach alle Dateien aus dem Ordner "wp" in den darüber liegenden Ordner oder du änderst es in der Serverconfig und leitest deine Domain direkt auf das Verzeichnis "wp" statt auf das darüber (Achtung: In beiden Fällen, direkt bevor du das änderst, im Dashboard von WP unter "Einstellungen => Allgemein" die Punkte "Wordpress-Adresse" und "Website-Adresse" entsprechend anpassen, sonst funktioniert das nachher nicht mehr).

Was du mit diesen "FULLSCREEN" Seiten meinst weiß ich leider auch nicht, hört sich nach Custom Templates oder so an, hängt möglicherweise mit dem genutzten Theme oder einem Plugin zusammen.

Das mit dem Login ist aber ganz einfach, du gehst im Dashboard auf "Design => Widgets" und ziehst dir das Widget "Meta" einfach in den Bereich, wo du das angezeigt bekommen möchtest. Dabei werden allerdings standardmäßig auch RSS Links, ein Link zu Wordpress.org etc angezeigt, wenn du das nicht möchtest, kannst du z.B. das Plugin Custom Meta Widget benutzen, bei dem kannst du dir dann selbst aussuchen welche dieser Punkte in dem Widget angezeigt werden sollen.

Das Aussehen der Login-Seite kannst du entweder mit einem Plugin ändern (z.B. Custom Login) oder, mit etwas Programmierkenntnissen, auch direkt im Code: https://codex.wordpress.org/Customizing_the_Login_Form

Laut der Fehlermeldung gibt es eine Spalte in der Datenbank nicht, die allerdings nicht zu einem Plugin oder so gehört, sondern zu WP direkt, die also existieren müsste.

Hast du denn kürzlich ein DB-Backup eingespielt, bei dem ggf etwas schief gelaufen sein könnte?

Und wie sieht es via PMA aus, wenn du direkt in der DB nachsiehst, gibt es dann die Spalte "meta_key" in der Tabelle "wp_2_postmeta"?

Also das zu ändern ist zumindest überhaupt kein Problem, dafür musst du nur den jeweiligen Beitrag / die Seite bearbeiten und dort oben, direkt unter dem Titel, bei "Permalink" auf "bearbeiten" klicken und das halt anpassen wie es dir gefällt.

Was meinst du aber mit dem Zugriff darauf? Also die interne Verlinkung, falls du die meinst, die passt sich dabei in der Regel ganz von alleine an (wenn du die nicht gerade manuell eingefügt hast). Falls es dir aber um Links von externen Seiten geht, das ist nicht so einfach, dafür müsstest du die alten Links z.B. alle per htaccess / mod_rewrite auf die neuen umleiten (bei einheitlicher Umstrukturierung ginge es ggf auch automatisch, aber wenn du die komplett ändern willst, wirst du wohl für jede alte Seite eine eigene Weiterleitung erstellen müssen, diese sähe in etwa so aus:

Redirect /alte_url/   http://domain.tld/neue_url/

(je eine Zeile pro URL)

Nicht wirklich sinnvoll möglich, denn die URL wird ja gebraucht, damit der Server überhaupt weiß, welche Daten er dem Nutzer schicken soll.

Rein theoretisch zwar bestimmt möglich, aber dazu müsste man Framesets verwenden, eine Technik aus der "Internet-Steinzeit", was auch aus Sicht der Suchmaschinenoptimierung sehr schlecht wäre.

Ob es ein Plugin gibt, das Wordpress so gestaltet, dass alle Seiten in Framesets angezeigt werden, weiß ich zwar nicht (kenne jedenfalls keins), aber ich vermute mal nicht, eben weil es so unglaublich sinnlos wäre und fast nur Nachteile mit sich brächte.

Zitat

Ich benötige nämlich "nur" den Pfad zum Installationsordner um die wp-blog-header.php zu laden (ABSPATH - aber den kann ich nicht so ohne weiteres auslesen?)

Ist doch mit $_SERVER['REQUEST_URI'] ganz einfach, im Grunde dürfte es doch so gehen:

$absolut = $_SERVER['DOCUMENT_ROOT'] . str_replace('wp-content/themes/deinthemename/deinstyle.php', '', $_SERVER['REQUEST_URI']);

So umständlich ist das imho gar nicht ;)

Verstehe ich das richtig und du willst eine PHP-Datei benutzen um das Stylesheet auszugeben?

Von dieser aus ist dann wohl kein Zugriff auf die Datenbank möglich.

Aber den "Restpfad" vom Document-Root aus kannst du dir ja sonst auch aus der REQUEST_URI raussuchen, $_SERVER['REQUEST_URI'] gibt dir den kompletten Pfad vom Document-Root zu der aufgerufenen Datei, in dem Falle deinem PHP-Stylesheet, aus, alles, was dort vor "wp-content" steht, dürfte dann der Pfad sein in dem WP installiert ist.

Also wenn du einfach nur den absoluten Pfad des Nutzers rausfinden willst, das geht sogar noch viel einfacher, in

$_SERVER['DOCUMENT_ROOT']

steht der absolute Pfad vom Webspace des Users, falls er WP in einen Unterordner installiert hat, steht dieser ja in der options Tabelle in der DB ("siteurl", der Teil hinter der Domain halt).

Zitat

Hmmm, ist das nicht (sowas wie) die wpurl?

In der DB gibt es eine siteurl, das ist aber, wie der Name schon sagt, die URL, der Serverpfad wird nicht gespeichert.

Zitat

Eigentlich ist es für dynamische Stylesheets in einer php-Datei gedacht. Es soll in einem Theme genutzt werden, was später auch zum Download bereit stehen wird. Und ich wollte es halt vermeiden, dass jeder Nutzer diese Adresse selbst eintragen muss.

Was soll denn der absolute Pfad anderen Nutzern (auf höchstwahrscheinlich anderen Servern) bringen?

In der DB steht der Pfad afaik gar nicht, aber warum nicht einfach einmal manuell eintragen und gut?

http://wordpress.org/extend/plugins/wordpress-top-referrers/

oder noch mehr: http://wordpress.org/extend/plugins…=referrer&sort=

Beachten musst du vor allem dass die gleichen Regeln gelten wie für Posts / Pages was den erlaubten Code angeht, iFrames oder JavaScript werden z.B. automatisch rausgefiltert, und dein Codeschnipsel von Google enthält wahrscheinlich mindestens eins von beidem.

Hallo,

hier findest du eine Liste der Conditional Tags von Worpress: http://codex.wordpress.org/Conditional_Tags

Die können dort im Grunde alle benutzt werden, oder eben einfach beliebigen eigenen PHP-Code (der, wie gesagt, true/false zurückgeben sollte, ohne umschliessende Tags, also kein <?php... ?>).

Wenn du Zugriff auf den Server hast, auf dem die Videos gehostet werden, dann kannst du zumindest wenig versierte User von einem Download abhalten, und zwar per .htaccess. Damit kannst du den Referrer abfragen und die Datei nur ausgeben wenn der User von deiner Seite kam.

Völlig verhindern dass jemand diese Videos herunterlädt / speichert kannst du aber nur wenn du verhinderst dass sie überhaupt jemand sehen kann, also gar nicht erst anbieten, denn was man sich im Browser ansehen kann, das kann man immer auch abspeichern, keine Chance das zu verhindern.

Wenn das Plugin aktiviert ist sollte jedes Widget ein neues Eingabefeld "widgte logic" haben, in welches man dann PHP-Code (der true oder false zurückliefern sollte) oder einen conditional tag (z.B. is_home() für Anzeige nur auf der Startseite) eintragen kann.

Zitat

Hallo, kann man im Widget "Text" den hinzuzufügenden Text formatieren?

Ja, jeder HTML Code, der auch im Beitragseditor funktioniert, kann auch im Textwidget benutzt werden.

Zitat

Kann man dieses Widget bestimmten Seiten zuweisen.

Nein.

Zitat

Oder gibt es da ein Plugin für?

Ja: http://wordpress.org/extend/plugins/widget-logic/
(Grundlegende Kenntnisse in PHP bzw zumindest den WP conditional tags nötig, dann aber sehr mächtig)

Du müsstest das Ganze in ein Plugin packen (also selbst ein Plugin erstellen), an den Core-Files sollte man imho sowieso nicht rumfummeln, das gibt dann nur Probleme beim updaten.

Ein gutes Plugin-Tutorial findest du z.B. hier.