Forum PHP.pl

Trochę źródeł: http://whoisusing.it/c++

W praktyce "samemu" raczej nie używa się C++ do pisania usług webowych, a ci co zrobili ten błąd i wcześniej używali teraz migrują na np. NodeJS ;-)

Możesz użyć c++ do pisania "czegoś" z czego korzystaja serwisy webowe np:
- bazy danych (mysql, redis, sphinx itp itd...)
- moduły do php
- "kompilatora" kodu (hhvm)

Ale do pisania pełnych serwisów - nie używa się.
Btw. Może to da Ci do myślenia - czemu FB zamiast pisać HHVM po prostu nie przepisze całego serwisu na c++? ;-)

Symfony2:
* Zapewnienie Long Term Supportu
* Wysokie standardy Quality Assurance
* Masz tu case study jednego z naszych projektów na S2, zbliżony tematycznie - http://octivi.com/pl/projekty/goapp/ Możesz tam poczytać o zaletach frameworka. Tak swoją drogą, jednym z jego modułów jest taki CRM.

Więc tak - odpowiednio wykorzystany nadaje się.

1. Sprawdź czy w samym pliku konfiguracyjnym phpmyadmina nie ustawia się również maks. rozmiaru pliku.
2. ...Wgraj dumpa przez ssh

Doctrine ORM wykorzystuje DBAL jako abstrakcję na bazę danych.
Poza tym chyba wszystko się zgadza

Doctrine DBAL/ORM są bibliotekami, które możesz wykorzystać niezależnie od Symfony.
Zamiast Doctrine możesz wykorzystać Propela (a dokładniej Propel + PropelBundle, który "łączy" Propela do Symfony)

A czego używasz? Gitolite, gitlab, github?

N gitolite można bez problemu zrobić bardziej zaawansowane uprawnienia, np http://stackoverflow.com/questions/1298075...ons-on-branches
Na gitlabie również da się ustawić branche jako protected.

Najprościej:

[PHP] pobierz, plaintext 
$columns = array('id', 'name');
$data = array('id' => '1', 'name' => 'abc', 'submit' => 'wyślij');
 
$columns = array_flip($columns);
$filtered = array_intersect_key($data, $columns);
 
// i teraz $filtered = array('id' => '1', 'name' => 'abc';
[PHP] pobierz, plaintext 

Poszukaj czegoś w nazwie "slugify". Np jest gotowe fajne rozszerzenie do doctrine:
http://gediminasm.org/article/sluggable-be...-for-doctrine-2

Używasz wtedy pełnej nazwy klasy (FQCN). W przypadku PDO odwołujesz się do niego przez: \PDO (np.: \PDO::PARAM_STR)

Tak.
Ale czy nie łatwiej samemu to sprawdzić?

W modelu Category stwórz metody typu:
getMoviesSortedBy...()
i w nich do sortowania użyj Criteria API:
http://docs.doctrine-project.org/en/latest...ing-collections

Stwórz ExceptionListener sprawdzający typ wyjątku - jeśli będzie to Credentials... to możesz wtedy zrobić cokolwiek chcesz - np przekierować usera na stronę zmiany hasła.

[PHP] pobierz, plaintext 
$tab = array();
$a = array('id'=>1, 'amount'=>4);
$b = array('id'=>3, 'amount'=>3);
$tab[] = $a;
$tab[] = $b;
 
foreach ($tab as &$st){
    if ($st['id'] == 3) {
        $st['amount']=555;
    }
 
}
[PHP] pobierz, plaintext 

Domyślnie "tablice" w php są przekazywane przez wartość. Dlatego musisz użyć operatora &, ktory spowoduje przekazanie wartości referencji.

Możesz popatrzeć tutaj, kto z czego korzysta: www.whoisusing.it
Dodatkowo dobre źródło to: highscalability.com

Skoro nie masz czasu/budżetu na stawianie własnego dedykowanego sklepu to myślę, że idealnym rozwiązaniem będzie pójść "w chmurę", w model SaaS (service as a service).

Zainteresuj się www.wellcommerce.pl - robi go agencja z chyba najwiekszym w Polsce doświadczeniem w tej kategorii (divante.pl).

+ Zobacz na listę wdrożeń
+ nie musisz inwestować we własny serwer => nie musisz się martwić o kwestie z tym związane
+ baaardzo duże możliwości integracji z zewnętrsnymi systemami
+ to oni zapewniają stabilność platformy => nie musisz się martwić o aktualizacje softu itp.
+ dostajesz to, co przez lata wypracowali ludzie z divante - najlepsze praktyki przy tworzeniu ecommerce => domyślne, dobrze zaprojektowane szablony, SEO
+ dobry support

Zainteresuj się skrótami: GIODO, UODO.

http://www.giodo.gov.pl/266/
http://www.giodo.gov.pl/144/id_art/386/j/pl/

