modified eCommerce Shopsoftware 1.06 Beta 3 zum öffentlichen Test freigegeben

[jannemann]

Hallo green,

it´s not a bug, it´s a feature.
Schau dir bitte auch mal das Anwenderhandbuch an.

Schöne Grüße,
Jan

[fishnet]

Hallo Jannemann,
ich glaube seine Betonung lag auf xtcommerce.  

[greenenergie]

Hi,

ja ich meinte die Produktbezeichnung XT Commerce ...
Das Handbuch kenne ich, dachte nur in der modified eCommerce Shopsoftware Version wäre das angepasst.

It`s a feauture ?  dann ist ja gut 

Gruss
green

[Simon]

Achtung, die Entwicklung von 1.06 und Trunk läuft nicht mehr "synchron".
Es wurde schon einmal etwas gepostet und hier ist noch ein Beispiel:
https://trac.modified-shop.org/changeset/3830/

Das fehlt im Trunk, obwohl das eigentlich die aktuellste Codebasis sein sollte.

[gero01]

kleiner Formfehler:

Abschluss in der lang/german/admin/german.php fehlt

Code: PHP  [Auswählen]

?>

Gerd

edit: 
auch in der
/lang/german/admin/configuration.php  

[flth]

was fehlt??

[Simon]

Nächstes mal erkläre es gleich flth, stell dich nicht dumm und lasse Gerd nicht auflaufen.

Zum Hintergrund hier ein paar Links zum einlesen:
http://blog.ebene7.com/2010/03/08/das-schliessende-php-tag-am-ende-einer-datei-und-die-sache-mit-der-stecknadel-im-heuhaufen/
http://webdesignblog.de/webdesign/cannot-modify-header-information-headers-already-sent-gehasster-php-fehler/
http://www.phpgangsta.de/script-zur-entfernung-von-schliessenden-php-tags

Zusammengefasst, es verhindert Fehler wie:

Cannot modify header information – headers already sent

Wäre natürlich gut, wenn man es dann überall gleich machen würde.

[greenenergie]

Hat sich schon erledigt.

Gruss
green

[flth]

ah das ?> ist jetzt da... entweder es war vorher nicht geladen oder nicht da, aber daher hatte ich mich gewundert was fehlt

[Simon]

Ok, dann nehme ich alles zurück, sorry.
Klang nach so einem typischen knappen "Profi-Kommentar", wenn jemand etwas sagte, was nicht so richtig ist.

[bkabel]

Hi Community,

nach langer Abstinenz melde ich mich auch mal wieder zu Wort.     
Ich bereite mich auf mein Comeback vor.   
Nein, ich hatte nur sehr viel zu tun in den letzten Monaten, aber das ist eine andere Geschichte! 

Habe soeben die Beta 3 auf meinen neu erworbenen Webspace bei All-Inkl.com gedrückt und alles schön nach Anleitung installiert.
Nach Abschluß der ganzen Rechtevergabe und den SUMA-freundlichen URL´s und dem Aktivieren der .htaccess in Unterordner /shop/, musste ich mich auf einmal mit nem 500er Internal Server Error rumschlagen. 
Ich habs einfach nicht gecheckt  , bis ich dann in der Forensuche auf etwas gestoßen bin 

In der Beta 3 von v1.06 ist die .htaccess wohl in UTF-8 konvertiert. So wie es scheint, mag das Apache nicht. 
Ich habe die Datei per Notepad++ kurzerhand in ISO8859-1 konvertiert und siehe da, der 500 Internal Server Error ist weg und der (Test)Shop wieder da.

Gefunden habe ich den Hinweis hier:
http://www.modified-shop.org/forum/index.php?topic=20989.msg196451#msg196451

Gruß
Björn

[flth]

das stimmt, die neueren .htaccess seit SP1d machen einige Probleme.

[web28]

In der Beta 3 von v1.06 ist die .htaccess wohl in UTF-8 konvertiert. So wie es scheint, mag das Apache nicht.

Es gibt nur ein Sonderzeichen in der ganzen Datei: das ö bei König. Wird auf Koenig geändert. Dann ist die Datei nicht mehr uft-8 kodiert.

Danke für den Hinweis

[greenenergie]

Hallo,

irgentwie wurde das Thema nicht wirklich beantwortet.

Ich habe auch einiges an Dateien wo mir mein Notepad eine rote Linie zeigt, weil wohl ein abschliessendes PHP Tag fehlt. Soll oder besser muss ich das ändern oder sollte es so bleiben?

Wenn ja, was muss ich machen, nur ein " php " dahintersetzen oder Leerzeichen entfernen ??
Auch die Links konnten mir nicht wirklich eine Antwort liefern.

Code: PHP  [Auswählen]

<?php

/* --------------------------------------------------------------
   $Id: start.php 3099 2012-06-20 17:32:53Z Tomcraft1980 $

}
?>

Gruss und Dank
green

[Simon]

Grundsätzlich kann man das

Code: PHP  [Auswählen]

?>

weglassen, wenn es eine reine PHP-Datei ist.
Ich selbst mag den Stil ohne schließendes PHP-Tag nicht, setze es deshalb auch immer.
Es soll auch Server geben, die damit ein Problem haben es wegzulassen, zumindest habe ich das so in Erinnerung. Man möge mich korrigieren.

Bei deinem Beispiel hast du einen Kommentar dazwischen, der nicht geschlossen wurde.
Das schließende PHP-Tag hast du damit auskommentiert.

So wäre es richtig

Code: PHP  [Auswählen]

    <?php
     
    /* --------------------------------------------------------------
       $Id: start.php 3099 2012-06-20 17:32:53Z Tomcraft1980 $
     
    }
    */
    ?>