Symfony laadt geen mediabestanden

Pagina: 1
Acties:

Acties:
  • 0 Henk 'm!

  • Alphyraz
  • Registratie: Juli 2011
  • Laatst online: 20:54
Hallo allen,

Vandaag ben ik begonnen met een intro met Symfony framework. Ik heb de Quick Tour gevolgd, te vinden op de volgende locatie: http://symfony.com/doc/cu...tour/the_big_picture.html

Aan het einde van dit deel heeft de auteur echter een volledig werkende Symfony-website, waar die van mij blijkbaar geen mediabestanden kan ophalen. Door de broncode te openen en op de CSS-bestanden te klikken, kwam ik erachter dat deze bestanden als download gestart worden in plaats van dat ze gerenderd worden.

Ik heb een verse download van PHP van php.net geplukt, hier te vinden:
http://windows.php.net/download#php-5.6

Ik heb gekozen voor de volgende build: VC11 x64 Thread Safe (2015-Feb-19 01:45:29)

Verder heb ik de tutorial stap voor stap gevolgd, maar ik krijg de website niet goed werkend. Opvallend is dat de balk onderin met informatie wel correct getoond wordt, evenals het logo van Symfony.

Als ik in de console van Chrome kijk, zie ik de volgende meldingen:
code:
1
2
3
 Resource interpreted as Stylesheet but transferred with MIME type application/octet-stream: "http://localhost:8000/bundles/framework/css/structure.css".
0:8 Resource interpreted as Stylesheet but transferred with MIME type application/octet-stream: "http://localhost:8000/bundles/framework/css/body.css".
0:9 Resource interpreted as Stylesheet but transferred with MIME type application/octet-stream: "http://localhost:8000/bundles/sensiodistribution/webconfigurator/css/configurator.css".


Wie kan mij uit de brand helpen? :)

Acties:
  • 0 Henk 'm!

  • NMe
  • Registratie: Februari 2004
  • Laatst online: 09-09 13:58

NMe

Quia Ego Sic Dico.

Zonder verdere kennis van Symfony op dit vlak: jouw webserver stuurt niet netjes het text/css content-type mee en dus default hij naar application/octet-stream, wat resulteert in de gekke dingen die je nu zit.

'E's fighting in there!' he stuttered, grabbing the captain's arm.
'All by himself?' said the captain.
'No, with everyone!' shouted Nobby, hopping from one foot to the other.


Acties:
  • 0 Henk 'm!

Verwijderd

- Wat doet ie bij een andere browser?
- Wat doet ie als je een AddType doet in je .htaccess?

Acties:
  • 0 Henk 'm!

  • Cartman!
  • Registratie: April 2000
  • Niet online
Het heeft dus zeer waarschijnlijk 0,0 te maken met PHP of Symfony maar met de config van je webserver :)

Acties:
  • 0 Henk 'm!

  • Alphyraz
  • Registratie: Juli 2011
  • Laatst online: 20:54
Het is de built-in webserver van PHP zelf, dat was ik vergeten te vermelden. Volgens mij heeft deze geen ondersteuning voor htaccess.

[ Voor 14% gewijzigd door Alphyraz op 17-03-2015 12:36 ]


Acties:
  • 0 Henk 'm!

  • NMe
  • Registratie: Februari 2004
  • Laatst online: 09-09 13:58

NMe

Quia Ego Sic Dico.

Geen enkele developer zou moeten werken met die ingebouwde webserver... Je wil je ontwikkelomgeving zo veel mogelijk laten lijken op je live-omgeving. Die ingebouwde server is niet geschikt voor een live-omgeving. Dus: gewoon Apache gebruiken, ook voor development. ;)

En ook als je die ingebouwde server gebruikt is het probleem nog steeds hetzelfde: hij stuurt dan nog altijd niet een text/css content-type mee voor je CSS-content. Wat raar is, aangezien dat by default wel goed zou moeten gaan volgens de documentatie.

'E's fighting in there!' he stuttered, grabbing the captain's arm.
'All by himself?' said the captain.
'No, with everyone!' shouted Nobby, hopping from one foot to the other.


Acties:
  • 0 Henk 'm!

  • Alphyraz
  • Registratie: Juli 2011
  • Laatst online: 20:54
Volgens Symfony is de voorkeur voor de webserver om te ontwikkelen de ingebouwde webserver van PHP, zoals op deze pagina staat, bovenin: http://symfony.com/doc/cu...server_configuration.html

Maar goed, ik zal het eens met Apache proberen! Thx :)

Acties:
  • 0 Henk 'm!

  • Alphyraz
  • Registratie: Juli 2011
  • Laatst online: 20:54
