Witam ponownie,
niestety znów framework ze mną wygrywa:
1. obecnie mam błąd do rozwiązania z datą podczas zapisu:
użytkownik dodaje post i ma zawartość dodać do bazy danych:

błąd:

[PHP] pobierz, plaintext 
FatalErrorException in DateTimeType.php line 53: Error: Call to a member function format() on a non-object
[PHP] pobierz, plaintext 

controller:

[PHP] pobierz, plaintext 
    public function showTopicAction($id, Request $request)
    {       
        // get post for selected topic from db
        $postsList = $this->getDoctrine()->getRepository('UserBundle:Posts')->getPostsWithTopicId($id);
        //change date format
        for($i = 0; $i < count($postsList) ; $i++) {
            $postsList[$i][0]->setAddedDate($postsList[$i][0]->getAddedDate()->format('Y-m-d H:i:s'));        
            $gettedDate = $postsList[$i][0]->getLastEditionDate();
            if($gettedDate != null){
                $postsList[$i][0]->setLastEditionDate($gettedDate->format('Y-m-d H:i:s'));                             
            }     
        }        
        //get user id 
        $user   = $this->getUser();
        $userId = ($user !== null) ? $user->getId() : 0; 
 
        //prepare edit form
        $postEnt  = new Posts; 
        $editForm = $this->createForm(EditPostType::class, $postEnt);
 
        //prepare add post form
        $addPostForm = $this->createForm(AddPostType::class, $postEnt);
 
        $addPostForm->handleRequest($request);
        //after submit prepare data and save into DB
        if ($addPostForm->isSubmitted() && $addPostForm->isValid()) {
            $em   = $this->getDoctrine()->getManager();
            $user = new User;
            $user->setId($userId);
            $postEnt->setPostAuthor($user);
 
            $topic = new Topics;
            $topic->setId($id);
            $postEnt->setTopic($topic);
 
            $postEnt->setAddedDate(new \DateTime());
            // $postEnt->setLastEditionDate(new \DateTime());
        echo '<pre>';   
                 \Doctrine\Common\Util\Debug::dump($postEnt);
        echo '</pre>';
            $em->merge($postEnt);
            $em->flush();
        }
 
        return $this->render(
            'UserBundle:Topic:showTopic.html.twig',
            array(
                'postsData'   => $postsList,
                'userId'      => $userId,
                'editForm'    => $editForm->createView(),
                'addPostForm' => $addPostForm->createView(),
            )
        );
    }
 
[PHP] pobierz, plaintext 

dump wypluwa:
http://thegeniesis.kylos.pl/sf/err1/dump.html
Rozumiem, że pluje się o format daty, jednakże jest deklarowany dla AddedDate - gdzie jeszcze powinienem (lastEditionDate gdy deklaruję to nic nie zmienia)?

2. Pytanie odnośnie edycji
w kontrolerze pobieram dane, chcę tylko dla użytkowników, którzy stworzyli post dać edycję (ukryty div z formularzem, po naciśnięciu przycisku zmienia się display),
tutaj mam problem z wybraniem najlepszej drogi użycia generatora formularzy:
jedna z tych co przychodzi mi do głowy (choć wydaje się trochę przerostem formy):
tworzę pętlę lecącą po wynikach z bazy danych, przy każdym przejściu zostaje wywołana metoda createForm, gdzie argumentem jest aktualny elem. pętli, wynik ten zapisywany jest do tablicy, całość zostaje przekazana do html.twig i tam przy odpowiednich warunkach pętlami wyświetlam formularz z danymi
druga w której rezygnuje z generatora (choć chyba wszystkie formularze powinny być przez niego tworzone):
tworzę w html.twig ręcznie pole textarea (tylko tyle potrzeba w tym wypadku) i podczas generowania widoku postów wklejam tam zawartość i wszystko ładnie podmienione
Później ten formularz zamierzam po przez AJAX wysyłać i nadpisywać edytowaną treść.

