A měnil jsi jenom Default Store View tudíž jméno obchodu a ne i kód který je default. Protože pokud změníš kód je dobré si přečíst nahoře tu hlášku co říká:
„Před změnou kódu pohledu obchodu se prosím ujistěte, že není použit v index.php“
Takže jméno měnit libovolně, změnou kódu musíš měnit i zdrojáky Magenta aby volali správné stránky.

Ahojte
Tak presne toto sa aj mne podarilo nedávno s 1.3.2 verziou. Tiež som sa pokúšal premenovať Default Store View a zrazu sa mi objavilo 404. Predpokladal som, že môj nesprávny krok sa zapísal do súborov v databáze, a keďže si pavidelne robím zálohy, tak som ich vymenil za staršie, zo zálohy urobenej pred mojim zásahom. Ale stále mi zobrazovalo eror.

Po neviem koľkých neúspešných pokusoch som sa začal domnievať, že sa môj zásah musel aj zapísať do nejakých súboroch magenta uložených na ftp (napr do configu). Tak som zmazal súbory z ftp i z databázy, a nanovo som urobil inštalačku úplne nového magenta 1.3.2.

A viete čo sa stalo?
Po nainštalovaní sa mi položky v databáze samé naplnili stavom, a v akom sa magento plne funkčné nachádzalo pred mojím zásahom. A také mi na http://www.jewelshop.sk/index.php/ odvtedy beží, akoby žiaden 404 eror neexistoval.

Nenadávam na to, len to nechápem. Diskutoval som o tom i so správcom môjho serveru, ani ten to nechápe.

Či si server dokáže zapamätať, aké údaje sa nachádzali v zmazaných súboroch databázy, a ak sedia potrebné vstupné údaje z predošlých súborov databázy s novými, tak dáta zo starých (uložené v pamäti) vpíše do nových???

Alebo som v zápale práce pôvodné súbory v databáze nezmazal (len sa domnievam, že som zmazal), a magento je schopné (čo iné redakčné systémy nedokážu) naištalovať sa i do zaplnenej databázy, hoci vstupné dáta novej inštalačky budú zhodné s tými, čo sa už nachádzajú v databáze. Potom ich neprepíše, ale im ponechá všetky dáta z nainštalovaných súborov.

Rád by som poznal riešenie tohto rébusu. Dík.