Op een WampServer helaas hetzelfde probleem. Ik heb in httpd.conf het volgende aangepast/geplaatst:
code:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
<Directory />
    AllowOverride All
    Require all granted
</Directory>

<VirtualHost *:80>
    ServerName domain.tld
    ServerAlias www.domain.tld

    DocumentRoot H:\wamp\www\myproject\web
    <Directory H:\wamp\www\myproject\web>
        # enable the .htaccess rewrites
        AllowOverride All
        Order allow,deny
        Allow from All
    </Directory>

    # uncomment the following lines if you install assets as symlinks
    # or run into problems when compiling LESS/Sass/CoffeScript assets
    # <Directory /var/www/project>
    #     Option FollowSymlinks
    # </Directory>

    ErrorLog H:\wamp\bin\apache\apache2.4.9\logs\project_error.log
    CustomLog H:\wamp\bin\apache\apache2.4.9\logs\project_access.log combined
</VirtualHost>


Als ik nu naar localhost navigeer, dan wordt mijn Symfony-applicatie geopend, maar helaas ook zonder media. Weet iemand wat ik fout doe? Op Google is niks zinnigs te vinden helaas.

Acties:
  • 0 Henk 'm!

  • NMe
  • Registratie: Februari 2004
  • Laatst online: 09-09 13:58

NMe

Quia Ego Sic Dico.

Ik zie helemaal niks in je .htaccess over het versturen van CSS als text/css zoals ik als in mijn eerste post zei. Bij [google="apache send css as text/css"] staat zelfs als eerste hit wat je moet doen, en dat is op basis van mijn post nog wel de meest basale zoekquery die ik kan verzinnen.

Overigens is het bij Apache nog vreemder als het niet standaard al werkt. Kun je die CSS-files wel lezen als je ze direct opent via de webserver door naar hun link te browsen?
Alphyraz schreef op dinsdag 17 maart 2015 @ 14:25:
Volgens Symfony is de voorkeur voor de webserver om te ontwikkelen de ingebouwde webserver van PHP, zoals op deze pagina staat, bovenin: http://symfony.com/doc/cu...server_configuration.html

Maar goed, ik zal het eens met Apache proberen! Thx :)
Geen idee waarom ze dat roepen. Je dev- en live-omgeving zo dicht mogelijk bij elkaar houden voorkomt problemen bij livegang. Al is het natuurlijk nooit een slecht idee om andere serversoftware te testen om te zien of je code portable is, maar dan nog zou ik niet permanent op die ingebouwde meuk devven. ;)

[ Voor 74% gewijzigd door NMe op 17-03-2015 20:48 ]

'E's fighting in there!' he stuttered, grabbing the captain's arm.
'All by himself?' said the captain.
'No, with everyone!' shouted Nobby, hopping from one foot to the other.


Acties:
  • 0 Henk 'm!

  • Alphyraz
  • Registratie: Juli 2011
  • Laatst online: 20:54
Ik zou niet weten hoe ik dit bestand moet opvragen. Ik heb een afbeelding geplaatst bij een html.twig-bestand, maar ik zou niet weten hoe ik deze moet opvragen zonder tussenkomst van Symfony aangezien iedere URL me de volgende melding geeft:
Oops! An Error Occurred

The server returned a "404 Not Found".
Ik snap er niks van.

Acties:
  • 0 Henk 'm!

  • Cartman!
  • Registratie: April 2000
  • Niet online
Omdat je html.twig bestanden in principe buiten je webroot staan en je daar dus niet bij kunt komen. Als je Symfony Standard gebruikt dan moet je de bestanden in de "web" folder plaatsen om te testen.

Acties:
  • 0 Henk 'm!

  • Alphyraz
  • Registratie: Juli 2011
  • Laatst online: 20:54
Ik heb nu een verse installatie van WampServer met een vers project van Symfony geïnstalleerd. Als ik de afbeelding apple-touch-icon.png opvraag, die in /web staat, dan kan ik deze gewoon openen. Als ik daarentegen /app_dev.php aanvraag, dan krijg ik dit te zien:

Afbeeldingslocatie: http://i61.tinypic.com/2uokksh.png

De afbeeldingen van de balk onderin worden wel geladen, omdat dit base64-afbeeldingen zijn.
De console van Chrome geeft dit weer als ik de pagina open:
GET http://localhost/bundles/framework/css/structure.css
localhost/:8 GET http://localhost/bundles/framework/css/body.css
localhost/:10 GET http://localhost/bundles/acmedemo/css/demo.css
localhost/:121 GET http://localhost/bundles/acmedemo/images/welcome-quick-tour.gif 404 (Not Found)
localhost/:121 GET http://localhost/bundles/acmedemo/images/welcome-configure.gif 404 (Not Found)
localhost/:121 GET http://localhost/bundles/acmedemo/images/welcome-demo.gif 404 (Not Found)

