Forum PHP.pl

Mam ciekawą koncepcję na tzw. "serwis społecznościowy" - szczegółów nie będę zdradzał.

Chciałbym się dowiedzieć paru rzeczy:

1 Czy na początku bardziej się opłaca skorzystać z infrastruktury jakiejś firmy oferującej profesjonalny hosting, czy raczej zainwestować we własny sprzęt i trzymać go u jakiegoś providera z szybkim łączem? Jakieś inne rozwiązania?

2 Czy lepiej jest rzeźbić kod od początku do końca samemu, czy skorzystać z jakiegoś popularnego frameworka (nie mam jeszcze dużego doświadczenia w żadnym)?

3 Jaki byłby najlepszy mechanizm lokalizacji - w przyszłości serwis ma być dostępny w wielu językach (na początku w polskim i angielskim).

4 Czy SEPostgreSQL będzie dobrą bazą do czegoś większego?

5 Jakieś ogólne wskazówki?

Z PHP sobie radzę, frameworków takich jak Symphony czy Cake jeszcze nie opanowałem.




Zdaję sobie z tego sprawę




Nie sądź aby nie być sądzonym – czy jakoś tak

Ale masz rację chodzi o coś zupełnie innego.



Też tak uważam.




Mam trochę inne podejście do tematu, bo nie korzystam z tych serwisów – w obecnej formie mnie nie interesują.






Dzięki za porady!

Koledze chyba chodziło o lokalizację w sensie serwisu wielojęzykowego ? Czy o lokalizację fizyczną serwera ?


No jak już tak radzimy - to raczej gotowy framework (Zend na przykład - wiele pracy chłopcy włozyli w niego , zal nie skorzystać )

Zdaję sobie z tego sprawę. Jednak nie wiem, czy bardziej opłaca się napisać jakiś moduł w postaci zwykłej klasy czy przy użyciu frameworka. Na przykład na napisanie formularza będę musiał poświęcić trochę czasu, ale będzie on później chodził szybko. Przy frameworkach działających w oparciu o architekturę MVC napisanie formularza wydaje się być bardzo proste i szybkie. Ale jak później z szybkością jego działania? Czy frameworki mają duże narzuty?



Nie chodziło mi o fizyczną lokalizację serwerów, tylko o wersje językowe portalu



Na początku jak zwykle chodzi o zachowanie tajemnicy, więc podstawy chciałbym stworzyć sam. Później zwrócę się do kolegów, którzy mają większe doświadczenie w web devel i wdrażaniu.



Bardzo lubię Pythona – napisałem w nim kilka "klasycznych" programów i nie miałem powodów do narzekania na ten język. Jednak nie wiem, czy później znajdę odpowiednich ludzi wśród znajomych do pomocy.

Propozycja naprawdę fajna i kusząca – będę się musiał temu dokładnie przyjrzeć.

Dzięki za pomoc!

Mi raczej chodziło o to czy korzystać z frameworka czy nie i tworzyć własną bibliotekę.

Wybór frameworka jest trudny – jak zwykle zależałoby mi na:

• bezpieczeństwie
• szybkości działania

Każdy framework jest tak reklamowany – nikt nie napisze, że jego dzieło jest wolne jak objuczony muł i dziurawe ja ser szwajcarski. Dlatego będę musiał przeprowadzić dokładne rozeznanie, jeśli zdecyduję się na coś takiego.

Z drugiej strony niektórzy twierdzą, że rapid development nie ma nic wspólnego z jakością. Dlatego zależy mi na wielu opiniach i argumentach za i przeciw gotowym frameworkom przy takich projektach.

To na pewno jest duży plus, tylko ta szybkość działania jak pisałeś wcześniej...


To jest dobre rozwiązanie, tylko wymaga bardzo dobrej znajomości danego frameworka. Tworzenie takiego forka kodu na własne potrzeby obarczone jest też dużym nakładem pracy jeśli chodzi o przenoszenie poprawek z kodu bazowego.



(dużo zależy od szybkości rozwoju konkretnej platformy)








Tempo pracy z użyciem frameworków jest naprawdę imponujące (jeśli ktoś dobrze zna dane rozwiązanie – ja muszę się w coś wdrożyć).

Dziękuję wszystkim za wskazówki i porady – prześpię się jeszcze z problemem i podejmę decyzję odnośnie skorzystania z jakiegoś frameworka. (Jutro pewnie będę szukał najlepszego dostępnego rozwiązania ).

Pozdrawiam.



Ok, przyjrzałem się trzem popularnym frameworkom Cake, Symfony, Zend (Google App Engine jest kuszącą ofertą, ale z powodu tego, że na razie jest to preview i nie wiadomo jak to później będzie działało – jakie będą możliwości i koszty, to na razie rezygnuję z tego pomysłu).

Każdy z tych frameworków ma swoje zalety. Jeśli chodzi o bezpieczeństwo, to Symfony wydaje się być najlepsze – nie znalazłem informacji o żadnej wpadce w bazach CVE, NVD, SecurityFocus czy Secuni. Dwa pozostałe frameworki odnotowały wpadki, ale w porównaniu z innym oprogramowaniem jest ich naprawdę mało (dwie Cake i jedną Zend Framework), więc się tym nie przejmuje. Wszystkie trzy frameworki utrzymują wysoką jakość jeśli chodzi o tę kwestię.

Możliwości też mają bardzo zbliżone.

Nie udało mi się znaleźć żadnych rzetelnych testów porównujących wydajność tych rozwiązań. Jakie są doświadczenia kolegów w tym względzie?