Od pewnego czasu robię analizy ofert pracy (Polskie i zagraniczne - UK, USA) i wyniki są jednoznaczne:
Jeszcze rok/półtora roku temu Symfony2 praktycznie NIE pojawiało się w ofertach, królował ZF. Ale od jakiegoś pół roku nastał "rozkwit " ofert z Symfony2.
Na razie wygląda to tak, że Symfony2 coraz częściej znajduje się jako "wymóg", a praktycznie w 70% ofert jako "pożądane" doświadczenie.
Należy to rozumieć tak, że firmy potrzebowały czasu, aby samemu zdobyć know-how w tej nowej technologii.
Nawet po znajomych firmach cały czas widzę, że większość (albo praktycznie wszyscy) zaczynają coraz bardziej odchodzić od Zenda na rzecz Symfony2. I nawet nie chodzi tu zawsze o pełny stack Symfony2 Framework a o refactoring aktualnych aplikacji po przez przejście na Symfony2 Components

Ale tak na prawdę nie nastawiaj się, że będziesz cały czas pracowal na jednym FW, nie przywiązuj się do jednego. Musisz być uniwersalny i umieć się łatwo przestawić na inną/nową technologię.

Takie testy na "hello world" są bezsensu - nic nie pokazują, a przewaznie są robione na MacBookach autorów Poza tym czy zauwazyłeś w komentarzach, że gość testował Symfony2 w środowisku DEV?

Taki sneak-peak:
Już wkrótce wrzucimy na bloga miarodajne testy porównujące Symfony2, ZF2, Silex, Node.js na podstawie prawdziwej aplikacji o realnym, specyficznym, zastosowaniu (a nie hello world).
Co jeszcze mogę zdradzić: testy będą robione na odpowiednio zoptymalizowanej pod taką aplikację, największej instancji serwera Amazon EC2 (a dokladniej to na dwóch takich instancjach) :-)

SF2 jest o wiele przyjaźniejszy dla Rapid Developmentu.

Przy ZF2 dostajesz pewien zbiór komponentów, z których tak na prawdę sam musisz ulepić coś fajnego więc w efekcie wejście w ZF2 trwa dłużej - samemu trzeba opracować pewne 'standardy' itp.

Przy SF2 dostajesz od razu całość gotową do szybkiego developingu.

Średnie czasy Requestów dla tych 2óch frameworków przy podobnie zaprojektowanej aplikacji (tak samo wykorzystany cache itp) będą porównywalne. A to, że Zend jest wydajniejszy jest mitem. Sami developerzy Zf żalili się na temat niskiej wydajności Zf1.
(http://forum.php.pl/index.php?s=&showtopic=204816&view=findpost&p=1005857)

Co do ORMa:

Nie wyobrażam sobie CRMa bez użycia ORMa ;-)
Obsługa kodu bazującego na masie tablic asocjacyjnych w aplikacji bazującej na pewnych bytach biznesowych będzie strasznie kosztowna. Sam taki kod prawdopodobnie w końcu 'osiągnie' bardzo niską jakość, ciężko nad nim będzie zapanować.
Wykorzystanie obiektów przy tego typu aplikacjach jest moim zdaniem niezbędne.

Praktyka jest taka, że gdy w jednym requeście wykorzystujesz niewiele rekordów (lub po prostu jeden ;]) to stosujesz ORM. Prawdopodobnie na tej jednej encji będziesz chciał wykonywać pewne skomplikowane operacje, które o wiele łatwiej wykonać w świecie obiektowym.

Jednak gdy masz jakieś listingi rekordów, bez zbędnych operacji na nich/logiki --> wykorzystujesz tablice asocjacyjne.

Dlaczego SF2 się lepiej sprawdzi?
Jest lepiej przystosowany do ORMa, obiektów itp. Głównie ze względu na formularze, które były w założeniu tworzone na potrzeby obiektów (Oczywiście mogą również obsługiwać tablice asocjacyjne, ale raczej tego się nie stosuje, chyba że do prostych struktur)

Poza tym nie wyobrażam sobie definiowania reguł walidacji dla tablic asocjacyjnych. Tak masz całą logikę zdefiniowaną za pomocą adnotacji w konkretnej klasie modelu, lub za pomocą jakiegoś XMLa/YAMLa (czegokolwiek).

A jak byś użył walidacji przy tablicach? Zapisywałbyś pewnie reguły walidacji przy formularzu co jest mało rozsądne.

Obiektami lepiej potem operować gdy będzisez tworzył API swojego serwisu. Do SF2 powstały pewne świetne biblioteki, służące do de/serializacji obiektów do JSON, XML, itp.

Więc tworzenie webservice'ów, RESTa itp będzie bardzo proste przy tak utrzymanym kodzie.


A jeśli chciałbyś zapytać o średnie czasy odpowiedzi to mogę tylko odpowiedzieć, że licz się z między 80ms - 600ms - 600 przy np obsłudze bardzo złożonych formularzy.

...i zrób testy Symfony2/ZF2 a nie Doctrine/ZF2ORM ;p

