Beiträge von mensmaximus

Zitat von Samata

Danke mm. Es war tatsächlich ein PlugIn, leider das WooCommerce Deutsch (de_DE). Hatte zwar vorher schon PlugIns deaktiviert, aber nicht konsequent genug.
Danke nochmals

Decker Web hat die Unterstützung für das Plugin eingestellt. Es ist nicht mehr kompatibel.

Zitat von formateins

Nicht bezifferbar, da abhängig von Projekt und von dem, was der AG liefert. Mit 30 Stunden kommste da aber nicht hin...

Jetzt sind wir beieinander. U+220E

Möglicherweise ein Themekonflikt (was sagt die Woocommerce Systemanalyse?) oder ein Plugin ist nicht mit 2.3.x kompatibel. Zum Test alle Plugins deaktivieren (bis auf Woocommerce) und ein Standardtheme (Twenty Fifteen) aktivieren.

Zitat von formateins

WordPress setze ich inkl. WooCommerce in 2 Stunden auf - inkl. Konfiguration und der notwendigen Rechtssicherheit. German Market Extension geht extra. Und eine ganz klare Schelte: Qualität definiert sich absolut nicht über den Stundensatz!

Hat auch keiner behauptet. Deine zwei Std. für WP + Woo passt. Jetzt kommen Deine 9 Punkte, das Design, die Konfiguration weiterer Plugins, die Absicherung und die Einarbeitung für die Artikelanlage oben drauf. Wo landen wir dann?

Du nimmst den Menüpunkt einfach unter Design - Menü aus dem Menü heraus bzw. falls noch gar kein Menü existiert (und somit als Standard alle Seiten in der Navigation auftauchen) erstellst Du eines mit den gewünschten Seiten.

Zitat von Snusel

Bleibt das Problem mit den Bildern auf der Warenkorb-Seite....

Im Theme wurde das Thumbnail ausgeblendet

table.cart .product-thumbnail {
  display: none;
}

Entferne die Regel bzw. überschreibe sie in einem Childtheme und schon werden die Bilder angezeigt. Über die Darstellung sollte man sich dann aber Gedanken machen.

Zitat von neo7x

Hi Henk,
ja das Plugin bei Codecanyon findet man recht schnell. Nur funzt das nicht unter WP 4.2 und das letzte Update war 16. Juni 2014. Der Entwickler meldet sich auch nicht.
Paymill verdient bei Lastschrift gleich wieder mit. Ich brauch "nur" die Funktion/Plugin, welches die Bankdaten (via Formular) im Checkout abfragt und überträgt.

Es gibt keines. Und niemand der eines haben will war bereit die Entwicklungskosten zu tragen. Wenn nur IBAN und BIC übertragen werden soll kann man das mit zwei Custom Checkout Fields machen. Allerdings erfüllt das nicht die Anforderungen an eine SEPA Mandat.

Erfahrungswert: 30 Stunden Arbeit. Stundensätze von Leuten mit guter bis sehr guter Qualität liegen zwischen 50 und 150 €.

Zitat von Monika

super, dass du das so rasch gefunden hast,
nicht immer gibts sehr rasch eine Antwort, weil die selbst keiner von uns kennt => ist so

Oder weil die Leute die es wissen die Frage nie zu Gesicht bekommen - vBulletin machts möglich

Sind Versandgruppen angelegt und den Produkten zugeordnet?

Dann müsst Ihr ein Custom Field definieren, in das Ihr den Preis eingebt, der auf der Seite als "Ab-Preis" angezeigt werden soll. Über die Filter woocommerce_variable_sale_price_html und woocommerce_variable_price_html zeigt Ihr dann den Preis aus diesem Feld an.

Btw. rechtskonform ist das wahrscheinlich nicht, da dem Kunden, soweit mir bekannt, der Preis angezeigt werden muss, zu dem er kaufen kann. Da sollte ein Anwalt zu Rate gezogen werden.

Zitat von hydro

das Plugin bietet die Umbenennung des Datenbank-prefixes an, was bei der installation vermasselt wurde. Kann die Umbenennung Probleme machen?

Bevor Du das machst, erstellst Du eine Sicherung der Datenbank!

Zitat von hydro

Und wenn ich die wpconfig. php im verzeichnis höher schieben will, kann das nur mein hoster tun, da ich nicht auf das darüberliegende verzeichnis darf. Dann habe ich allerdings keinen zugriff auf die Datei mehr. Wie problematisch ist das zu sehen?

