Forum PHP.pl

Kolejność zapisu tak na prawdę nie ma znaczenia. Przy odczycie po prostu je posortuj "SELECT * FROM ... ORDER BY table.column {rosnąco/malejąco}"

Możesz użyć http://wkhtmltopdf.org/, dosyć szybkie narzędzie, generowałem tym pliki PDF po 50 000 stron i przy odpowiedniej ilości zasobów i konfiguracji dawało radę, gdzie biblioteki w PHP nie dają rady już przy kilkuset stronach.

A czemu kalkulatory same w sobie nie mogą być usługami zdefiniowanymi w konfiguracji kontenera?

Tą samą fabryką tworzysz obiekty różnych klas? Zły pomysł.

setDictionary to kiepski pomysł, bo zmuszasz klasy implementujące interface do posiadania słowników (inaczej złamiesz zasadę interface segregation).

Try/catch używasz wtedy, kiedy chcesz wyłapać wyjątek i go jakoś obsłużyć. Są wyjątki przez które nie trzeba wyświetlać strony błędu, bo można np. pójść alternatywną ścieżką lub ponowić próbę. Listner służy raczej do łapania niewyłapanych wyjątków, które obsługuje się w jednolity sposób jak strona błędów.

Generalnie każde niepowodzenie powinno spowodować rzucenie wyjątku, a nawet w prostych aplikacjach jest dużo rzeczy, które pójdą nie tak i teraz to Twoja decyzja, co chcesz z nimi zrobić.

[PHP] pobierz, plaintext 
<?php
 
foreach ($example as $ex => $val) {
            foreach ($val as $key => $value) {
                echo $key;
                echo "<br />"; 
                foreach ($value as $k => $v) {
                    echo $v;
                    echo "<br />";
                }
            }
        }
[PHP] pobierz, plaintext 

Ponazywan zmienne inaczej, bo ich nazwy nic nie mówią.

To się nazywa relacja, a w tym przypadku jest to konkretny jej rodzaj, czyli 1:1.

Nazwa "relacyjne bazy danych" nie jest dziełem przypadku

W przypadku 1 tabeli do obsługi wszystkich relacji dojdzie do sytuacji, w której wiersze mogą mieć null w poszczególnych kolumnach. Opisywanie kilku relacji na 1 tabeli samo w sobie brzmi już niebezpiecznie.

Nie masz racji, lepiej to rozbić tak jak autor tematu napisał - podstawy baz danych (relacja N:N).

Skoro zapytanie jest dobrze, to znaczy, że problem tkwi gdzieś indziej.

Nie ogarniam po co zaciągać cały kombajn jakim jest ORM po to, żeby korzystać z query buildera zamiast z zależności między obiektami.

Pobierz produkty dla wszystkich podkategorii danej kategorii:

[PHP] pobierz, plaintext 
<?php
$id = 1;
 
$category = $this->get('some-repo')->find($id);
$categoryChildren = $category->getChildren();
foreach ($categoryChildren as $categoryChild) {
    foreach ($categoryChild->getProducts() as $product) {
        // Do something with product
    }
}
[PHP] pobierz, plaintext 

W pierwszym przypadku masz błąd (o ile dobrze pamiętam, bo z Doctrine korzystałem ostatnio rok temu):

[PHP] pobierz, plaintext 
<?php
 
// Zamiast 'p.category = c' podaj c.klucz_glowny
$sth->join('AppBundle:Product','p','p.category = c.klucz_glowny');
[PHP] pobierz, plaintext 

Z prostych rozwiązań: http://php.net/manual/en/book.simplexml.php

Pobrane dane zapisz sobie gdzieś. Gdzie to Ci nie powiem, bo nie wrzuciłeś kodu, który wykonuje zapytanie, jest co najmniej kilka możliwości.

sylius.controller.product to id usługi, jako która jest zarejestrowany kontroler. Zrób sobie dumpa usług i zobacz na jaką klasę wskazuje ta usługa.