Taki mały hint: przy pobieraniu tylu rekordów nie stosuje się ORMa, jest to ekstremalnie niewydajne (w efekcie długie czasy i pożera baaardzo dużo pamięci).
Wtedy lecisz jak najbardziej RAW - tzn możesz użyć Doctrine2, ale bez "hydracji" (hydrating) do obiektów, a zamiast tego do zwykłych arrayów.
ORM jest dobry przy stosunkowo małej ilości obiektów zaciąganych na raz.

Jest to związane z wyjątkiem "TransformationFailedException".
Przy "sztucznym" wyborze nieistniejącego serwera wywalany jest ten wyjątek. Jest związany z
1. Polem typu "entity": https://github.com/symfony/symfony/blob/mas.../EntityType.php
2. Bezpośrednio zaś z transformatorem odpowiedzialnym za typ formularza "choice" - https://github.com/symfony/symfony/blob/mas...sformer.php#L56
-> transformator nie może znaleźć "właściwej" wartości i dlatego wypluwa TransformationFailedException.
Niestety, ten wyjątek jest wyciszany w trakcie bindowania danych do formularza.
Na formularzach działa "specjalne" rozszerzenie dodajace walidację:
https://github.com/symfony/symfony/blob/mas...orExtension.php

I ten komunikat bezpośrednio Ci się wyświetla w Twoim przypadku.

To niepożądane działanie jest opisane w tym issue:
https://github.com/symfony/symfony/issues/5607

Ale ten przypadek z błędem "Ta wartość jest nieprawidłowa" jest skrajny i w normalnym używaniu ciężko go 'wywołać' - trzeba preparować requesta z podanymi lewymi wartościami ;-)

Zastanów się, czy potrzebujesz koniecznie zmienić ten tekstu.

[PHP] pobierz, plaintext 
 
    function __construct($source, $data = null) {
 
        if ($data) {
 
            switch ($data['type']) {
 
                case 'twn':
 
                    $class = 'Town_'.$source;
 
                    break;
 
                case 'bld':
 
                    $class = 'Building_'.$source;
 
                    break;
 
            }
 
        } else {
 
            $class = 'Location_'.$source;
 
        }
 
        return new $class($data);
 
    }
[PHP] pobierz, plaintext 

konstruktor nie może zwracać innej klasy, nie może nic zwracać.
LocationFactory mogłoby mieć jedną statyczną metodę np "getLocation($source, $data = null): Location
robienie tego konstruktorem jest baaardzo słabe.

No dobra, przecież sam mówisz, że "pobierasz wszystko". Skąd EntityRepository:findAll() ma wiedzieć, że używasz jakiegoś tam ACL?
Jak koniecznie chcesz użyć ACL to możesz pobrać wszystkie CV tym findAll'em i potem w pętli przefiltrować za pomocą http://symfony.com/doc/current/cookbook/se...checking-access (wybrać tylko te do których user ma dostęp).
ALEEE
po co skoro można w warunku findBy(array('user' => $currentUserId ) ograniczyć wynik zapytania tylko do tych, CV które dodał dany User? Będzie o wiele wydajniejsze i skalowalne...

Masz źle zrobione mapowania. W pliku z mapowaniem/adnotacjach nie rób samemu pola klasy 'content_id'. Jedynie pole content z ustalonym powiązaniem. Częsty błąd.

[PHP] pobierz, plaintext 
// pobieramy treść z pliku wzor.php
$fileContent = file_get_contents('wzor.php');
 
// dzielimy tresc pliku na linijki
$lines = explode('\n',$fileContent);
 
// usuwamy n-tą linijkę pliku
$n = 2;
array_splice($lines, $n)
 
// Z powrotem łączymy tablicę w jednego stringa
$newContent = implode('\n', $lines);
 
// zapisujemy do pliku xyz.php
file_put_contents('xyz.php', $newContent);
[PHP] pobierz, plaintext 

Nie za bardzo rozumiem... po wyrenderowaniu szablonu nie możesz już zmieniać jego kontekstu. Bo jaki w tym był by sens? Możesz co najwyżej go jeszcze raz wyrenderować ale jw. po co?

[PHP] pobierz, plaintext 
ustaw kontekst dla header.tpl
jakies operacje
ustaw dodatkowy kontekst dla header.tpl
 
echo $this->Core->getTwig()->render( 'header.tpl', array(
 
				'Ceres' => array( 
 
						'template_dir'	=> Templates_Dir . $this->Core->getCollection()->getMember( 'Settings' )->getSetting( 'board_template' ) . '/',
 
						'global_css'	=> Public_Dir . 'Css/' ) ) );
[PHP] pobierz, plaintext 

nie chodzi Ci po prostu o:

[PHP] pobierz, plaintext 
$context = array();
//ustaw kontekst dla header.tpl
$context['Ceres'] = 'cośtam';
// jakies operacje
// ....
//ustaw dodatkowy kontekst dla header.tpl
$context['Additional'] = 'cośtam2';
 
echo $this->Core->getTwig()->render( 'header.tpl', $context);
[PHP] pobierz, plaintext 

?