Razem z kumplem robimy pewien serwis, w zasadzie to dwa bliźniacze. Serwisy będą miały identyczny layout, ale różny content(grafiki, kolorystykę , teksty). Wspólna będzie też funkcjonalność tj. formularz kontaktowy, możliwość złożenia zamówienia przy użyciu paypala. Bazy danych też będą bliźniacze.
Serwis nie jest dużym projektem, więc front będzie prosty pisany przy użyciu jQuery przez kumpla. Ja zajmuję się backendem i chciałem napisać to w #laravel Wybrałem ten framework, bo jeszcze nic w
Serwis nie jest dużym projektem, więc front będzie prosty pisany przy użyciu jQuery przez kumpla. Ja zajmuję się backendem i chciałem napisać to w #laravel Wybrałem ten framework, bo jeszcze nic w
@sebastian-koziel: zróbcie moduł, który będzie backendowym silnikiem generycznym trzymanym w innym repo, który będzie można instalować w różnych projektach, będzie po prostu taką biblioteką, którą instalujesz, konfigurujesz i z głowy. Bardzo prosto jest to zrobić w python/django. na laravel sie nie znam
@sebastian-koziel: Może zrobić to w formie opcji w konfiguracji? Ustawiasz że serwis pracuje albo w trybie "A" albo "B" w konfiguracji - a w kodzie bootstrapującym aplikacje wyciągasz moduł konfiguracyjny z service containera i jeśli jest to "A" to ładujesz moduły/routes.php odpowiednio dla serwisu A a jeśli B to odpowiednio dla B.
Sprawdziłem logi apache'a, i nic nie widać niepokojącego, serwer stoi stabilnie - inne appki śmigają.
Jak mogę to sprofilować, aby znaleźć przyczynę? Próbowałem devtools zakładka performance
@filip_k
@JackBauer
@stacktrace
@cube
Wołam odpowiadających. Najbliżej był @cube. Jakaś stara biblioteka do lokalizacji miała URL który zdechł tak, że był na nim timeout, a że request był zakopany głęboko, to devtools nie widział jego. Zainstalowałem na serwerze blacklist i po odpaleniu go z cli wygenerował śliczne wykresy które można przejrzeć na interfejsie webowym, i tam znalazłem winowajcę. Pewnie xdebug profiler również by pomógł.
Dzięki wszystkim za pomoc!