Swoją drogą ciekawy projekt, pisany głównie przez Polaków.

Proszę:

[PHP] pobierz, plaintext 
<?php
 
// Tutaj wstaw wartość z kolumny w bazie danych
$dateFromDataBase = '2016-09-09 07:10:27';
 
$now = new \DateTime();
$date = new \DateTime($dateFromDataBase);
 
echo ($date >= $now->modify('-30 minutes')) ? 'NEW' : 'OLD';
[PHP] pobierz, plaintext 

[PHP] pobierz, plaintext 
$mail = new PHPMailer;
$mail->setFrom('from@example.com', 'Your Name');
$mail->addAddress('myfriend@example.net', 'My Friend');
$mail->Subject  = 'First PHPMailer Message';
$mail->Body     = 'Hi! This is my first e-mail sent through PHPMailer.';
if(!$mail->send()) {
  echo 'Message was not sent.';
  echo 'Mailer error: ' . $mail->ErrorInfo;
} else {
  echo 'Message has been sent.';
}
[PHP] pobierz, plaintext 

Powyższe wykonaj 2x jedno pod drugim - 1 raz dla użytkownika, drugi dla Ciebie.
(Jakość powyższego rozwiązania jest kiepska, ale działa).

1 b
użyj wzorca proxy i takie proxy ustaw jako dekorator usługi repozytorium

2) Rozważ taką opcję, aby za obliczenia były odpowiedzialne usługi. Nie powiem Ci co konkretnie masz zrobić, bo wszystko zależy od kontekstu słowa "obliczenia".

Nie rozumiem, czemu projekt na hostingu jest okrojony tylko do app i vendor? I niby jak to ma działać? Gdzie podziałeś src i web?
Tak w ogóle to w netbeansie nie utworzysz "projektu w symfony 2" bo netbeans nie posiada kodu symfony2, możesz jedynie zaznaczyć, że projekt korzysta z SF2 i wtedy netbeans widzi trochę więcej zależności.

Ogólnie:
1. Pobierasz framework z http://symfony.com/download zgodnie z instrukcją na tej stronie.
2. Dewelopujesz aplikację lokalnie za pomocą netbeans czy innego IDE
3. Wrzucasz aplikację na hosting i robisz masę ręcznej roboty przy okazji (bo nie znam automatów buildowych na hostingi, ale może jakieś są).
4. Nie edytujesz projektu bezpośrednio na hostingu (chyba nie muszę tłumaczyć czemu).

https://github.com/symfony/symfony/blob/mas...Yaml/Inline.php - commit sprzed 5 godzin.

Dodatkowo w żadnym PSR nic o tym nie ma, jakoś też w google nic nie mogę znaleźć na temat tego, żeby była to dobra czy zła praktyka.

Proste: Definicja != klasa

Definicja abstrakcyjnej usługi może bazować na nieabstrakcyjnej klasie.
Podobnie też definicja usługi może dziedziczyć po innej definicji usługi, która bazuje na klasie finalnej (klasa jest finalna, ale usługa to tylko definicja obiektu tej klasy, który będzie utworzony - DEFINICJA OBIEKTU, NIE KLASY).
Definicja to definicja, klasa to klasa i nie możesz utożsamiać z sobą tych 2 bytów.

Usługa abstrakcyjna to pojęcie podobnego poziomu, co usługa publiczna/prywatna oraz usługa leniwa. Czy klasy są publiczne/prywatne, a tym bardziej czy istnieją klasy leniwe? Nie

fos_elastica.client_prototype jest usługą abstraktycją zdefiniowaną w konfiguracji usług, natomiast w pętli tworzone są "normalne" usługi na podstawie konfiguracji ale już tej zdefiniowanej w Configuration.php

A niby w czym ma być napisana?

Jakbyś spojrzał w źródło klasy DefinitionDecorator to byś zobaczył, że wcale nie trzeba podać klasy - dekorator definicji to nie taki dosłowny dekorator w kontekście wzorca projektowego.

