Wypowiedzi
-
Mimo iż do WordPressa mam stosunek raczej negatywny to spośród dwóch dostepnych WordPress, własny CMS polecam WordPressa.
Stworzenie własnego CMS-s to dużo pracy, stworzenie dobrego CMS-a to ogrom pracy dla wielu programistów.
Dla prostych firmowych stron WordPress w zupełności wystarczy.
Klienci zazwyczaj nie interesują się tym w czym tworzona jest ich strona, interesuje ich efekt końcowy, chodź zdarzają się wyjątki. -
Rozumiem że problemen jest to że dla danych przesłanych ajaxem nie działają zdarzenia, jeśli tak to proszę sprawdzić http://stackoverflow.com/questions/1902732/jquery-late....
Prosze zwrócić uwagę na ostatni post z przykładami jak należy przypisywać zdarzenia w zależności od wersji jQuery. -
Nie podał Pan komunikatu błędu.
Z tego co jednak Pan podał widzę że jest błąd w miejscu dodawania repozytorium, klasa repozytorium to ta która operuje na tabeli. Natomiast obiekty klasy User to rekordy tabeli.
Najprostsza klasa repozytorium powinna wyglądać tak:
<?php
namespace Acme\AccountBundle\Entity;
use Doctrine\ORM\EntityRepository;
class UserRepository extends EntityRepository {
}
Dlaczego nie korzysta Pan z FOSUserBundle ?Ten post został edytowany przez Autora dnia 23.07.13 o godzinie 20:00 -
Jest też książka Pana Włodzimierza Gajdy http://helion.pl/ksiazki/symfony-2-od-podstaw-wlodzimi... z opisu i darmowej treści wynika że celuje ona w podstawy frameworka, niestety w wersji 2.0.
Jest także niedokończony tutorial o Symfony na stronie http://tutorial.symblog.co.uk/ także dla początkujących.
Pozycje podane przez Pana Piotra są wymagane jeśli chcę Pan na poważnie zająć się Symfony. -
Najlepszym sposobem jest wogóle ich nie dodawać do formularza, co się stanie gdy pola te będą ukryte ale użytkownik za pomocą np: Firebuga zmieni je ?
Dla dodawania daty utworzenia encji i jej modyfikacji służy bundle https://github.com/l3pp4rd/DoctrineExtensions, część "Timestampable" -
Dane ze starego projektu, plik parameters.ini:
mailer_transport="gmail"
mailer_host="localhost"
mailer_user="adresemailowykontagmail@gmail.com"
mailer_password="haslodokontagmailowego"
wszystkie inne parametry mają domyślne wartości. -
Skupię się na technicznej stronie serwisu.
Minusem jest "krzykliwy" czerwony kolor a w szczególności jasny czerwony w sliderze, choć to akurat kwestia gustu.
Po wybraniu wyszukiwarki tekst z inputa nie kasuje się i pozostaje "Wpisz szukane słowo", w źródle jest kasowanie tekstu pod warunkiem że tekst to "Search".
Obrazki w pełnych artykułach są przyklejone do widgeta AddThis, brak marginesu.
Po niepoprawnym wypełnieniu formularza komentarza uzytkownik przekierowywany jest na pusta stronę z komunikatem błędu.
W przypadku gdy obrazek jest stosunkowo wąski po prawej jego stronie pozostaje duża niewykorzystana przestrzeń, przykład http://faktymazowsza.pl/zatruli-sie-tlenkiem-wegla-poz... -
Jeżeli aplikacja testowana jest lokalnie to prosze korzystać np: z Gmaila jako pośrednika szczegóły http://symfony.com/doc/current/cookbook/email/email.html.
Dopiero po przeniesieniu na serwer produkcyjny prosze wpisać te dane które Pan podał. -
Aby mieć możliwość przeczytania tego posta musisz być członkiem grupy Zarządzanie Projektami
-
Aby mieć możliwość przeczytania tego posta musisz być członkiem grupy Portale
-
Cookie to najprostsze rozwiązanie, jego minusem jest jednak to że cookie łatwo usunąć i nie jest globalne. Gdy użytkownik zmieni przeglądarkę lub komputer cookie musi być ustawiane jeszcze raz.
Jeżeli klient może być zidentyfikowany to lepiej taką wartość przechowywać po stronie serwera. -
Także na początku miałem problem z generatorem backendu i także skorzystałem z Sonaty, był to pierwszy i ostatni raz kiedy tworzyłem panel z użyciem tego bundla.
Wszystkie inne moję projekty wykorzystują już http://symfony2admingenerator.org/, prosty generator o podobnych właściwościach jak ten symfony1.4. Wiem że nie posiada tylu opcji co Sonata, zmusza do pisania większej ilości kodu, ale pozwala na większą kontrolę.
Od Sonaty "odbiłem" się dość dawno, więc może coś się zmieniło na lepsze. -
Aby mieć możliwość przeczytania tego posta musisz być członkiem grupy Pozycjonowanie stron www
-
Aby mieć możliwość przeczytania tego posta musisz być członkiem grupy Pozycjonowanie stron www
-
Aby mieć możliwość przeczytania tego posta musisz być członkiem grupy Pozycjonowanie stron www
-
Najlepszą opcją byłaby czasowa pełna wersja, wtedy można pokazać wszystko co potrafi aplikacja i jednocześnie nie zniechęcać go.
Jeśli jednak w grę wchodzą tylko te podane opcje to skłaniałbym się do opcji z nieaktywnymi elementami, trudno zachęcić klienta tym czego nie widać.Sebastian Błaszczak edytował(a) ten post dnia 03.06.12 o godzinie 19:11 -
Mój najnowszy serwis na Symfony 2 jest malutki ledwo 10 tyś użytkowników dziennie, przy takim znikomym obciążeniu wszystko bez problemu działa na współdzielonym i jest jeszcze ogromny zapas mocy.
Może wypowie się ktoś kto postawił na Symfony 2 serwis z ilością użytkowników > 1 mil, chyba to najbardziej Cię intersesuje ?, sam jestem ciekaw jak to wygląda i jaki minimalny sprzęt jest potrzebny przy takim serwisie dla Symfony. -
Jeśli do 100 zł miesięcznie to w grę wchodzi już VPS albo serwis dedykowany, w obu przypadkach mamy pełne możliwości konfiguracji. Jest wiele firm które oferują całoroczny abonament niższy niż 100 zł.
Symfony nie potrzebuje niczego specjalnego, wystarczy php 5.3.2+ co oferują niemal wszystkie firmy hostingowe i nawet hosting współdzielony przy niskim obciążeniu w zupełności wystarczy. Choć do pełnego wykorzystania możliwości Symfony 2 zalecane (choć z doświadczenia wiem że niemal wymagane ) jest akcelerator php, oraz Varnish, oczywiście ten nie jest dostępny na hostingach współdzielonych. -
Właśnie przez szereg takich udziwnień, jakie wymienione są w oryginalnym poście, język PHP jest językiem trudnym i skomplikowanym. Mówienie o nim jako o prostym szybkim (?) jest niedorzeczne.
Zmusza on to pamiętania setek różnych funkcji, czy ktoś kiedykolwiek próbował poznać je wszystkie ?, usilnie próbuje uszczęśliwić programistę ukrywająć wszelkie możliwe błędy.
Za 90% wszystkich problemów z nim związanych odpowiada ta nieszczęsna kompatybilność wsteczna, czy naprawdę nie można storzyć nowej gałęzi, pozbawionej tych wad ?.
Obawiam się że deweloperzy nie chcą tego a z roku na rok coraz więcej programistów traci cierpliwość i uczy się czegość nowego, głównie jest to python. Nie wiem jaka część nowych projektów powstaje w oparciu o PHP w porównaniu do innych języków, choć śmiem twierdzić że coraz mniej, a popularność PHP wynika głównie z ilości napisanemu w nim kodu.
Coraz więcej hostingów udostępnia też platformy nie tylko "pehapowe" a ich cena jest podobna.
Trzeba przyznać że PHP się rozwija, tylko że za wolno, wygląda to tak jakby na parę lat zapadł w sen zimowy i obudził się w innym świecie, gdzie nie jest jedynym wyborem w segmencie małych i średnich portali.
Jeżeli ktoś zastanawia się nad wyborem PHP jako pierwszego języka programowania, to niech tego nie robi, PHP uczy złych nawyków, od których będzie bardzo trudno się odzwyczaić. Przykładem są tu osoby znające tylko ten język i wszelkie "udziwnienia" typu przestrzenie nazw, wyjątki, SPL, uważają za niepotrzebne.
- 1
- 2