Beiträge von jotest

Mit Rechtlich meinte ich den Beweis Nachweis dass es wirklich noch zum Ausland geht.

Heb es nicht gut verstanden dachte es geht dir um einer (1) Kunde.
Dort kan man einiges ändern/festlegen sodass es klappt ( Kundengruppe zuweisung dachet ich mir,mit ja oder nein ein Kundengruppe mit einstellungen für solche falle extra).

Wen mehrere und nicht vorab bekannt wass leiferadresse ist dan nicht.

Vielleicht ein Neu Kunde Gruppe anlegen, "Steuerfrei aber nur wen Lieferland ist" und ja die dan abgleichen vergleichen auf lieferland. Dan dieser Länder Kundengruppe zuweisung machen. ( weis so eben nicht ob es auch sinn macht dieser Kundegruppe extra zu tun, aber weil es kein standard einstellung ist vielleicht)

Hier ist dan je in ausgabe/frontend zu beachten dass die Preis / Steuerinfo auch den richtige info gibt, also wen dort stand "inkl. mwst 0%" Muss denk ich ein bemerkung dabei "Beim lieferadresse Ausland, INland 19% oder so etwas"

Weil prob ist dort ja den Rechtliche Preisangabe info die muss dan auch stimmen.

Wegen extra abfrage Lieferland muss eine naturlich dran wie Admin oder andere Programierer.

Oder nur die entsprechende Zeilen

2.3 ist nur update von 2.2
2.4 sehe dort ist glaube ich mal irgendwan gesagt worden durch admin, beim 2.3 oder 2.4 thema's

v2.1 nach 2.2 oder höher ist also wirkliches upgrade neue vollversion und muss man auch für Zahlen, direkt von 2.1 auf 2.3 sehe Forumbeiträge beim v2.2
Weil ist ja auch besser/nur export datenbank teilen, dieser anpassen ( langid's) und is neuinstall 2.3 import

Nur vielleicht, sind die irgenwie für googlebot blocked?
robots oder htaccess oder webmastertools settings selbe?
Oder wegen den sicherheits sachen die in comseo selbe sind, aber dan sollte glaube ich auch den normale Aufruf nicht gehen.

php? und so etwa

Wen nicht hmm

Ist also eigentlich Multishop, dieser entwickelung liegt aufs Eis , frage mal Admin!

Weis nicht aber vielleicht geht es auch nur SHOPProdukte in den Subdmain aufzu nehmen also eigenes Seiten ( mit preis , artikel nr lager und verknupfung mit shop/datenbank), Datenbank anbindung alles an einer, und wen Kunden den bestellvorgang / kaufen soll dan nach/mit einer shopping cart in ein shop url.

Sollte besser sein , weil glaube nicht dass es wirklich geht wie durch dir gewünscht!

Lieferanschrift und Lieferung den wirklich also doch nach ausland machen, dan sollte den rest selbst machen.

Oder mit hilfe dein Steuerberater, ob der Kunde dan ein nachweis geben kan dass er die ware auch wirklich umgehend in Ausland bringt, wen nicht dan naturlich nicht Steuerfrei.

Aber wie gesagt dafür sind Steuerberater, hier kein Beratung von Leihe wie ich.

Dafür muss Du wen kein Steuerbefreiung oder den Kunde für das anlegen Rechnung umsetzen auf mit steuuer. ( wen es nur 1mal ist) backups machen vorher)
Wen es bleibend ist dan extra Kunden dafür anlegen.

Wo liegt der shop?
Weil das sollte den Basis URL sein!

Alles andere ist ziemlich ... weil es gibt rewrites zum URL SEOurl aus den Programm und htacces heraus, auf den DomainURl selbst die sind Konfiguriert worden in den Configure.php's , den Datenbank also im/mit Program selbst
Wie ich verstehe möchtest Du also den bereits Rewrited urls nochmal rewriten hmmm?!

Warum nicht die Shop dan wirklich aufs 123.abc ?? Wen man nähmlich auch ssl ( Zertifikat) /https haben möchtet muss es auch so sein glaube ich

Zitat von impress

hier mal ein Beispiellink:

URL Googlebot-Typ Abrufstatus Abrufdatum
http://www.schmuck-online.com/product_info.p…eets-Gold-.html
Web Nicht gefunden
Nicht gefunden

05.03.13 07:32

hmm in link einer - am ende vor den html vielleicht auch nur den platz anzahl zeichen zuwenig/kurz in einstellungen

Hier lauft die aber gut leitet aufs

Zitat

http://www.schmuck-online.com/Elegante-Metal…meets-Gold.html

um

Vielleicht auch zusammen mit den umlautprob dass etwas nicht richtig eingesteld ist, sehe mein Antwort dort zum testen