Das Verlegen der wp-config.php darf nur geschehen, wenn Dz volle Kontrolle über das Parent Verzeichnis hast. Deswegen sollte man im Root des Accounts ein Unterverzeichnis für die Webseite erstellen und die Domain auf das Unterverzeichnis legen. Dann hat man das Root isoliert und vollen Zugriff.

z.B. Apache 2.4:

<RequireAny>




    AuthType Digest
    AuthName "Restricted"
    AuthDigestDomain "/wp-admin/" "http://mydomain.tld/wp-admin/"
    AuthDigestProvider file
    AuthUserFile "/my/path/to/.mysecret"
    Require valid-user
    
    Require ip a.b.c.d
    Require ip a:b:c:d::e




</RequireAny>

Digest verwende ich für https Verbindungen bei v-Server und Servern
Basic verwende ich bei nicht mit SSL gesicherten Hostingpaketen

Die eigene IP gibt man an, damit man nicht immer Benutzer und Passwort angeben muss.

Wenn Du den Zugang zu wp-admin nur von einer festen IP zulässt (ebenso zu wp-login.php) ist das relativ sicher. Dennoch könnte man eine IP Adresse spoofen.

Ich erlaube den Zugang von bestimmten IPs und zusätzlich mit Benutzer und Passwort (digest), damit man auch von Unterwegs mal beim Kunden zugreifen kann, wenn man nicht im zugelassenen Netz ist. Zusätzlich habe ich Fail2Ban am Laufen (wenn man Zugriff auf das OS hat, also V-Server aufwärts) und WP All-in-One Security (Limit Login Attempts ist urhalt und ohne Pflege - sollte man nicht mehr verwenden).

Sind WordPress und alle Plugins aktuell? Ist das Theme kompatibel? Hast Du schon einmal das Theme gewechselt und erneut getestet? Hast Du schon einmal alle Plugins (bis auf Woocommerce) deaktiviert und getestet?

Zitat von ddelorenzo

Ich muss zu den einzelnen Produkten auf der Rechnung zwei zusätzliche Informationen enzeigen lassen: MHD und Chargennummer.

Kenne ich http://forum.wpde.org/onlineshop-mit…html#post609969

Für einen Kunden habe ich die Idee erweitert, auf alle Produktarten ausgerollt und zumindest in WooCommerce PDF Invoices & Packing Slips eingebunden.

Zitat von HaShLo

gemerkt dass Woocommerce Germanized von Vendidero(Die Firma wo ich das Theme her habe) und Woocommerce Deutsch(de_DE) von David Decker

Mit Sicherheit nicht. Woocommerce Deutsch hat NUR die Übersetzung gemacht, Germanized macht den Shop rechtssicher. Außerdem ist Woocommerce Deutsch EOL und wird von DeckerWeb nicht mehr supported, also raus damit.

Und um Deine wp-admin zu schützen brauchst Du nur eine .htaccess Datei. Einfach im Forum danach suchen, gibt genug Threads dazu. Aber denke daran die admin-ajax.php nicht zu schützen, sonst hast Du das gleiche Problem wieder

[COLOR=#333333][FONT=sans-serif]<Files admin-ajax.php>[/FONT][/COLOR]
[COLOR=#333333][FONT=sans-serif]Order allow,deny[/FONT][/COLOR]
[COLOR=#333333][FONT=sans-serif]Allow from all[/FONT][/COLOR]
[COLOR=#333333][FONT=sans-serif]Satisfy any[/FONT][/COLOR]
[COLOR=#333333][FONT=sans-serif]</Files>
[/FONT][/COLOR]

Erstelle Dir doch in einem Childtheme eine eigene invoice.php und ersetze $wpo_wcpdf->invoice_date() mit dem Datum, welches Du in Woocommerce als Rechnungsdatum bezeichnest.

Zitat von HaShLo

Ich bin auch Programmierer

Dann führe mal ein klassisches Debugging durch. Also Plugins deaktivieren, testen, Theme wechseln, testen.

Du müsstes schon ein wenig mehr erzählen. Ist das Deine eigene Multisite Installation? Wo klickst Du auf "Aktualisierung", in der Netzwerkverwaltung oder in einer Site? Seit wann geht es nicht mehr bzw. ging es den überhaupt schon einmal? Gibt es mehrere Benutzer und mit welchem hast Du es versucht (Superadmin oder normaler Siteadmin)?