Re: jsp vs php - Grupy dyskusyjne w eGospodarka.pl

eGospodarka.pl › Grupy › pl.comp.programming › jsp vs php › Re: jsp vs php

Path: news-archive.icm.edu.pl!agh.edu.pl!news.agh.edu.pl!newsfeed2.atman.pl!newsfeed.
atman.pl!.POSTED!not-for-mail
From: Lopez <l...@p...onet.pl>
Newsgroups: pl.comp.programming
Subject: Re: jsp vs php
Date: Thu, 02 May 2013 23:45:04 +0200
Organization: ATMAN - ATM S.A.
Lines: 87
Message-ID: <klump1$ini$1@node1.news.atman.pl>
References: <c...@g...com>
<klqg29$o16$1@news.mm.pl>
<0...@g...com>
<klsle1$ogf$1@news.mm.pl>
<2...@g...com>
NNTP-Posting-Host: 109241011230.radom.vectranet.pl
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-2
Content-Transfer-Encoding: 8bit
X-Trace: node1.news.atman.pl 1367531105 19186 109.241.11.230 (2 May 2013 21:45:05
GMT)
X-Complaints-To: u...@a...pl
NNTP-Posting-Date: Thu, 2 May 2013 21:45:05 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130404
Thunderbird/17.0.5
In-Reply-To: <2...@g...com>
Xref: news-archive.icm.edu.pl pl.comp.programming:203057
[ ukryj nagłówki ]
W dniu 02.05.2013 13:06, M.M. pisze:
> W dniu czwartek, 2 maja 2013 05:11:21 UTC+2 użytkownik u...@d...invalid
napisał:
>> Jak facebook sobie poradziďż˝, to ty teďż˝ sobie poradzisz :)
> Ciekawe czy by sobie poradzili ludzie od facebooka z moim problemem,
> jakby mieli taki sam budżet jak ja ;-)
>
>
>> Facebook jak dotarďż˝ do problemu spadku wydajnoďż˝ci to zaczďż˝ďż˝ tworzyďż˝
>> rozszerzenia do PHP, ktďż˝re przecieďż˝ mogďż˝ byďż˝ natywne a dziďż˝ki temu
>> szybsze od kodu pod maszynďż˝ wirtualnďż˝. Czyli czďż˝ďż˝ kodu php moďż˝na
>> zamieniďż˝ na jednďż˝ liniďż˝ kodu z biblioteki doďż˝ďż˝czanej. Zresztďż˝ sďż˝
inne
>> rozwiďż˝zania, choďż˝by facebookowe HipHop dla PHP.
> Nom, ale to tylko przyspieszenie obliczeń. Od strony technicznej, bardziej
> obawiam się problemów z dostępami do dysku. Od strony ekonomicznej,
> obawiam się kosztów utrzymania ludzi. Czasami myślę, żeby w ogóle serwer
> http wywalić i napisać wszystko w C++. Wtedy wszystkie drobiazgi można
> trzymać w RAM, a co ważniejsze, można dane z bazy trzymać w przystosowanych
> strukturach danych w RAM. Ale z tego co się rozglądałem, to zatrudnienie
> ludzi wprawnie posługujących się C++ za średnie wynagrodzenie jest
> praktycznie niemożliwe. W praktyce bym musiał zrobić wszystko sam, albo
> prawie sam.
>

A o Memcacheu, albo Redisie slyszal? Trzyma wszystko w RAMie
i bardzo dobrze wspolpracuje z PHP i Java.

>
>> Fakt, nie chodzi o logikďż˝ w sensie MVC, ale w tym konkretnie przypadku o
>> niedeklaratywny kod realizujďż˝cy teďż˝ jakiďż˝ rodzaj logiki (ďż˝ďż˝czenie
>> elementu interfejsu z akcjďż˝).
> Rozumiem że byś chciał, aby po zmianie nazwy kontrolera lub akcji, ta
> funkcja też poprawnie działała, bez zmiany stringów? W Cake można osiągnąć
> taki efekt... na 2-3 sposoby.
>
> W swoim mini-frameworku bardziej zależało mi na tym, aby linki w języku
> użytkownika pojawiały się zaraz po tym jak przetłumaczy tłumacz - dlatego
> u mnie te funkcje pobierają odpowiednie ID nazw.
>
>> Cake uwaďż˝am za jednďż˝ z tych warstw, ktďż˝re oddalajďż˝ mnie od
>> generowanego HTMLa i tak jak pisaďż˝em, imo pomagaďż˝ moďż˝e, nie musi
>> a w maďż˝ych jednoosobowych projektach moďż˝e nawet przeszkadzaďż˝.
> To nie rozumiem dlaczego Ci to przeszkadza, w prostych aplikacjach
> Cake i inne frameworki przyspieszają proces tworzenia.
>
>
>> Chodzi teďż˝ o to, ďż˝e za pomocďż˝ Cake mogďż˝ utworzyďż˝ interfejs
>> strony, ktďż˝ra zostanie pobrana raz,
>> wiďż˝c za pomocďż˝ JS mogďż˝ go wtedy juďż˝ tylko w
>> niewielkim stopniu wygodnie modyfikowaďż˝, aktualizowaďż˝ dane, ale... sďż˝
>> miejsca, gdzie muszďż˝ uďż˝ywaďż˝ duďż˝o JS a wiďż˝kszoďż˝ďż˝ na stronie powstaje
za
>> pomocďż˝ jQuery+ajax, aby zapewniďż˝ wiďż˝kszďż˝ "responsywnoďż˝ďż˝" dla
uďż˝ytkownika
>> i strona moďż˝e wyglďż˝daďż˝ tak:
> Opisujesz przykład, w którym Cake nie spełni swojej roli w 100%, ale i tak
> trochę może pomóc. Inaczej rozwiązujesz warstwę prezentacyjną i tutaj
> Cake na niewiele się zda. Jednak są jeszcze dwie warstwy: obliczeniowa i
> danych. Więc nadal możesz skorzystać, choćby z automatycznego budowania
> zapytań SQL z bezpieczną parametryzacją.
>
>
>> <body>
>> <div id="#controlsContainer"></div>
>> <script>
>> deklaracje funkcji
>> wywoďż˝ania funkcji tworzďż˝cych (inicjujďż˝cy) interfejs
>> w controlsContainer
>> wywoďż˝ania funkcji inicjujďż˝cych logikďż˝ na stronie,
>> podpiďż˝cie zdarzeďż˝.
>> </script>
>> </body>
> Przerzucasz odpowiedzialność za warstwę prezentacyjną na kod JavaScript -
> więc frameworki PHP siłą rzeczy tutaj nie mogą pomagać :D
>

A requesty ajaxowe to kto najlepiej obsluzy jak nie framework?

>
>> Nie widzďż˝ tu miejsca dla Cake, skoro strona serwerowa bďż˝dzie gďż˝ďż˝wnie
>> odpowiadaďż˝a za zwracanie JSONďż˝w.
> Jest miejsce dla Cake :)
>
>
> Pozdrawiam
>

--
Pozdrawiam
Lopez