Ich bin bis jetzt leider nicht fündig geworden.
Beiträge von mensmaximus
-
-
[...] WP-admin.php und die functions.php in utf 8 ohne Bom gespeichert werden müssen. [...]
Die wp-config.php ist der Kern des Übels. Speichern als UTF8 ohne BOM und per FTP im Binär-Modus (binary) übertragen. Auch alle anderen Dateien müssen im Binär-Modus übertragen werden.
-
Beim ersten Mal hast Du nicht das reine Plugin hochgeladen sondern das Paket inkl. Dokumentation. Daher der Fehler.
Zusätzlich scheint das Plugin nicht sauber programmiert zu sein und Leerzeichen nach dem schließenden PHP Tag in einer der Dateien zu haben. Diese verursachen die 'unerwartete Ausgabe'
-
Ergänzend zu Hille empfehle ich die Installation von Apache 2.4 (oder Nginx wenn es nur um die eigenen Seiten geht) mit PHP-FPM und MariaDB.
-
-
-
Ist doch alles da, zumindest erscheint eine Facebook Box in der Sidebar. Die Frage ist also was tut das Theme nicht, was Du erwartest.
-
Ich alter Depp habe auch irgendwelche ausserirdischen Gründen das "WYSIWYG"-Plugin installiert und somit Editor verboten normal zu agieren !
Habe alle Plugins dekativiert und auf Standard-Theme umgestellt.
Ich wollte gestern schon schreiben, dass ich das nicht glaube, habe es mir dann aber verkniffen weil es am Schluss sowieso immer raus kommt.
-
Das "Problem" bekommt man im Sinne von Pagespeed nie in den Griff. Google und Co analysieren die Seite und beschweren sich z.B. über jQuery 'above the fold'. Wenn man nun jQuery im Footer lädt, können vorher keine Scripte laufen. Sind diese korrekt in WordPress eingebunden mit jQuery als Abhängigkeit, warten diese bis jQuery geladen ist und schon beschwert sich Google wieder. Schiebt man alle Scripte in den Footer unterhalb von jQuery können nur solche Scripte laufen die warten bis die gesamte DOM geladen ist. Dann beschwert sich Google aber darüber, dass der sichtbare Teil der Seite nicht vollständig geladen werden kann ohne den nicht sichtbaren zu rendern. Die Katze beißt sich in den Schwanz. Gleiches gilt für CDNs. Google beschwert sich wenn die Seite zu viele HTTP Requests nach außen macht, also Ressourcen nach lädt. Durch die parallele Abarbeitung senkt man die Ladezeit aber erhöht die HTTP Verbindungen. Es ist alles ein Frage der Balance und wichtig ist, dass eine Seite für den Besucher schnell lädt (gefühlte Geschwindigkeit) und nicht für irgend welche undurchsichtigen Messprogramme. Lesenswert: http://blog.wp-rocket.me/5-speed-optimization-myths
-
Meinen Kunden empfehle ich in solchen Fällen http://codecanyon.net/item/easy-slid…rdpress/7742759
Es ist universell einsetzbar. Das Beispiel zeigt ein CF7 Kontaktformular im Slidein
-
-
-
Du verlierst gegen Hille.
- 60 Sec. FTP Verbindung, wp-config.php modifizieren, läuft
- 14 min KundenemailHmm? Sicher, das du sowas schonmal selbst gemacht hast? So kann das gar nicht funktionieren... Nur die wp-config ändern, wird das Problem zu 100% nicht lösen.
Wenn Du das sagst wird es stimmen.
-
Wenn Ihr für 10 Euro die Aktion machen wollt - gerne.
Du weist schon mit wem Du hier sprichst? Und lass die Eurobeträge weg (Forenregel) sonst muss Maxe oder Monika wieder den Radiergummi ansetzen.
-
Ich wette 100 Euro, das Du das nicht in 15 Minuten hinbekommst.
Du verlierst gegen Hille.
- 60 Sec. FTP Verbindung, wp-config.php modifizieren, läuft
- 14 min Kundenemailoder
- 5 min FTP Verbindung, SAR einspielen, Suchen und Ersetzen ausführen, läuft
- 10 min KundenkommunikationWenn Du dafür länger brauchst, hast Du es nicht oft genug gemacht

-
Einfach backwpup installieren und ein Backup der Datenbank machen. Die liegt dann als SQL Datei im Filesystem und kann dort bequem herunter geladen werden.
-
Adhoc fällt auf, dass auf dem Server PHP 5.4 und Confixx läuft. Confixx ist aber nicht PHP 5.4 kompatibel. Es wurde also etwas gepatcht, sonst würde die Kombi nicht laufen. Und genau da würde ich ansetzen.
Alternativ noch einmal alles löschen und sicherstellen, dass alle WordPress Dateien im binary Modus per FTP übertragen werden.
-
jQuery. Du überwachst den .click Event des Buttons, holst die Antwort über einen data- Tag aus der Checkbox, übergibst diese per Ajax an eine Funktion welche diese auswertet, gibst das Resultat an das jQuery Script zurück und passend zum Ergebnis führst Du dann Deine Aktion aus, also die Farbänderungen per CSS oder das Einblenden von Text.
-
denn ich nutze Enfold.
Deswegen hatte ich es geschrieben
Das Bild war sehr vertraut. Einfach in den Enfold Einstellung unter Shop Optionen für das Product Layout die Auswahl 'ohne Buttons' verwenden. -
Noch mal auf Anfang:
1. Wenn Woocommerce im Katalogmodus arbeiten soll muss der Bestellbutton entfernt werden. Das kann man per Hand über Programmcode erreichen, schneller und günstiger ist ein Plugin. Meine Empfehlung http://codecanyon.net/item/catalog-m…ommerce/9658165 macht das zuverlässig.
2. Je nach Katalogart müssen auch Preise verschwinden. Das macht das Plugin ebenfalls.
3. Verweise auf die Woocommerce Warenkorbseite und den Checkout müssen manuell durch löschen der Seite und der Menüeinträge entfernt werden.
4. Soll der Besucher die Möglichkeit bekommen Informationen anzufordern kann man mit dem von mir empfohlenen Plugin einen eigenen Button einblenden, der z.B. zu einem Formular führt.
5. Themespezifische Add to Cart Buttons müssen per Hand entfernt werden. Das kann im schlechtesten Fall über CSS erfolgen, im besten Fall als Einstellung im Theme, wie z.B. bei Enfold.
Wenn diese Informationen nicht ausreichen, empfehle ich ein Gespräch mit dem Fachmann.