# raw shopware requests

**URL:** <https://forum.shopware.com/t/raw-shopware-requests/36163>\
**Category:** Programmierung\
**Created:** [20. April 2016 um 11:33 UTC](https://forum.shopware.com/t/raw-shopware-requests/36163 "2016-04-20T11:33:45Z")\
**Posts on this page:** 10\
**Page:** 1

<div class="post-metadata">

**Author:** ![wontfix](https://avatars.discourse-cdn.com/v4/letter/w/b19c9b/32.png) [@wontfix](https://forum.shopware.com/u/wontfix)\
**Post date:** [20. April 2016 um 11:33 UTC](https://forum.shopware.com/t/raw-shopware-requests/36163/1 "2016-04-20T11:33:45Z")

</div>

ich möchte alles was urls (für menschen) modifiziert, deaktiveren. geht das?

zbs. ich möchte nicht sehen www.foo.bar/some/articlecategory/names/ sondern www.foo.bar/controller/action/arguments&nbsp;(oder was auch immer für ne schema shopware benutzt).

oder gibts ne einfachere weg zu wissen wohin genau eine request&nbsp;ging?  
(xdebug wäre ne workaround, aber keine lösung)

ps. hmm, laut [http://symfony.com/projects/shopware](http://symfony.com/projects/shopware) benutzt shopware symfony routing, aber wie können wir [http://jedistirfry.co.uk/blog/2013-03/router-debugging-in-symfony](http://jedistirfry.co.uk/blog/2013-03/router-debugging-in-symfony) benutzen?

---

<div class="post-metadata">

**Author:** ![EikeBrandtWarneke](https://avatars.discourse-cdn.com/v4/letter/e/cdc98d/32.png) [@EikeBrandtWarneke](https://forum.shopware.com/u/EikeBrandtWarneke)\
**Post date:** [20. April 2016 um 11:52 UTC](https://forum.shopware.com/t/raw-shopware-requests/36163/2 "2016-04-20T11:52:14Z")

</div>

Einfach alle Einträge in s\_core\_rewrites löschen und den entsprechenden Cronjob zum Generieren der SEO Urls deaktivieren.

Viele Grüße

---

<div class="post-metadata">

**Author:** ![wontfix](https://avatars.discourse-cdn.com/v4/letter/w/b19c9b/32.png) [@wontfix](https://forum.shopware.com/u/wontfix)\
**Post date:** [21. April 2016 um 06:24 UTC](https://forum.shopware.com/t/raw-shopware-requests/36163/3 "2016-04-21T06:24:01Z")

</div>

cool, danke!

ps. s\_core\_rewrite\_urls  
&nbsp;

---

<div class="post-metadata">

**Author:** ![wontfix](https://avatars.discourse-cdn.com/v4/letter/w/b19c9b/32.png) [@wontfix](https://forum.shopware.com/u/wontfix)\
**Post date:** [21. April 2016 um 07:10 UTC](https://forum.shopware.com/t/raw-shopware-requests/36163/4 "2016-04-21T07:10:00Z")

</div>

nun bekomme ich für kategorie artikel listing seiten folgende url

```
www.foo.bar/frontend/cat/index/sCategory/18?p=1

```

_(für vollständigkeitshalber, habe ich manuell die modul `frontend`&nbsp;addiert)_

laut [Shopware controller](https://developers.shopware.com/developers-guide/controller/)

> In Shopware, all requests will be dispatched to the corresponding controller. Internally, any request is mapped to an URL like this: [my-shop.com&nbsp;-&nbsp;my shop Resources and Information.](http://my-shop.com/frontend/listing/index). Speaking of controllers, the following parts can be distinguished:
> 
> [http://my-shop.com](http://my-shop.com) - the protocol and domain part  
> frontend - the module  
> listing - the controller  
> index - the action

müsste ich jetzt eine controller namens `cat`&nbsp;finden, oder?

es gibt aber unter `engine/Shopware/Controllers/Frontend` keine datei namens cat.php.  
und auch nirgens anders ist solche controller definiert:

```
grep -r 'Shopware_Controllers_Frontend_Cat' engine/Shopware/
(keine ergebnisse)

```

nun frage ich mich:

- habe ich was eindeutiges übersehen?
- wo landet die&nbsp;request `/cat/index/sCategory/18?p=1`?
- wenn es kein controller ist, was ist diese extra regel?  
-&nbsp;gibt&nbsp;es mehr extra regeln?

&nbsp;

---

<div class="post-metadata">

**Author:** ![EikeBrandtWarneke](https://avatars.discourse-cdn.com/v4/letter/e/cdc98d/32.png) [@EikeBrandtWarneke](https://forum.shopware.com/u/EikeBrandtWarneke)\
**Post date:** [21. April 2016 um 07:17 UTC](https://forum.shopware.com/t/raw-shopware-requests/36163/5 "2016-04-21T07:17:05Z")

</div>

In Grundeinstellungen -\> SEO/Router-Einstellungen gibt es noch „sonstige SEO-Urls“. Da steht zb:  
sViewport=cat&sCategory={$sCategoryStart},listing/

Du suchst also den listing controller.

Viele Grüße

---

<div class="post-metadata">

**Author:** ![wontfix](https://avatars.discourse-cdn.com/v4/letter/w/b19c9b/32.png) [@wontfix](https://forum.shopware.com/u/wontfix)\
**Post date:** [21. April 2016 um 08:53 UTC](https://forum.shopware.com/t/raw-shopware-requests/36163/6 "2016-04-21T08:53:21Z")

</div>

hmm,

nicht mal in unsere live system gibts einträge in backend  
Grundeinstellungen \> “seo” \> sonstige SEO-Urls

in welche datenbank tabelle sollte diese einträge sein?  
ist es schlimm wenn die weg sind?

---

<div class="post-metadata">

**Author:** ![wontfix](https://avatars.discourse-cdn.com/v4/letter/w/b19c9b/32.png) [@wontfix](https://forum.shopware.com/u/wontfix)\
**Post date:** [21. April 2016 um 10:30 UTC](https://forum.shopware.com/t/raw-shopware-requests/36163/7 "2016-04-21T10:30:43Z")

</div>

ok, die werte aus _Grundeinstellungen \> „seo“ \> sonstige SEO-Urls_ werden anscheinend in die tabelle `s_core_config_values` gespeichert… am besten da nicht reinschauen…

und weil da keine einträge für `cat`&nbsp;gibt/gab, wundere ich von wo diese übersetzung jetzt kommt…

---

<div class="post-metadata">

**Author:** ![wontfix](https://avatars.discourse-cdn.com/v4/letter/w/b19c9b/32.png) [@wontfix](https://forum.shopware.com/u/wontfix)\
**Post date:** [21. April 2016 um 11:17 UTC](https://forum.shopware.com/t/raw-shopware-requests/36163/8 "2016-04-21T11:17:32Z")

</div>

hmm,

in datenbank kann es nicht sein, weil

```
grep -n --color 'cat[^a-Z]' db.sql

```

keine ergebnisse bringt was annährend relevant aussehen würde.&nbsp;aber mit

```
grep -rn --color 'cat[^a-Z]' engine/Shopware/

```

kommt sehr viele einträge die wahrscheinlich relevant sind, und wenn ich zbs.

> <https://github.com/shopware/shopware/blob/5.1/engine/Shopware/Plugins/Default/Core/ViewportForward/Bootstrap.php>

```
            case 'cat':
            case 'supplier':
                $request->setControllerName('listing')->setDispatched(false);
                break;

```

anschaue, (und weil diese „plugin“ in backend nicht sichtbar ist), vermute ich das diese für wegen rückwärts kompatibilität hard-kodiert ist…

---

<div class="post-metadata">

**Author:** ![DanielNogel](https://avatars.discourse-cdn.com/v4/letter/d/96bed5/32.png) [@DanielNogel](https://forum.shopware.com/u/DanielNogel)\
**Post date:** [21. April 2016 um 13:34 UTC](https://forum.shopware.com/t/raw-shopware-requests/36163/9 "2016-04-21T13:34:18Z")

</div>

Hi,

genau so ist es, ein paar Sachen sind leider noch hart kodiert.

BTW: Die Idee mit dem „Routing abstellen“ finde ich eigentlich ganz nett, das könnte man später mal als Config-Switch machen. Zur Zeit ginge das auch mit dem folgenden Plugin (weiß nicht, ob es praktikabel ist, aber ich wollte es mal testen):

```
assertMinimumVersion('4.3.0')) {
            throw new \RuntimeException('At least Shopware 4.3.0 is required');
        }

        $this->subscribeEvent(
            'Enlight_Controller_Front_RouteStartup',
            'onAfterRouter'
        );

        return true;
    }

    public function onAfterRouter()
    {
        /** @var Router $router */
        $router = Shopware()->Container()->get('router');

        $router->setMatchers(array_filter($router->getMatchers(), function(MatcherInterface $matcherInterface) {
            return !$matcherInterface instanceof RewriteMatcher;
        }));

        $router->setGenerators(array_filter($router->getGenerators(), function(GeneratorInterface $generatorInterface) {
            return !$generatorInterface instanceof RewriteGenerator;
        }));
    }
}

```

&nbsp;

---

<div class="post-metadata">

**Author:** ![wontfix](https://avatars.discourse-cdn.com/v4/letter/w/b19c9b/32.png) [@wontfix](https://forum.shopware.com/u/wontfix)\
**Post date:** [29. April 2016 um 07:39 UTC](https://forum.shopware.com/t/raw-shopware-requests/36163/10 "2016-04-29T07:39:54Z")

</div>

gibt es pläne die symfony toolbar in shopware zu benutzen?

diese wäre für entwickler so was von cool!  
[http://symfony.com/blog/new-in-symfony-3-1-forwards-and-redirects-in-the-toolbar-and-profiler](http://symfony.com/blog/new-in-symfony-3-1-forwards-and-redirects-in-the-toolbar-and-profiler)

&nbsp;