Czy możecie doradzić jak najlepiej rozwiązać ten problem (dane już są pobierane [zapytanie, które jest potrzebne do wyświetlania treści bez edycji ])?
Obecny widok html.twig (wiem, nie jestem front-end'owcem):

[HTML] pobierz, plaintext 
{% extends 'base.html.twig' %}
{% block title %}{% trans %}title.forum{% endtrans %}{% endblock %}
{% block body %}
    <section class="container posts">
        {% set loopIndex = 0 %}
        {% for data in postsData %}
            <section class="post-box">    
                <section class="user-data-topic col-md-2">
                    userporfile data
                    username: {{ data.username }}
                </section>
                <section class="col-md-10 post-section">            
                    <div class="row">
                        <header class="col-md-12">
                            <div class="col-md-7">
                                nr {{ loopIndex }}               
                            </div>
                            <div class="col-md-4">
                                {% trans %} post.date{% endtrans %}: {{ data.0.addedDate }}
                            </div>
                            <div class="col-md-1">
                                {% if userId == data.0.postAuthorId  %}
                                    <a href="#" data-action="edit" data-postId="{{ data.0.id }}">{% trans %}global.edition{% endtrans %}</a>
                                {% endif %}
                            </div>
                        </header>
                        <article>
                            {{ data.0.postText }} <br />
                            {% if data.0.lastEditionDate != '' %}
                                <div class="post-last-edit"> {% trans %}post.lastEdition {% endtrans %}: {{ data.0.lastEditionDate }}</div>
                            {% endif %}
                        </article>
                        {% if userId == data.0.postAuthorId  %}
                            <div class="editBox " style="display:none">
                                {{ form_start(editForm) }}
                                    <div class="form-group">
                                        {{ form_label(editForm.postText) }}
                                        {{ form_errors(editForm.postText) }}
                                        {{ form_widget(editForm.postText) }}
                                    </div>
                                    <div class="">
                                        <button type="submit" class="btn btn-primary" name="submit-edition">{% trans %}global.submit{% endtrans %}</button>
                                        <button type="submit" class="btn btn-danger" name="submit-cancel">{% trans %}global.cancel{% endtrans %}</button>
                                    </div>
                                {{ form_end(editForm) }}                                  
                            </div>
                        {% endif %}
                        <footer>
                            ---<br />
                            user_desc
                        </footer>
                    </div>
                </section>
            </section>
            {% set loopIndex=loopIndex+1 %}
        {% endfor %}
        {% if userId != '' %}    
            <section class="col-md-2">
            </section>
            <section class="col-md-10">
                {{ form_start(addPostForm) }}
                    {{ form_label(addPostForm.postText) }}
                    {{ form_errors(addPostForm.postText) }}
                    {{ form_widget(addPostForm.postText) }}
                    <div class="">
                        <button type="submit" class="btn btn-primary" name="submit-addPost">{% trans %}global.submit{% endtrans %}</button>
                        <button type="submit" class="btn btn-danger" name="submit-cancel">{% trans %}global.cancel{% endtrans %}</button>
                    </div>                
                {{ form_end(addPostForm) }}          
            </section>
        {% endif %}
    </section>
    <script src="{{ asset('js/showTopic.js') }}"></script>
{% endblock %}
[HTML] pobierz, plaintext 

Pierwsze pytanie: po co zmieniasz format daty? Jaka wersja Doctrine DBAL? Podałeś błąd, podaj jeszcze stacktrace. Dlaczego tak udziwniłeś to co zwraca funkcja getPostsWithTopicId? Jak wyglądają funkcje setAddedDate i setLastEditionDate? Słyszałeś o pętli foreach? Dlaczego encje nazywasz w liczbie mnogiej?


To nie ma sensu. Tak samo dla Topics.

Już tłumaczę:

Podejrzewam, że chodzi Ci o:

[PHP] pobierz, plaintext 
        for($i = 0; $i < count($postsList) ; $i++) {
            $postsList[$i][0]->setAddedDate($postsList[$i][0]->getAddedDate()->format('Y-m-d H:i:s'));        
            $gettedDate = $postsList[$i][0]->getLastEditionDate();
            if($gettedDate != null){
                $postsList[$i][0]->setLastEditionDate($gettedDate->format('Y-m-d H:i:s'));                             
            }     
        }  
[PHP] pobierz, plaintext 

Powód jest banalny - chcę móc bezp. się odnieść w TWIG, jeżeli uważasz, że to bez sensu to napisz, zmienię to. (Dzięki tej pętli mogę użyć {{ data.0.addedDate }}).


2.4.8 wg danych z pliku vendor/doctrine/orm/lib/doctrine/orm/version.php


Nie jestem pewien co dokładnie znaczy "stacktrace", symfony poza owym błędem nie zwraca więcej informacji w komunikacie.

Co rozumiesz po przez "udziwnienie"? Pobieram dane z bazy, po czym zmieniam dane w obiekcie typu datetime by była to zwyczajna data (nie obiekt) -> wyżej wytłumaczyłem dlaczego.

wg schematu
setAddedDate:

[PHP] pobierz, plaintext 
    /**
     * Set addedDate
     *
     * @param \DateTime $addedDate
     * @return Posts
     */
    public function setAddedDate($addedDate)
    {
        $this->addedDate = $addedDate;
 
        return $this;
    }
[PHP] pobierz, plaintext 

setLastEditionDate

[PHP] pobierz, plaintext 
    /**
     * Set lastEditionDate
     *
     * @param \DateTime $lastEditionDate
     * @return Posts
     */
    public function setLastEditionDate($lastEditionDate)
    {
        $this->lastEditionDate = $lastEditionDate;
 
        return $this;
    }
[PHP] pobierz, plaintext 

tak, prawie zawsze jej używam, nie jest to problem by zmienić to na ową pętlę zachowując te same działanie


Najchętniej bym napisał "bo tak", a tak poważnie, jeżeli w bazie mam tabelę z tematami to używam liczby mnogiej(wiele danych), encja odpowiada za odzwierciedlenie bazy, stąd liczba mnoga (jeżeli to błąd to napisz).


Dlaczego? Początkowo pobieram obecnego user'a id by wiedzieć później czy zalogowany = autor postu (w TWIG jest to potrzebne także), później owa zmienna mi nie jest już potrzebna to ją nadpisuję, tabela posts ma kolumny topic_id, post_author_id gdy chcialem najwyczajniej zrobić coś takiego: $postEnt->setPostAuthorId($userId) oraz $postEnt->setTopicId($id) to w zapytaniu wyskakiwał błąd (pola pomimo ustawienia dawały NULL), stąd też wyczytałem, że w ten sposób można rozwiązać owy problem.

Dorzucam także plik posts.orm.yml może tutaj coś zepsułem:

[PHP] pobierz, plaintext 
UserBundle\Entity\Posts:
    type: entity
    table: posts
    repositoryClass: UserBundle\Repository\PostsRepository
    indexes:
        topic_id:
            columns: [ topic_id ]
        post_author_id:    
            columns: [ post_author_id ]    
    id:
        id:
            type: integer
            id: true
            generator:
                strategy: AUTO
    fields:
        postText:
            type: string
            length: '1000'
            column: post_text
        postAuthorId:
            type: integer
            column: post_author_id
        addedDate:
            type: datetime
            column: added_date
        lastEditionDate:
            type: datetime
            nullable: true
            column: last_edition_date
        topicId:
            type: integer
            column: topic_id
 
    manyToOne:
        topic:
            targetEntity: Topics
            joinColumn:
                name: topic_id
                referencedColumnName: id     
        postAuthor:
            targetEntity: User
            joinColumn:
                name: post_author_id
                referencedColumnName: id
 
    lifecycleCallbacks: {  }
[PHP] pobierz, plaintext 

Uczę się dopiero symfony i wiele spraw nie jest dla mnie do końca jasnych, stąd też pojawiają się kwiatki, o których nawet nie wiem, że nimi są, dlatego też pytam ludzi na forum by ich nie robić.

No to to jest całkowicie bez sensu, żeby model dopasowywać do szablonu. To widok ma sformatować datę w zależności od wymagań i twig wspiera programistów: http://twig.sensiolabs.org/doc/filters/date.html oraz http://twig.sensiolabs.org/doc/extensions/intl.html
Dodatkowo sprawia to problemy na które się napotkałeś. Pobrałeś z bazy listę postów, dokonałeś na nich zmian (właściwość addedDate powinna być typu DateTime, a jest string) i Doctrine próbuje utrwalić to w bazie danych. Dlatego próbuje wykonać metodę format na stringu.


Podałeś wersję ORMa nie DBAL, ale sprawdziłem sobie pasującą do tego wersję. Kolejny przykład dlaczego warto korzystać z nowych wersji, dostałbyś wyjątek wszystko mówiący o problemie.


stacktrace/backtrace czyli ślad wywoływanych funkcji. Dziwne, bo symfony pokazuje akurat listę wywołań pod wyjątkiem.


Poprzez udziwnienie rozumiem zwracanie tablicy tablic z obiektem, zamiast tablicy obiektów. Zwyczajny typ dla daty to DateTime, zapisywanie daty w stringu jest udziwnieniem, które wprowadza chaos i problemy.


Podstawowa kwestia jest taka, że pomyliłeś ORM z innymi narzędziami. ORM nie odzwierciedla bazy danych w aplikacji, a dane aplikacji w bazie danych. Dlatego podstawą są encje do których należy dostosować tabele. Obiekt klasy Posts reprezentuje pojedynczy post, a nie żadną tabelę. Jeżeli chcesz mieć nazwy tabel w liczbie mnogiej to skonfiguruj sobie mapowanie encji, a nie zmieniaj znaczenia obiektów.


W aplikacji powinieneś operować na obiektach, nie na identyfikatorach. Tworzysz obiekt User, przypisujesz mu id i ustawiasz jako relację. Spójrz parę linijek wyżej i zauważ, że już masz obiekt User to po co tworzyć drugi gorszy? Jeżeli chcesz ustawić jakiś obiekt jako relację to pobierz go bazy danych, utwórz go i utrwal albo utwórz proxy tego obiektu.

Usunąłem pętle i zmieniłem: {{ data.0.addedDate|date("Y-m-d H:i:s") }} - oczywiście działa.
Tutaj trochę zdziwiła mnie interpretacja, ponieważ ustawiam $postEnt->setAddedDate(new \DateTime()); więc mam nadpisane jako obiekt, a interpretowało jako string (wcześniej ustawione na niego).

Zainstalowałem symfony z poziomu terminala w wersji 2.8 (3.0 ma zmienioną strukturę, więc wolałem na razie ogarnąć przy wcześniejszej, którą wcześniej trochę poznałem), pewnie stąd ta nieaktualność.

Zgadza się, normalnie pokazuje całą listę stacktrace, jednak w tym konkretnym przypadku nie pokazywało (też zdziwiło mnie to, stąd też nie wiedziałem gdzie szukać błędu).

Dzięki za rozjaśnienie odnośnie encji - już zmieniłem na l.poj.

Może to głupie ale nie wpadłem, że obiekt z danymi zalogowanego to ten sam, który później deklaruję od nowa, już to poprawilem.


Tutaj nie do końca jestem pewien czy dobrze Cię zrozumiałem: odkąd pamiętam tłuczono mi by nigdy nie brać więcej niżeli potrzeba (im więcej do roboty tym więcej czasu potrzeba, a wiadomo wydajność aplikacji podstawą), więc jest to w tym wypadku błędne myślenie?
Tak jak teraz (dla przykładu) mam pobieranie danych ustawione w ten sposób:

[PHP] pobierz, plaintext 
 
 
Edit:
jeżeli potrzebuję zapisać dane tylko w 1 tabeli to po co nadpisywać wszystkie inne dane z encji skoro potrzebny tylko id by móc zapisać w tej pierwszej (co innego jeżeli chcę w dwóch, wtedy wiadomo, że trzeba obie encje w pełni uzupełnić)?.
        $qb->select('p, u.username')
            ->from('UserBundle\Entity\Post', 'p')   
            ->leftJoin('p.postAuthor', 'u', 'WITH', 'p.postAuthor=u.id' )   
            ->addOrderBy('p.addedDate', 'DESC')                            
            ->where('p.topicId=:id')
            ->setParameter('id', $id)                            
        ;      
[PHP] pobierz, plaintext 

i zwraca mi coś w deseń:

[PHP] pobierz, plaintext 
[0] =>
   [0] => obiekt z danymi Post (encja)
   [username] => nazwa użytkownika, która jest pobierana na bazie postAuthor z encji Post
...
[PHP] pobierz, plaintext 

mam mieć:

[PHP] pobierz, plaintext 
        $qb->select('p, u')
            ->from('UserBundle\Entity\Post', 'p')   
            ->leftJoin('p.postAuthor', 'u', 'WITH', 'p.postAuthor=u.id' )   
            ->addOrderBy('p.addedDate', 'DESC')                            
            ->where('p.topicId=:id')
            ->setParameter('id', $id)                            
        ;     
[PHP] pobierz, plaintext 

Zwróci:

[PHP] pobierz, plaintext 
[0] =>obiekt z danymi Post (encja),  jednym z elem. będzie obiekt odzwierciedlający encję User z wszystkimi danymi określonego użytkownika  
...
[PHP] pobierz, plaintext 

Oczywiście nie należy pobierać więcej danych niż potrzeba, ale nie należy pobierać ich mniej niż potrzeba. Niestety potrzebne jest wyczucie bo nie ma żadnych reguł. Zazwyczaj więcej czasu zajmuje wybranie tylko tych wymaganych danych, łatwiej jest pobrać trochę nadmiarowo. W tej kwestii może być pomocne podział operacji modelu na dwie części Query i Command. W query można tylko pobierać dane które będą wyświetlane i tutaj można i warto optymalizować, natomiast command już powinno być w pełni obiektowe bez przedwczesnych optymalizacji.
Kolejny problem jest w tym, że jeżeli przekażesz do entity managera obiekt z relacją jako nieutrwaloną encją to powstaje problem.

Mógłbyś tę myśl rozwinąć? Tj. co rozumiesz po przez "nieutrwaloną" encję.

Czy byłbyś tak miły doradzić mi jeszcze odnośnie drugiego pytania (generowanie formularza edycji) z pierwszego postu?