Acties:
  • 0 Henk 'm!

  • NMe
  • Registratie: Februari 2004
  • Laatst online: 09-09 13:58

NMe

Quia Ego Sic Dico.

Nou, dan weet je toch waar het fout gaat? Je vraagt images op die er niet zijn, wat vervolgens resulteert in een foutmelding, en die foutmelding wordt verstuurd met text/html, wat op zijn beurt je eerdere melding verklaart. Heb je de post van Cartman! gelezen?

'E's fighting in there!' he stuttered, grabbing the captain's arm.
'All by himself?' said the captain.
'No, with everyone!' shouted Nobby, hopping from one foot to the other.


Acties:
  • 0 Henk 'm!

  • pachacuti
  • Registratie: Januari 2002
  • Laatst online: 14-09 12:40
Je moet je assets nog installeren?

php app/console assets:install
php app/console assetic:dump

http://symfony.com/doc/cu...tic/asset_management.html

Acties:
  • 0 Henk 'm!

  • Alphyraz
  • Registratie: Juli 2011
  • Laatst online: 20:54
Het lijkt me niet de bedoeling dat een nieuwe installatie gelijk fouten moet geven bij een introductiepagina. Het zou eruit moeten zien zoals op deze pagina: http://symfony.com/doc/cu...tour/the_big_picture.html

Wat kan er 'fout' zijn in een nieuwe installatie van een WampServer waardoor deze pagina standaard niet werkt?

Edit: hetzelfde geldt voor XAMPP. Als ik een nieuw Symfony-project naar htdocs verplaatst, dan krijg ik nog een halve pagina terug als ik deze URL open: http://localhost/myproject/web/app_dev.php

[ Voor 22% gewijzigd door Alphyraz op 17-03-2015 21:30 ]


Acties:
  • 0 Henk 'm!

  • pachacuti
  • Registratie: Januari 2002
  • Laatst online: 14-09 12:40
code:
1
2
3
4
5
   # uncomment the following lines if you install assets as symlinks
    # or run into problems when compiling LESS/Sass/CoffeScript assets
     <Directory H:\wamp\www\myproject>
         Option FollowSymlinks
     </Directory>


Probeer die zooi eens te uncommenten dan?

De assets van de default sf installatie zitten in de bundels buiten de webroot dacht ik. Ofwel install je je assets naar de webroot, ofwel volg je je symlinks

Acties:
  • 0 Henk 'm!

  • Alphyraz
  • Registratie: Juli 2011
  • Laatst online: 20:54
Ik heb het nu op een XAMPP-server geprobeerd, maar ook hier geen succes. Ik heb de comments weggehaald bij die drie regels, maar nu start m'n Apache niet meer op.
code:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
<VirtualHost *:80>
    ServerName domain.tld
    ServerAlias www.domain.tld

    DocumentRoot H:\xampp\htdocs\myproject\web
    <Directory H:\xampp\htdocs\myproject\web>
        # enable the .htaccess rewrites
        AllowOverride All
        Order allow,deny
        Allow from All
    </Directory>

    # uncomment the following lines if you install assets as symlinks
    # or run into problems when compiling LESS/Sass/CoffeScript assets
    <Directory H:\xampp\htdocs\myproject>
        Option FollowSymlinks
    </Directory>

    ErrorLog H:\xampp\apache\logs\project_error.log
    CustomLog H:\xampp\apache\logs\project_access.log combined
</VirtualHost>


Als ik die drie regels comment, dan krijg ik hetzelfde als hiervoor. Ik snap totaal niet wat er mis is.

Acties:
  • 0 Henk 'm!

  • Alphyraz
  • Registratie: Juli 2011
  • Laatst online: 20:54
Eindelijk. Het werkt voor een deel. Bleek dat ik weet niet goed gelezen had en dat ik op Apache 2.4 zit...
Er is alleen nog een klein probleem. Als ik http://localhost/app_dev.php/ open, dan krijg ik alsnog geen mediabestanden te zien, maar de oorzaak ligt dit keer ergens anders. Toen zag ik dat een lading mediabestanden alsnog niet geladen werd. Ik dacht, laat ik eens kijken waar deze bestanden zich bevinden.

Ik zag toen dat deze bestanden zich in een paar submappen van de map bundles bevinden, maar deze 'submappen' zijn gewoon bestanden op mijn pc met een grootte van 0 kB. Is dit mijn schuld?

Afbeeldingslocatie: http://i57.tinypic.com/ih14d0.png
Pagina: 1