Wypowiedzi
-
Na mojej stronie http://lipdub.in użyłem http://autoembed.com/ i polecam.
Kosztuje nie wiele a daje fajne możliwości embedowania z URLa, pobierania miniaturki i obsługuję caaałą masę serwisów video.
-
-
-
-
-
-
-
Primo: oparłbym to o standardowy mechanizm Wp, i jedynie dobrze przemyślał umieszczenie w swoim pluginie odpowiednich do_action i apply_filters.
ps. kiedyś poruszyłem podobny temat tutaj: http://forum.php.pl/Aplikacje_PHP_Pluginy_t34190.html
-
-
-
-
-
A na c*** komu artykuły. I tak nigdy nie zaspokoisz wszystkich. Jak dla mnie najważniejsze to aktywna społeczność, która pomoże mi szybko uporać się z problemem zamiast stracić nad czymś cały dzień. I w sumie tyle wystarczy :)
A za wartościowe odpowiedzi mogę zdobywać punkty które potem sobie wymienie na licencję na oprogramowanie do developerki lub jakiś fajny hosting pod dev :)
-
-
Witajcie,
mam następujący problem: chcę poprzez zdarzenie CRON o danej godzinie wykonać taką akcję:
Utworzenie sesji screen pod daną nazwą (screen -S nazwa)
W tejże sesji stworzenie 10 zakładek (^C + n)
w każdej z zakładek uruchomienie tego samego programu/skryptu
Da się coś takiego zrobić?
-
Witajcie,
mam następujący problem: chcę poprzez zdarzenie CRON o danej godzinie wykonać taką akcję:
Utworzenie sesji screen pod daną nazwą (screen -S nazwa)
W tejże sesji stworzenie 10 zakładek (^C + n)
w każdej z zakładek uruchomienie tego samego programu/skryptu
Da się coś takiego zrobić?
-
-
Tak ale skoro symfony jest frameworkiem w którym masę rzeczy się osiąga poprzez konfigurację a nie przeciążanie, to dlaczego tutaj tak nie jest i z buciorami wyłącza wszelki cache gdy jest żądanie POST lub cokolwiek znajdzie się w $_GET?
Dla mnie cache to tak fundamentalna sprawa, że takie "okrojenie" już na wstępie i zmuszanie do rzeźbienia po dość wewnętrznych źródłach frameworka to minus. Dla Ciebie może plus - nie wnikam, bo wyrażam tu swoją a nie Twoją opinie nt tego narzędzia.
Framework chyba powinien coś ułatwiać, ot zwykłe użycie prostej funkcji/metody i mam cache. A nie najpierw znajdź gdzie jest fragment który wyłącza cache dla POST i count($_GET)>0 potem go nadpisz własną klasą i szukaj w doc. jak to podpiąć teraz pod cały kombajn.
A jeśli masz na to gotowe rozwiązanie, to pomóż koledze na priv i podeślij :)
pozdro
Aleksander Wons:
Michał Stanowski:
Chodzi m. in. o to, że narzuca niemożliwość pobrania danych z cache jeśli request jest typu POST.
A gdzie dokładnie to narzuca? Ja jakoś obsługuję cacheowanie przy POST bez problemu - trzeba przeciążyć jedną metodę po sprawie. Na tym polega elastyczność zarówno sf jaki zf. Jak nie pasuje mi defaultowe zachowanie to je zmieniam przeciążając odpowiednią metodę i po krzyku.
Prawda jest taka, że to jest kwestia upodobań. Jeden woli sf a drugi zf. Cała dyskusja przypomina tą o wyższości świąt Bożego Narodzenia nad świętami Wielkanocy ;)Aleksander Wons edytował(a) ten post dnia 03.08.10 o godzinie 18:17
-
Adam W.:
Michał Stanowski:
kolejno np. :build-model :build-forms, potem samemu rozszerzyć tablicę bazy o kolejne pole itd. Tak wiem niby są jakieś propel:diff czy jakoś tak, ale nigdy mi to nie zadziałało poprawnie ;/
Zend na tych polach wypada o niebo lepiej i mam wrażenie że wydajnościowo ma mniejszy narzut.
właśnie nieświadomość i niewiedza ludzi powoduje niechęć do danego produktu.
fajnie to przedstawiłeś:)
Domyślam się że bogiem Symfony nie jestem, wrecz nie jest mi dane pracować w wersjach nowszych tj. > 1.2
Ale dla mnie to też wada frameworka, aby tak podstawowe rzeczy jak cache czy właśnie wszelkie 'alter table' tak utrudniać i ukrywać + nie wspominać o tym w dokumentacji. Kolejny przykład to niby fajny ficzer automatycznego uzupełniania bazy danych przy jej budowaniu (jak to się w sf nazywało?? jakoś na "F") które u mnie też nigdy nie działało chcąc wyeksportowac najpierw to co jest w bazie, a potem zaimportować.
podsumowując: lubię zend, nie lubię symfony ;p
-
Do większych projektów obecnie wybrałbym Zenda. Symfony zawiódł mnie jeśli chodzi o obsługę cache (a to najważniejsza rzecz przy dużym projekcie). Chodzi m. in. o to, że narzuca niemożliwość pobrania danych z cache jeśli request jest typu POST. Druga rzecz to moment w którym trzeba rozbudować aplikację dodając/usuwając jakieś pole do bazy danych. Proces generowania modeli i całej reszty poprzez skrypt CLI jest mega niewygodny. Chodzi mi o to że aby nie stracić wszystkich danych w bazie nie można wywołać samemu :build-all tylko trzeba robić kolejno np. :build-model :build-forms, potem samemu rozszerzyć tablicę bazy o kolejne pole itd. Tak wiem niby są jakieś propel:diff czy jakoś tak, ale nigdy mi to nie zadziałało poprawnie ;/
Zend na tych polach wypada o niebo lepiej i mam wrażenie że wydajnościowo ma mniejszy narzut.