Weil wen kein Umleitung richtiges htacces lauft dan vielleicht auch dieser und den utf8 nicht.

Hosting paket ???

Wen Du ein normales html datei, auf dein domain anlegt mit umlaute ( also ut8 zeichensatz) was macht die dan?

Wen dan auch kein umlauten ist einstellung server / host nicht richtig.

Datenbank soll UNICODE sein, PHP (php.ini) und und besser utf8 wen nicht geht es teilweis noch m,ittels htaccess setting nachholen.

Wen normale html doch gutes umlauten gibt dan in datenbank shop nachsehen was dort steht ja oder nein richtig?!

Hmm Dein shop selbe macht es doch gut den umlaute, muss dan vielleicht nur etwas in Admin teil sein.

Zitat

habe die Original ___.htaccess im root in .htaccess umbenannt und mein Shop war nicht mehr erreichbar.

Ja deswegen ist die auch__ weil man muss die anpassen wie es teilweise auch in den htaccess selbst vorgegeben ist mit texte.

Mit notepad++ , wen aber in Verzeichnis druber noch einer ist ( kan es mit in Konflikt sein) , und oder safemode settings und und nicht richtig lauft dan auch nicht.
Eben wie /tmp verzeichnissse sessions und und

Wen dein shop nicht erreichbar war wegen htacces und und , gibt es aufs server ein errorlog!?

Den tabs welches gigt es in englisch ?
Frage zum produkt oder die auch nicht?

