Mam działający projekt Symfony, który chodzi na sererze lokalnym WAMP.

Przeniesienie go na inny komupter/serwer lokalny z nową wersją PHP, Apache, Mysql to po prostu przeniesienie katalogu z projektem?

Czy mój nowy serwer, php.ini będę musiał jakoś specjalnie konfigorować dla Symfony?

Możesz to zrobić po Bożemu, użyć GITa i Composera. Sklonować sobie projekt na serwer GITem i odpalić Composera, który Ci dociągnie wszystko czego brakuje i na końcu bodajże poprosi o nowe dane do MySQL itp.

Albo możesz to zrobić nie po Bożemu i skopiować sobie wszystkie pliki z projektem, ręcznie zaktualizować parameters.yml i się pomodlić, żeby zadziałało.

Specjalnie konfigurować php.ini nie musisz.

PRzygotuj środowisko produkcyjne:

- ustaw baze, parametry itp. takie jakie wymagane są na serwerze.
- skopiuj baze danych (sam schemat, dane obojętnie).
php app/console cache:clear --env=prod
php app/console assets:install --env=prod ( ja używam grunt, assety wywalam wraz z bundlem)

następnie nie otwieraj aplikacji w oknie przeglądarki! Tylko skopiuj całość na serwer

Jaką komendę Composer (update?) miałeś na myśli? (wtedy udało się zrobić niepobożemu teraz chiałbym pobożemu)

install

a co z .gitignore wszędzie rozsianymi np w bundlach vendors. W ogóle domyślnie .gitignore w folderze głównym blokuje folder vendors/ . Naprawdę mam nie clonować vendors?

I cały projekt ważący jakoś 50 MB po klonowaniu (z vendors) ma 10MB.

To wszystko composer dociągnie?
----
edit: witryna po klonowaniu i composerowaniu chodzi z jednym zarzutem, może uda się nie otwierać nowego topicu.


Strony otwierają się tylko w srodowisku dev za wyjątkiem strony głównej:

.../web/ -chodzi
.../web/app_dev.php/ -chodzi

.../web/app_dev.php/ksiazka/ -chodzi
.../web/ksiazka/ - 404

.../web/app_dev.php/katalog/ -chodzi
.../web/katalog/ - 404

http://symfony.com/doc/current/cookbook/de...ment/tools.html
Czytałeś ?

Ogólnie w dokumentacji jest i o GIT i o deploy, może warto zacząć tam czytać?

to jest odpowiedź na mój post sprzed czy po edycji?

A przeczytałeś ten link?

jak to jest, że na polskich forach trzeba przy okazji odpowiedzi jeszcze lekko dop...lić. Na stackoverflow tego nie widzę.

To idź na stackoverflow jak Ci się nie podoba.
Zrobiłes wszystko co w linku miałeś? Wykonałeś polecenia ?
Zamiast strzelać focha wystarczyło powiedzieć: "Tak widziałem tego linka wcześniej, wykonałem polecenia jednak dalej nie ma efektów"

Na stacku dostałbyś 5 minusów i closed

A co do pytań to poważnie w dokumentacji masz wyczerpany temat. GIT pomaga Ci w kopiowaniu bo wszystko niepotrzebne co będzie zaciągnięte przez composer m.in. cały Vendor jest w gitignore, a tak musiałbyś to ręcznie filtrować, co musisz kopiować, a co nie. Stąd sugestia korzystania z GITa.

EDIT: A co do niedziałania routingu zrób clear:cache --env=prod (dla produkcyjnego koniecznie) i po tym zdebuguj sobie routingi debug:router czy jest wszystko ok.

(Czyli coś w stylu: "To wyjedź do tej Szwecji jak ci się w Polsce nie podoba. Nie będziesz nam mówił, że coś w Naszej Polsce jest nie tak."
Po to otwieram topic bo nawet nie wiem, że wdrażanie to całkiem poważna i nie prosta operacja. Nie czytałem o deployment bo na etapie otwierania topicu nie wiedziałem, że taka kwestia istnieje a nie z lenistwa, można było na to odpowiedzieć bez protekcjonalnej buty ("może warto zacząć tam czytać?").)


Wyczyściłem cache --env=prod (z resztą klonowalem projekt z czystym cache). debug:router w każdym route pokazuje to samo co dla route "/", który jako jedyny chodzi w produkcyjnym, więc rozumiem, że powinno być w porządku.

[XML] pobierz, plaintext 
Name                                Method   Scheme Host Path
index                               ANY      ANY    ANY  /
popularne                           ANY      ANY    ANY  /popularne
nowosci                             ANY      ANY    ANY  /nowosci
[XML] pobierz, plaintext 

A nie jest. Ciągle 404 dla produkcyjnego (popularne, nowości).

@twojastara postaraj się nie przypisywać innym złych intencji a będzie dobrze. Dokumentacje powinieneś przeczytać całą lub przynajmniej wiedzieć co się w niej znajduje.
Co do ostatniego problemu, to moim zdaniem konfiguracja serwera http stanowi tutaj problem. Oczywiście i to jest opisane w dokumentacji dla najpopularniejszych serwerów.

Szedłbym w tę samą stronę którą sugeruje @destroyerr.
Po stronie symfony jest wszystko ok z routingiem, a powiedz jeszcze skąd część URLa /web się u Ciebie bierze? Może w tym tkwi problem, jakiś niestandardowy htaccess jeśli używasz apache?

Co się dzieje dla?

/web/app_dev.php/popularne
/app_dev.php/popularne
/web/popularne
/popularne

A zwróć jeszcze uwagę na backslash na końcu czy nie dodajesz przypadkiem?

twojastara myślę, że tutuaj znajdziesz dopowiedź: http://symfony.com/doc/current/cookbook/co...figuration.html

ten sam sklonowany projekt działa bez problemu na serwerze firmy hostingowej.

Ale jednak wrzuciłem tam projekt gotowy, dociągnięty (composer:install) na moim komputerze i taki przesłany filezilla. Na serwerze firmy hostingowej nic nie robiłem, w związku z tym mam pytanie.

W jaki sposób miałbym użyć composer (composer:install) na serwerze współdzielonym zewnetrznej firmy hostingowej. Czy to w ogóle możliwe?

Generalnie na shared hostingach nie da się używać composer.

Tu masz info z róznymi rozwiązaniami: http://stackoverflow.com/questions/2089451...-shared-hosting

To oczywiście jest spore uproszczenie a być może nawet kłamstwo skoro nawet w home.pl można używać composera.

To że na home coś działa to tylko potwierdza moje stwierdzenie

Spróbuj odpalić composer na darmowych hostingach alb tych za 5zł/rok.

No nie potwierdza.

Dobra, standardowe zachowanie. Napisałeś najpierw o współdzielonych a teraz piszesz o darmowych lub prawie darmowych.

eee... to darmowe nie są współdzielone?

Ty tak serio? Napisałeś o współdzielonych, których podzbiorem są darmowe, a nie na odwrót. Podstawy arytmetyki zbiorów.

Zacytuję i pozostawię bez komentarza.

A proszę bardzo, cytuj sobie. Szkoda, że nie chcesz skomentować.