[vz-dev] Frontend Ordner entfernen?!
Andreas Goetz
cpuidle at gmail.com
Sun Feb 5 11:13:11 CET 2017
Servus,
ich war mal so mutig das zu mergen- ab jetzt gibts keinen /frontend Ordner mehr. Bei Problemen bitte melden. Die MW heißt weiter wie gehabt.
Viele Grüße, Andreas
> On 30 Jan 2017, at 11:24, Andre Bernemann <andre.bernemann at gmail.com> wrote:
>
> Hallo Andreas,
>
> ich finde beide Ideen gut, also ein "Pro". Teste gerne.
>
> Gruß
> André
>
> Andreas Goetz <cpuidle at gmail.com <mailto:cpuidle at gmail.com>> schrieb am So., 29. Jan. 2017 um 11:27 Uhr:
> Moin,
>
> bisher wenig Feedback. Ich würde daher vorschlagen nur den Frontend Ordner umzuziehen und die Middleware zu lassen wie sie ist. Eine /api URL lässt sich via mod_rewrite einfach zusätzlich einführen.
>
> Da Pro-Stimmen schwer zu bekommen sind bitte bei Widerspruch melden :O
>
> Vielen Dank,
> Andreas
>
> > On 20 Jan 2017, at 16:09, Andreas Goetz <cpuidle at gmail.com <mailto:cpuidle at gmail.com>> wrote:
> >
> > Hallo Zusammen,
> >
> > im git repo als auch auf der Webseite haben wir eine Struktur aus
> >
> > htdocs/middleware.php
> > htdocs/frontend/index.html
> >
> > Aus meiner Sicht spräche nichts dagegen alle Frontend Dateien einen Ordner höher zu ziehen. In Konsequenz würde das Frontend künftig unter
> >
> > htdocs/
> >
> > liegen, oder- wenn man auf ein entsprechende Webseite navigiert- im Wurzelverzeichnis statt under /frontend.
> >
> > Ist nicht zwingend, würde aber auch in der Entwicklung die Navigation mi Dateibaum einfacher machen.
> >
> > Spricht für Euch was dagegen?
> >
> > Viele Grüße,
> > Andreas
> >
> > PS.: als breaking change könnten wir auch gleich noch /middleware in /api umbenennen- genau das ist es nämlich, aber so revolutionär würde ich jetzt gar nicht sein wollen, oder??? Falls doch könnten wir auch das über eine rewrite rule abfedern so dass es transparent wäre.
> >
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://demo.volkszaehler.org/pipermail/volkszaehler-dev/attachments/20170205/bb46cbef/attachment.html>
More information about the volkszaehler-dev
mailing list