Es muss beim produkte eine Vorlage für Artikeldetails: (producxxxtinfoxxxxxx.html selectiert sein!

UNd beim English muss auch hier etwas stehen, befullt werden.
Zusatzbeschreibung (wird als Tab dargestellt)

Vielleicht noch suchen in Datenbank nach den tabs, welches in Deutsch drin steht, dan vergleichen mit die in englisch ,

Auch ja hat auch einige geholfen die domaine / url mit www zu machen

Link ????
Ob dan einer 404 weiterleitung geht und und

hmm in jedenfall ist dan die htacces noch nicht auf deiner fall / server angepasst werden dass muss noch, also ganz wichtig

Dort steht wen server / hoster nicht richtig ut8 macht auch noch einiges wegen dieser. Ist einfach zum testen ein normales html file mit utf zeichen Umlaute drauf sezten wen die nicht gehen steht dein server nicht richtig, und dafür kan man die setting utf8 von htacces nehmen.

Denk für Du weitermacht muss erstmall den grundkonfig alles richtig sein, also auch dass mit htaccess und seourl, weil anders bleibt man suchen.

Es muss wirklich irgendwo etwas falsch sein /stehen, weil vielen haben es laufen.

Mach mall ein anfang um htaccess sachen zu testen, ob wen einer standard rewrite gemacht werdet die lauft, den utf8 und und.

Welches PHP version?
Welche hoster / Paket, kan man suchen insforum vielleicht in kombi mit htaccess.

English sagst Du auserhalb den Tabs in frontend nur einges in backend nicht da, ( dass in backend kan sein ist so ( aber sind nur ein par, wen mehr ist etwas schief gegangen mit deiner englis install) aber deswegen soll es noch immer laufen, Sind ja dort nur den sprachzuweisung die machen weiter nichts falsches wen nicht da.

Mache auch nach den htacces test mall neuinstall in andere verzeichnis mit andere datenbank und teste nochmall.

Alles neuinstall oder etwas importiert worden von anderer shop oder version?

Wen Du Englishc mall komplett deinstalled hat hmm dan stimmen die langid's nicht mehr die soll 1 sein kanst du in Datenbank direkt nachsehen, auch dan besser von vorne anfangen.

Backups machen ja aber wen etwas wirklich nicht gut steht hat dies nur sin wegen den Template sachen,

Hmm sorry wenig zeit also schnell gemacht sorry

Vielleicht auch noch wegen seourl settings und den htaccess etwas noch nicht 100%

Cache immer leermachen, und kein cache setzten in Admin BAckend ist auch ganz wichtig

Das htacces macht man auch in original so, dass soll auch so sein, weil man muss erst dran, wen einer nicht angepasstes htaccess nähmlich nicht passt lauft gar nichts!

Tip tabs sehe oben wen alles wirklich drin ist laufen die.

Admin backend englisch wie gesagt die kan man durch vergleich den Sprachdatei Deutsch mit Englisch mal finden und selbe erweitern.
Wen man es benötigd

Benutze aber notepad++ und dan utf8 kein wordpad oder windows notepad oder so!!

Zitat

Das mit den Tabs im Frontendbereich habe ich schon in einem eigenen Thema erwähnt, aber vll. ist es ja auch ein Backend-Problem? Das ich die Tabs im deutschen Frontend sehe, aber nicht im englischen Frontend.
Irgendwie kommt es mir so vor, als wäre /lang/english zerschossen, obwohl ich erst letzte Woche gedownloaded und installiert hab. Keine Änderungen weiter vorgenommen. Außer das Problem mit c_image und p_image manuell behoben. Hab auch erst Kundendaten und Kategorien per csv eingespielt, was auch schön heftig war, musste alles per Hand nochmal im Admin abändern, da trotz unter UTF8 gespeichert alle ä,ö,ü,ß,´,etc. nicht angezeigt wurden - nein latin gibts nicht in Open Office und Excel kann man diesbezüglich in die Tonne treten.
Zwei Artikel mal proforma angelegt und noch nicht alle Artikel (ca. 10.000) per csv eingespielt (mir grauts vor weiteren UTF8 Fehlern).

UTF 8 fehler kommen durch nicht richtige original oder umsetzung, weil gerade COMSEO lauft mit utf8 GUT.
( wen aber so einiges copy paste mit word oder so gemacht worden ist vorher dan lauft es wirklich mit export nicht, haben die meiste dan neu machen mussen, teilweise)

Tabs frontend in english mussen dan auch wirklich werte in backend beim English haben (gefült sein), texte und und, auch die tabtext selbe, vielleicht ist die noch in language file. ( english.conf oder english.php, auch einiger der sprachsettings ( texte) sind jetzt in admin backend zu machen, sehe mall einiges nach.

Vielleicht ist English noch nicht 100% wen Uns da etwas fehlt was wir wirklich brauchen erweiteren wir dass in den sprachdatei, oder wen auch in admin backend.

Gleiches ist wen man mehrere Sprachen braucht muss man dran oder den files bekommen. ( Bei UNs haben wir nur den frontend und ja auf unserer eigense shops / settings texten angepasst, also auch teilweise die Deutsche, sollte jeden machen, nicht alles 100% default standard lassen.

Zitat

wenn ich SEO URL 2.4 aktiviere, sind nur die Startseite/Warenkorb/Merkzettel erreichbar, alle anderen Seiten Fehler 404. Habe auch alle Anweisungen hier im Forum berücksichtigt, doch keinerlei Änderung. Die htaccess Datei habe ich auch neu eingerichtet....obwohl sie bei mir nicht htaccess heißt?! sondern ___htaccess - ist das eigentlich normal und wir reden alle hier im Forum von der __htaccess im root?
Musste SEO URL wieder deinstallieren, was ja nicht Sinn und Zweck ist.

htaccess muss htaccess heisen wen es wirken soll, nur wegen dass für jeden server / host konfig dies anders sein kan ist es so gemacht man soll dieser auf seiner anpassen und dan umbenennen, durch die __ kan / sollt es nicht so sein dass wen man nochmal hochladet sein eigenes htacces zerschossen hat. ( OK man sollte ein backup haben trotzdem besser so, weil dan seht man beim update auch besser nach welche änderungen man dort machen soll.

Wen also kein rewrites laufen also veilleicht weil den htaccess noch nicht richtig htacces heisst oder fehler drin, dan laufen auch kein seo url's weil die werden mit dieser angestossen;)

Auch ja in den htaccess wegen umlauten achten auf die utf8 weiter sollte die server konfig und wen es geht auch den php.ini dort alles auf utf8 stehen wen es geht in dieser Zeit.
Nur aupassen wen mehr druaf ist und noch kein utf8 ist dan mall googlen.

Ist noch immer so und nicht in ordnung, wen man in IE dein Shop aufruft und den Quelcode seht dan noch immer alles in head und Du hat also gar kein body, so lauft es nicht wirklich

Zitat

</footer>
<p class="copyright ac">
<a href="http://www.commerce-seo.de">Shopsoftware by commerce:SEO v2.1</a><br />
Commerce:SEO provides no warranty and is redistributable under the <a href="http://www.fsf.org/licensing/licenses/gpl.txt" target="_blank">GNU General Public License</a>
</p><script type="text/javascript" src="cseo_javascript.php"></script><script type="text/javascript">
var _gaq = _gaq [];
_gaq.push(['_setAccount', 'UAbbbbb']);
_gaq.push(['_trackPageview']);
(function() {
var ga = document.createElement("script"); ga.type = "text/javascript"; ga.async = true;
ga.src = ("https:" == document.location.protocol ? "https://ssl" : "http://www") + ".google-analytics.com/ga.js";
var s = document.getElementsByTagName("script")[0]; s.parentNode.insertBefore(ga, s);
})();
</script>

</head>
<body>
</body>
</html>

Alles anzeigen