Edit:
W końcu zapomniałem wytłumaczyć o co chodzi:
W Symfony można tworzyć abstraktyjne usługi czyli takie, których instancje nie są tworzone, a które służą do tworzenia innych definicji. To właśnie programowalny odpowiednik tego, co można równie dobrze zrobić w konfiguracji, jednak w tym przypadku umieszczenie tego akurat w rozszerzeniu pakietu ma konkretne przyczyny.

Pozwoliłem sobie poprawić:

[PHP] pobierz, plaintext 
public function findExpensesByProperty()
  {
 
    $rsm = new ResultSetMapping;
 
    $rsm->addEntityResult('User\UserBundle\Entity\User', 'u');
    $rsm->addJoinedEntityResult('Property\ManagementBundle\Entity\Owner', 'o', 'u', 'owners');
    $rsm->addJoinedEntityResult('Property\ManagementBundle\Entity\Property' , 'p', 'o', 'property');
    $rsm->addJoinedEntityResult('Property\ManagementBundle\Entity\Expenses' , 'e', 'p', 'expenses');\
    $rsm->addScalarResult('SUMA', 'sum'); // W tablicy będzie pod kluczem z 2 argumentu, czyli sum
    $sql = "
            SELECT u.id,u.username,
            o.id as o_id,o.name as o_name,
            p.id as p_id,p.name as p_name,p.adress as p_adress,
            e.id as e_id,e.name as e_name,SUM(e.price) as SUMA
            FROM users u 
            INNER JOIN owner o ON u.id = o.user_id
            INNER JOIN property p ON o.id=p.owner_id
            LEFT JOIN expenses e ON p.id=e.property_id
            GROUP BY p_id
           ";
 
 
 
 
    $query= $this->_em->createNativeQuery(
      $sql, $rsm
    );   
 
//    $query->setParameter(1,$User);
 
    return $query->getArrayResult();
 
  }
}
[PHP] pobierz, plaintext 

1. Do metod, które służą do otrzymywania obiektów a które mogą zwrócić null używaj find, get zakłada, że otrzymasz obiekt i tyle, nie dopuszcza nulla (niepisana zasada).
2. Czemu korzystając z ORM rzeźbisz wszystko ręcznie?
3. Polecam lekturę: http://doctrine-orm.readthedocs.org/projec...native-sql.html

Hmm patrz na tą linijkę:

[PHP] pobierz, plaintext 
$rsm->addEntityResult('User\UserBundle\Entity\User', 'u');
[PHP] pobierz, plaintext 

Mapujesz encję na alias "u", natomiast w SQL nigdzie tego aliasu nie używasz. SQL powinno wyglądać tak:

[SQL] pobierz, plaintext 
SELECT u.*
FROM users u
[SQL] pobierz, plaintext 

Nie pobieraj pojedynczych kolumn mapując dane na encje, zapomnisz czegoś zmapować i znowu będziesz się zastanawiał, czemu jest null.

Nie tyle "nie powinno się stosować", po prostu nie da się tego niezastosować

Od początku:
Masz 3 intarface'y:
MessageInterface
RequestInterface extends MessageInterface
ResponseInterface extends MessageInterface

Albo robisz 1 implementację MessageInterface i używasz jej dla zapytań i odpowiedzi, albo robisz 2 implementacje (jedna RequestInterface i jedna ResponseInterface) i implementacji RequestInterface używasz do przyjmowania zapytań, a implementacji ResponseInterface używasz do zwracania odpowiedzi.

Edit:
W końcu znalazłem: zend-diactoros
Zwróć uwagę na klasy Request i Response - implementują odpowiednie interface'y i nigdzie nie ma bezpośredniej implementacji MessageInterface, ponieważ inteface'y Request i Response ją wymuszają.

Jak się klamer nie używa to pokazuje tylko 1 (ostatni) Zapomniałeś użyć { ... }