Symfony i Cake to chyba najpopularniejsze frameworki, które warto znać (biorę pod uwagę ilość ofert pracy na rynku związanych z tymi rozwiązaniami), dlatego skłaniałbym się do wykorzystania któregoś z nich. Oba mają dobrą dokumentację i sporo rozszerzeń.

Jeszcze nie wiem który wybrać. Jakieś wskazówki?

ze znanych masz jeszcze zend framework (aczkolwiek go osobiscie nie lubie bo to raczej kupa klas do samodzielnego montazu niz framework w pełnym słowa tego znaczeniu). Mi cake nie spodobał sie, wole duzo bardziej symfony (zwłaszcza za swietna dokumentacje)

Już o nim pisałeś, dlatego też wziąłem go pod uwagę, ale odpadł na etapie "popularności frameworka" (wychodzę z założenia, że warto się uczyć rzeczy częściej wykorzystywanych - taki pragmatyzm).

Aktualnie będę pisał system dla siebie i naszła mnie myśl aby połączyć 2 frameworki. Jest to myśl "na gorąco" i nie do końca jeszcze przemyślana. Cały frontend postawiłbym na Kohana - moim zdaniem świetny, lekki, szybki framework. Więcej do tego projektu mi nie potrzeba. Backend natomiast wygenerowałbym dzięki Symfony. Nie wiem czy jest to dobre podejście; do tej pory nie myślałem nawet o sekcji administracyjnej: całością zarządzałbym poprzez konsolę.

Co mógłbym zyskać na takiej fuzji? Na pewno szybkość działania systemu (praktycznie 0 cache więc Kohana zdecydowanie góruje) oraz prostotę zarządzania. Nie podoba mi się jednak zaprzęganie Symfony jedynie w celu generowania admina... No ale z drugiej strony: skoro można go mieć w prosty sposób to dlaczego nie?

Co sądzicie o takim podejściu?

Dlaczego 0 cache?
Btw. Ja zadam pytanko przy okazji. Stosując cache w Symfony, opłaca się robić go na krótki okres? W sensie np. na 30-60 sekund? To przy dużym ruchu powinno w teorii pomóc, bo można skeszować cały layout, a userzy mieliby laga
Dotąd zakładałem cache na dłuższy okres.

Pozdrawiam.

@Cysiaczek:
0 cache bo akurat taki charakter serwisu. Głównym elementem serwisu będzie sekcja administracyjna dla użytkowników i nie bardzo mogę co tam cache'ować. Na Kohanie pracuje się bardzo przyjemnie i na pewno dużo prościej niż na Symfony (co nie zmienia faktu, że Symfony to super framework!).

Jeżeli chodzi o cache w Symfony. Ja ustawiam je na minimum 3 minuty. Wydaje mi się, że ten czas jest na dyle długi aby korzyści z zastosowania cache były widoczne, a równocześnie na tyle krótki aby dane wciąż "sprawiały wrażenie" świeżych. Przy innych elementach (takich, które nie są zmieniane często) ustawiam cache nawet na 24h. Wszystko zależy przecież od konkretnego przypadku.

@phpion - podział na 2 frameworki jest imho niezbyt dobrym pomysłem. Wprawdzie wszystko zależy od sytuacji i czasami warto, ale według mnie siła symfony leży w modelu - tam dajesz tak na prawdę 90% kodu. Jak wiadomo model=propel. Teraz jeśli będziesz chciał do frontendu wykorzystać kohana to albo musisz wszystko przepisać jeszcze raz (kiepski pomysł patrząc potem na utrzymanie tego), albo użyć propela w kohanej - wtedy jednak okazuje się, że kohana nie jest aż tak "lekka" i różnica między symfony a kohana się zaciera. Tak na prawdę symfony jest takie ciężkie głównie z powodu propela.

Co do cachu to też się nad tym zastanawiam na jak długo cachować aby to miało sens. Raczej stoję jednak na stanowisku, że cache na okresy liczone w sekundach jest bez sensu, chyba że obciążenie jest naprawdę spore. Jeśli np. w serwisie masz >1000 stron (np. sklep internetowy), to jakie jest prawdopodobieństwo, że user w ciągu minuty wyświetli 2 razy tą samą stronę -> pewnie duże w przypadku najczęściej odwiedzanych stron ale w przypadku tych mniej chętnych już gorzej, a cachowanie też daje swój narzut. Cachowanie z całym layoutem jest rzadko możliwe - dużo szczęścia jak w ogóle całą akcje da się cachować. Ogólnie w tej chwili właśnie przymierzam się do walki z cachem w sklepie internetowym i widzę, że lekko nie będzie - chcę jednak skorzystać z cache managera i czyścić cache strony (akcji) tylko gdy nastąpią zmiany w backendzie -> np. koniec promocji czy brak produktu. Jestem jednak trochę zagubiony, bo na pierwszy rzut oka brakuje mi kilku rozwiązań w cachowaniu symfony, z drugiej strony wzrost wydajności jest tak duży, że żal z tego nie skorzystać.

Użycie cacheManagera mam w planie. Co do krótkotrwałego cache - odpadł z tego powodu o którym piszesz ~athabusie
Z drugiej strony boję się trochę, bo strasznie będzie zawikłany kod akcji - będę musiał chyba kolejną warstwę wprowadzić...

Pozdrawiam.

~Cysiaczek - cachowanie lepiej zrobić w modelu (zazwyczaj metoda/y save() ) - wtedy zmiany w modelu będą ładnie wywoływały czyszczenie cachu. Ogólnie jednak z cachem to jest tak, że ładnie to w teorii wygląda, ale potem utrzymanie powiązań co gdzie i jak ma się wyczyścić to już niezła zabawa ;-)