Drukowana wersja tematu

Kliknij tu, aby zobaczyć temat w orginalnym formacie

Forum PHP.pl _ Pro _ Propozycje tematów

Napisany przez: nospor 19.03.2007, 12:40:27

W tym topicu proszę umieszczać propozycje nowych tematów, na które chcielibyście porozmawiać.

Napisany przez: athabus 19.03.2007, 14:33:00

Choć w temacie nie miałbym za dużo do powiedzenia z racji małej wiedzy to chętnie poczytałbym dyskusję na temat profilowania aplikacji. Może na forum znajdzie się kilka osób, które miały już z tym do czynienia i będzie chciało się podzielić swoją wiedzą.

Napisany przez: Turgon 19.03.2007, 16:47:33

Ja z chęcią bym podyskutował na temat modelowania warstwy kontroli dostępu w połączeniu z bazą danych itp.

Napisany przez: nasty_psycho 24.03.2007, 17:30:36

Witam

Ostatnio na http://bobondevelopment.com/2007/03/19/what-is-a-real-developer/ czytałem ze klasyczny model budowania stron w ASP.NET jest zły, ponieważ Framework ASP.NET robi za duża abstrakcje dla protokołu HTTP i związanymi z nim elementami.
Post ten (oraz komentarze) dal mi dużo do myślenia i po części się z nim zgadzam. I bardzo bym chciał żebyśmy mogli tu przedyskutować temat/problem z abstrakcja. Do jakiego stopnia jest pożyteczna i kiedy zaczyna być szkodliwa ?
Temat ten jest także trochę związany z PHP bo teraz większość frameworkow tez robi abstrakcje dla wspomnianych elementów.

Pozdrawiam.

Napisany przez: LBO 4.04.2007, 11:26:31

A ja chciałbym poruszyć z goła rzadko poruszany temat, bo raczej wyspecjalizowany tylko na jednym aspekcie MVC, widoków. Dokładniej sposobów obróbki danych - przekazanych do widoku - do różnych typów wynikowych.

Najlepiej będzie jak zacytuję tutaj post, który napisałem wcześniej (zanim zorientowałem się, że nie mogę tworzyć tematów na PRO ).

Cytat

Temat: [MVC] Widok, i różna prezentacja tych samych danych.

Hmmm, zastanawiam się jak we frameworkach (najlepiej opartych o railsy) jest rozwiązywana sprawa widoków o tych samych danych, ale różnej prezentacji (HTML, XML, JSON)?
Wymyśliłem 2 rzeczy.
1. Akcja zajmuje się przypisaniem danych z modelu do widoku. W zależności od żądania, TRANSPARENTNIE podmieniany jest widok - załóżmy, że pliki z widokami (szablonami) mają jakieś ustandaryzowane nazewnictwo to ułatwiające, albo są przypisane w configu.
2. Tworzy się aliasy akcji i w zależności od typu żądania wywoływany jest odpowiedni alias w którym przebiega cały proces wysyłania/[przypisywania do widoku] danych.

Szczerze mówiąc podoba mi się sposób pierwszy. Tylko, czy to będzie odpowiednie z filozofią MVC jeżeli to w widoku zajmę się enkodowaniem danych do JSON'a - dla mnie to już ten rodzaj logiki, który powinien być przeprowadzany w kontrolerze/akcji. Może patrzę się na widok zbyt płasko? W RoR i pochodnych jako widok użyty jest wzorzec Template View (a nawet Two Step View). Wydaje mi się, że w przypadku pewnych danych można z powodzeniem zastąpić go Transform View. Tylko znów - nie wiem czy można tych wzorców używać przemiennie.

Generalnie, chciałbym, żeby działało to niewidocznie dla kontrolera (czyli jeszcze raz skłaniam się tu do opcji 1).

Może Wy macie jakieś pomysły jeszcze? Zapraszam do dyskusji.

Napisany przez: Strzałek 5.04.2007, 10:59:16

Ok, ale jeżeli już to temat ogólnie o MVC, ideą było to żeby nie rozdrabniać się za bardzo w tym dziale i nie robić bałaganu.

Napisany przez: Sedziwoj 5.04.2007, 17:08:32

Tylko czasem to 'rozdrobnienie' stanowi temat sam w sobie.
(można umieścić temat informatyka i wszystko w nim, lub tworzenie stron internetowych obok pisania systemów operacyjnych)

[mam nadzieję, że nie robię zbytniego OT]

Napisany przez: LBO 6.04.2007, 13:48:55

Cytat(Strzałek @ 5.04.2007, 11:59:16 )

Ok, ale jeżeli już to temat ogólnie o MVC, ideą było to żeby nie rozdrabniać się za bardzo w tym dziale i nie robić bałaganu.

Założenie ogólnego tematu o MVC, nie przemawia moim zdaniem za tą ideą. Jest to bardzo obszerny temat, z założenia porusza 3 aspekty i dyskutowanie o nich w jednym wątku na pewno będzie bałaganiarskie. Udowadnia to przecież http://forum.php.pl/MVC-Pytan-kilka-t10881.html.
Wydaje mi się, że temat, który zaproponowałem jest dostatecznie, jak to mniej więcej opisał kolega powyżej, specjalistyczny, by nadawał się do PRO.

Napisany przez: cicik 12.04.2007, 21:09:56

Ja bym chciał podyskutować o Zend API.
Konkretnie o umieszczaniu części lub całości logiki naszych aplikacji w formie rozszerzenia do PHP.

Napisany przez: boom3 24.06.2007, 17:26:09

Każdy zauważył, że w php powstaje wiele różnych frameworków. Chętnie poczytałbym o doświadczeniach jakie z nimi macie. Może takie krótkie sprawozdania jak się sprawdził w danych zastosowaniach.
Nie chodzi mi o jałowe dyskusje, który lepszy itd., chodzi o konkretne doświadczenia w pracy, przy pisaniu konkretnych aplikacji.

Napisany przez: LEW21 21.07.2007, 20:50:34

Przydał by się temat pt. "Singleton vs. Registry vs. zmienne globalne" w którym ktoś może by wreszcie napisał dlaczego w/g niego zmienne globalne są bee w przeciwieństwie do tych dwóch (anty)wzorców projektowych

Napisany przez: menic 21.07.2007, 20:54:08

A może szablony jak xslt...

Napisany przez: acztery 20.08.2007, 23:07:18

Ja proponuje zaawansowane metody dot. budowy aplikacji gdzie wykorzystuję się różne grupy użytkowników. np Redaktorzy, obsługa for itp, admin, super admin, gdzie można dowolnie dodawać grupy i ustalać co może a czego nie może

Napisany przez: tomeksobczak 18.09.2007, 12:34:00

Ja podyskutowałbym chętnie na temat naprawdę dużych projektów i ich rozwiązań:

- duże replikacje mysql (master-slave, master-master, itp)
- farmy serwerów,
- utrzymywanie sesji przy load balancingu
- itd.

Z pewnością mamy tutaj wielu użytkowników biorących udział w takich projektach

Napisany przez: batman 18.09.2007, 18:39:10

Mnie natomiast bardzo ciekawi zaniedbywany i mało znany temat SPL. Dokumentacja praktycznie nie istnieje, więc doświadczenia innych programistów byłby mile widziane.

Napisany przez: mike 18.09.2007, 19:57:11

Cytat(batman @ 18.09.2007, 19:39:10 )

Mnie natomiast bardzo ciekawi zaniedbywany i mało znany temat SPL.

Co dokładnie?

Iteratory;
obsługa plików i folderów (po części to również iteratory);
obsługa XML (w sumie SimpleXMLIterator);
zabawa z tablicami (po części to również iteratory);
wyjątki (SPL zawiera tylko definicje klas wyjątków);

czy

obserwator

Napisany przez: batman 18.09.2007, 20:07:11

@mike
Najlepiej wszystko
Jeśli chodzi o samo działanie SPL nie mam z tym większego problemu, chociaż taki RecursiveDirectoryIterator spowodował, że się zawiesiłem przez chwilę. Najbardziej zależy mi na życiowych przykładach, porównaniu wydajności w stosunku do standardowych rozwiązań, itp.
Inną kwestią, która wychodzi poza ramy tego wątku jest to, czy klasa Iterator może być użyta do "dużej" klasy, która oprócz iterowania po jakiejś kolekcji wykonuje inne operacje. Wiem, że działa, ale czy jest to poprawne?

[PHP] pobierz, plaintext 
<?php
class Klasa implements Iterator
{
	// duzo kodu, obliczen, itp.
	public function http://www.php.net/current() {
		//...
	}
	// itd
}
?>
[PHP] pobierz, plaintext

Czy w takim przypadku iterowanie pętlą foreach nie będzie spowodowało większego obciążenia?

Napisany przez: Sedziwoj 18.09.2007, 20:40:13

@batman to może IteratorAggregate?
Ale sam niewiele używałem iteratorów, bo jakoś nie było po co.
Ale temat mógł by być ciekawy, bo można SPL używać do wielu rzeczy, a nie zawsze zdajemy sobie z tego sprawę.
Np. do przeszukania całego poddrzewa folderów i wybranie tylko plików z rozszerzeniem php to są trzy obiekty i już jadąc prostym foreach jedziemy po tych plikach... ( chyba RecursiveDirectoryIterator w konstruktorze RecursiveIteratorIterator a to w konstruktorze RecursiveRegexIterator czy jakoś tak)
A przecież jest na pewno więcej ciekawych zastosowań (zrób to samo bez iteratorów, to jest trochę kodu)

Napisany przez: batman 20.09.2007, 07:15:52

Przypomniałem sobie o jeszcze jednym zagadnieniu, które nie było poruszane na tym forum. Chodzi o XMLReader i XMLWriter. O ile o XMLWriter nie wiem zbyt wiele, to XMLReader jest bardzo dobrym sposobem iterowania po bardzo plikach XML. Te tematy również warto poruszyć.

Napisany przez: mike 20.09.2007, 07:25:58

Cytat(batman @ 20.09.2007, 08:15:52 )

Hehe, wyprzedziłeś tym moje wpisy na blogu, które właśnie na ten temat piszę ;-)

Napisany przez: batman 20.09.2007, 07:35:18

Akurat siedzę nad XMLReader i podobnie jak w przypadku SPL brakuje dobrej dokumentacji. Z chęcią zobaczę Twoje wpisy na blogu dot. tego zagadnienia

Napisany przez: konradk2 13.10.2007, 16:42:33

ja proponuję temat o ciekawych błędach w skryptach na przykład ostatnio trafił mi się taki

Fatal error: Exception thrown without a stack frame in Unknown on line 0

muszę przyznać że dostarczył mi wiele radości i śmiechu

Napisany przez: nospor 13.10.2007, 16:47:18

o "ciekawych" bledach takich jak Twoj to se z kolegą przy koli możesz pogadać a nie na php Pro

Nie spamuj.

Napisany przez: eai 21.07.2008, 05:50:55

Można założyć temat o Routerach i sposobach routingu. W jaki sposób tworzyć routery na potrzeby naszych aplikacji, jakie są wydajne a jakie nie. Jakich używać a jakich nie używać.

Napisany przez: orglee 21.07.2008, 09:26:52

W pełni popieram pomysł dotyczący ruterów.
Sam niedawno wziąłem się za przepisywanie swojego i wyszły mi z tego 3 klasy i całkiem sporo kodu - przynajmniej jak na router.

Napisany przez: kwiateusz 21.07.2008, 09:32:05

Prosze bardzo, temat utworzony.

Napisany przez: SHiP 2.08.2008, 17:11:13

A ja proponuję temat dotyczący odciązania dużych aplikacji po przez rozproszony system serwerów i ich ładną obsługę.

Napisany przez: normanos 2.08.2008, 18:44:09

@SHiP: +1 wykop

Napisany przez: kwiateusz 2.08.2008, 18:53:22

Gotowe

Napisany przez: karmer 3.09.2008, 20:56:36

Witam,
od dłuższego czasu chodzi mi po głowie pomysł utworzenia klasy, która byłaby swego rodzaju reprezentacją ekranu przeglądarki internetowej. Obiekt tej klasy przechowuje dane opisujące środowisko po stronie klienta (przeglądarki internetowej) takie jak jej typ (tekstowa, graficzna, inne), rozdzielczość.
Każdy inny obiekt w systemie po uprzednim wywołaniu odpowiedniej metody "dzierżawi" od tego obiektu pewną część ekranu (lub kilka), która staje się jego interfejsem.

Każdy obiekt systemu otrzymuje od obiektu obsługi ekranu informację o środowisku klienta, dzięki czemu wie jakiego interfejsu użytkownika ma użyć.

Obiekt obsługi ekranu korzysta z menadżera szablonów, który posiada informację o tym ile każdy z szablonów posiada "boxów", które mogą zostać wydzierżawione dla innych obiektów.

To tylko zarys tego o czym myślę. Mam jeszcze wiele pomysłów z tym związanych. Od razu uprzedzę, że mam odpowiednie przygotowanie aby to zrobić, jestem inżynierem informatykiem. To co napisałem powyżej po części zostało sprawdzone i działa.

Chciałbym o tym podyskutować. Czy warto dalej w to brnąć.

Napisany przez: Speedy 4.09.2008, 14:11:19

Chętnie przyglądnąłbym się dyskusji na temat zaproponowany przez karmera, a nawet włączył, jeśli uznam, że coś do niej wniosę .

Napisany przez: orglee 12.09.2008, 14:28:37

Chciałbym zaproponować dyskusję na temat sposobów wykonania widoku.
Szczególnie zależy mi na poznaniu waszych opinii dotyczących generowania widoku przy użyciu smarty i / lub poprzez parsery XML.
Wielce nurtuje mnie i ciekawi przewaga jednej techniki nad drugą.
To czy ten temat nadaje się na Pro może być kwestią dyskusyjną. Jednak wydaje mi się że im lepszy programista tym lepszej techniki używa.
Dlatego chciałbym poznać wasze opinie.
Pozdrawiam i liczę że jest to wystarczające uzasadnienie.

Napisany przez: LBO 12.09.2008, 14:45:49

Ciekawe byłoby również przedstawienie różnic wpięcia V w architekturze MVC w przodujących frameworkach (i nie tylko), a także implementacji helperów.
To o czym pisze @orglee fachowo zwie sie Rendererami.

Napisany przez: batman 19.09.2008, 09:30:21

Znalazłem na jednym z kanałów RSS informację o tym, że w październiku pojawi się beta wersja PHP 5.3. Spośród wszystkich opisanych "ficzerów", zainteresowała mnie jedna rzecz - phar. PHP-owy odpowiednik plików jar znanych z Javy. W manualu sporo o tym napisali. Może warto o tym podyskutować? Możliwości i ograniczenia takiego rozwiązania.

Napisany przez: mike 19.09.2008, 09:56:14

Phar w PHP 5.3 nie będzie nowością. Biblioteka ta obecnie funkcjonuje jako jedno z rozszerzeń PECLa. Dodatkiem jaki wniesie PHP 5.3 będzie włączenie biblioteki Phar do core'a PHP.
Nie mniej jednak zakładam wątek bo temat ciekawy: http://forum.php.pl/PHP_Archive_czyli_phar_t103107.html

Napisany przez: batman 10.11.2008, 18:59:01

Przyszedł mi do głowy kolejny ciekawy temat - drzewa w bazie danych. Co jakiś czas przewija się taki temat przez forum i zazwyczaj podawane są dwa rozwiązania - id i parentId oraz nested sets. W ten drugi właśnie zaczynam się wgryzać i wydaje się być dobrą alternatywą dla id i parentId. Z chęcią poznam doświadczenia innych ludzi, którzy znają się bardziej na rzeczy. Czekam na wasze opinie.

Napisany przez: Strzałek 10.11.2008, 19:32:29

W archiwum jest taki temat: http://forum.php.pl/drzewka_sqlowe_t35091.html

Nie wiem czemu nie został przeniesiony tutaj. Może warto by to zrobić teraz? Temat drzewek jest nieśmiertelny.

Napisany przez: batman 10.11.2008, 20:03:10

Cytat

W archiwum...

Doskonale powiedziane. W archiwum. Poza tym ostatni post jest sprzed ponad dwóch lat, a okres taki w świecie IT to kilka epok. Nie śledzę tematu drzewek, więc nie wiem czy nie pojawiły się jakieś nowe metody/sposoby na przedstawianie drzew lub ich optymalizację.

Napisany przez: LBO 12.11.2008, 11:07:01

A ja bym się chciał zapytać o doświadczenia Tych programistów w których firmach stosuje się diagramy UML.
I jak się one mają do rzeczywistego projektu. Praktycznie każdy framework oferuje swoją drogę tworzenia oprogramowania i zastanawia mnie jak na przykład takie diagramy klas przekładają się na kod.

Napisany przez: Strzałek 16.11.2008, 20:15:45

Cytat(batman @ 10.11.2008, 20:03:10 )

No to przenieś go z archiwum do otwartego.

Jeżeli chodzi o moją propozycję: Testy jednostkowe (Unit Tests). Kto używa? Kiedy użwać? Jak używać?

Napisany przez: Nickesh 26.01.2009, 10:05:14

Witam, chciałbym rozpocząć dyskusję na temat zaawansowanej obsługi błędów w złożonych aplikacjach obiektowych.
Chodzi o koncepcję (właścwie o wzorzec projektowy) efektywnego i wygodnego debugera dla systemu składającego się z wielu hermetycznych modułów - jak większość "domowych" frameworków, z których żaden dumny autor nie chce rezygnować
Jest wiele patentów na to, ale zwykle obciążają skrypty tonami kodu.
Ogólnie, topic odpowiadałby na pytanie: "Jak najefektywniej budować wielopoziomową obsługę błędów, tak, żeby się w niej nie pogubić.".

Konkretnie interesuje mnie system, w którym każda klasa ma własny handler i potrafi w ograniczony sposób wpływać na zachowanie całego skryptu. Inne klasy, które z niej korzystają interpretują jej błędy i decydują o tym, jaki mają wpływ na ich własne zachowanie.
Jednocześnie, jak już wspomniałem, rozwiązanie tego typu, że każdą klasę dziedziczymy z jakiegoś przykładowego "errorHandlera" (*kod ponizej) nie przemawia do mnie, bo przy rozbudowanych hierarchiach zawsze trzeba zrzucać ręcznie te błędy na kolejne poziomy - przez kolejne warstwy systemu, np. od jądra, przez kontrolery, widoki, aż do szablonów. Napewno każdy, kto próbował kiedyś pisać spójną rozbudowaną bibliotekę, spotkał się z tym problemem.

[PHP] pobierz, plaintext 
<?php
// Standardowy errorHandler, którego dzidziczą wszystkie klasy w systemie.
// Oczywiście, to tylko najprostszy przykład.
 
class errorHandler {
    private $errors = http://www.php.net/array();
    
    function isError() {
        return !http://www.php.net/empty($this->errors);
    }
    
    function lastError() {
        return http://www.php.net/array_pop($this->errors);
    }
    
    function setError($message) {
        $this->errors[] = $message;
    }
    
    funciton clearErors() {
        $this->errors = http://www.php.net/array();
    }
}
?>
[PHP] pobierz, plaintext

Oczywiście proponuję ogólną dyskuskę na ten temat - o szczegółach napisałem tutaj tylko, żeby było wiadomo, o co mi właściwie chodzi

Napisany przez: nasty 30.01.2009, 05:05:18

Witam,

Ostatnio coraz to częściej zdarza mi się mieć wyrzuty sumienia zwiazane z tym czy aby napewno nie zagalopowałem się z projektem systemu, czy nie przesadziłem z modularnością, elastycznością, konfiguralnością, odzielaniem coraz to różniejszych warstw (dla przykładu kiedyś myśląc o projekcie zaczynałem z 3 warstwami, teraz żadko mi się zdarza - częściej "na dzień dobry" zaczynam od 5 warstw ).

Bardzo mi się spodobały artykuły http://blog.webarchitect.pl/2008/04/16/przerost-formy-nad-trescia/ oraz http://simonguest.com/blogs/smguest/archive/2009/01/15/_1C20_Micro-Architectures_1D20_.aspx w tym temacie.

Więc proponuję, utworzyć nową dyskusję na temat tego kiedy zanika ta cieniutka linia pomiędzy dobrym, modularny i elastycznym projektem a "over engineering".

Pozdrawiam.

Napisany przez: orglee 10.02.2009, 18:37:57

Przyłączam się do obu powyższych próśb o utworzenie tematów. W archiwum jest co prawda temat o debugowaniu skryptów, ale ma on 3 lata. Jak dla metodologi odpluskwiania to całe wieki. Chciałbym się dowiedzieć jak powinno się postępować przy wystąpieniu błędu, którego nie da się od razu zlokalizować. Jaka w takich przypadkach powinna być procedura postępowania. Z góry dziękuję.

Napisany przez: Zigi 14.02.2009, 13:12:21

Witam,
prosiłbym o utworzenie tematu o "Tworzeniu API do wykorzystania przez zewnetrzne serwisy".
Najbardziej chodzi o dyskusje o tym jak powinna wygladac komunikacja (jaki protokół wykorzystać). W jaki sposob obudowywac serwis dodatkowym api. Czy tworzyc calkowicie odrebne pliki z funkcjami, czy tez moze jak wplesc razem.

Napisany przez: bim2 14.02.2009, 14:15:39

Także przyłączam się do tematu na temat debugowania skryptów php.

Napisany przez: athabus 14.02.2009, 14:17:38

Jak już się przyłączamy to ja oddaje głos na API.
Będę robił właśnie coś podobnego i fajnie byłoby nie popełniać kardynalnych błędów.
Debugowanie też popieram ;-)

Napisany przez: S_Olewniczak 24.03.2009, 20:51:14

Jak piszemy aplikację php? Czy używamy jakiegoś frameworka? Jakiego? Co się dla nas liczy przy pisaniu aplikacji? Szybkość ich tworzenia, czy szybkość działania samej aplikacji?

Napisany przez: phpion 24.03.2009, 21:32:49

Również jestem za API. Jak PRO to PRO, a nie jakieś pierdy, które co drugi programista jest w stanie wykonać.

Napisany przez: cojack 30.09.2009, 09:30:39

Ja jestem za tematem Routing - Routery, wg mnie dość ciekawy.

Napisany przez: bim2 1.10.2009, 19:17:43

Cytat(cojack @ 30.09.2009, 10:30:39 )

Ja jestem za tematem Routing - Routery, wg mnie dość ciekawy.

Ehh...
http://forum.php.pl/Routery_i_sposoby_routingu_t98634.html

Napisany przez: batman 1.10.2009, 20:21:26

Jak Pro, to Pro:
http://phpazure.codeplex.com/
i/lub
http://phpdataservices.codeplex.com/

Napisany przez: darko 10.10.2009, 22:31:33

A ja z chęcią poczytałbym opinie na temat php + GUI + dostęp do bazy danych, a zwłaszcza: jak, czy koniecznie gtk2 i soap, czy nie lepiej jakiś inny niż php język programowania (php nie jest najlepszym rozwiązaniem dla aplikacji z własnym gui) oraz dodatkowo: czy temat php-gtk2 umrze/już umarł śmiercią naturalną?

Napisany przez: Nattfarinn 3.11.2009, 18:13:03

Cytat(darko @ 10.10.2009, 22:31:33 )

Na to pytanie może udzielić Ci odpowiedzi każda, średnio zorientowana w PHP osoba i nie wymądrzając się mogę powiedzieć, że nie podlega to żadnej dyskusji. Sztuka dla sztuki ma swoje granice, a z klocków lego można budować nawet łodzie podwodne - pytanie tylko po co

Cytat(batman @ 1.10.2009, 20:21:26 )

Jak Pro, to Pro

Słuszna uwaga

. Ja proponowałbym dyskusję na temat implementacji AOP (Aspect Oriented Programming) w PHP oraz jego wadach czy zaletach. Nie tak nowe i nie tak popularne zagadnienie, ale jednak to kolejny etap ewolucji programowania.

Napisany przez: Moli 10.11.2009, 11:16:00

Może trochę mniej "pro" niż tematy wyżej wymienione, ale dyskusja na temat budowy newsletter (z prawdziwego zdarzenia, gdzie wiadomości wysyłane są do XX tysięcy osób) ?

Napisany przez: nospor 10.11.2009, 11:25:37

Cytat

z prawdziwego zdarzenia, gdzie wiadomości wysyłane są do XX tysięcy osób

temat juz byl omawiany w dziale PHP

Napisany przez: phpion 10.11.2009, 11:30:47

Drugi raz intensywnie pracuję z Allegro API i stąd moja propozycja: może warto utworzyć osobny temat pod tym kątem?

Napisany przez: piotrooo89 10.11.2009, 11:33:57

skoro mówimy już o API to możemy podyskutować o czymś od googla. wykresy, mapy, adsense do wyboru do koloru.

Napisany przez: Cysiaczek 11.11.2009, 14:12:15

Tematy związane z API Google i Allegro są ciekawe, lecz wszystko zależy od tego o czym chcecie dyskutować. Jeśli o tym, jak zrobić jakąś konkretną rzecz, to to nie PRO, tylko jakiś samouczek. Też mile widziany, ale nie w tym dziale. Jeśli ktoś pokusi się o dyskusję o czymś bardziej ogólnym w tym zakresie, to ok - niech przedstawi propozycję tematu

Pozdrawiam

Napisany przez: Blame 5.02.2010, 20:53:11

Chciałbym zaproponować temat, który byłby niejako rozwinięciem posta Zyx'a o "prawdziwym MVC". Konkretnie chodzi mi o ten post: http://forum.php.pl/index.php?s=&showtopic=141793&view=findpost&p=709863
Z chęcią dowiedziałbym się coś więcej na ten temat. Interesuje mnie również dlaczego największe frameworki odstąpiły od tego wzorca.

Napisany przez: blooregard 5.02.2010, 22:49:59

Popieram @Blame'a, gdyż właśnie Zyx otworzył mi dzisiaj oczka na prawdziwość implementacji MVC w apliakcjach internetowych i też chciałbym temat "pociągnąć" (bez skojarzeń proszę )

Napisany przez: ulisses 14.08.2010, 12:46:58

Przydałby się temat deployment i skalowanie aplikacji w php.

Czyli jaki narzędzia i dlaczego stosować do deploymentu działających aplikacji. Siłą rzeczy chodzi mi raczej o "większe" serwisy np. społecznościowe.

Napisany przez: masiakla 6.09.2010, 16:26:51

Nie widziałem takiego tematu i w sumie bardziej by on pasował do baz danych, ale ciekawym mnie się wydaje "InnoDB vs MyISAM"

Nie chodzi mi o to, że jedne obsługują transakcje czy nie itp... bardziej o wykorzystaniu konkretnych typów tabel do konkretnych działań.

Napisany przez: AlexDeLarge 19.09.2010, 11:36:28

Moją propozycją jest temat omawiający własne praktyki analizy ruchu w witrynie internetowej, głównie ze względu na możliwość weryfikacji skuteczności realizacji różnych celów biznesowych w sposób jaki sobie przyjęliśmy na stronie. Wiadomo, że mamy dostępne narzędzia typu google analytics, czy nawet analizatory pakietów, ale jednak istnieje pewna grupa zagadnień, które rozwikłać możemy w najprostszy sposób jedynie po stronie aplikacji jako takiej.
Druga propozycja to budowa, nazwijmy to, własnego zaplecza SEO i automatyzacja procesów aktualizacji treści linkujących na różnych stronach ( w stylu jeden panel w którym dodajemy linki do stopek w różnych naszych serwisach ), etc.

Napisany przez: yevaud 13.10.2010, 01:34:17

przydalby sie temat/tematy/art dotyczacy generalnie procedur postepowania i list kontrolnych:)
np. uniwersalna podejscie do deployu aplikacji - co sprawdzic, co zrobic zeby niczego nie zapomniec, kiedy mozna uznac ze zostalo zrobione wszystko co trzeba i sumienie jest czyste
podobnie z testowaniem, reagowaniem na bledy, wypadkami losowymi, wyciekami danych
mozna tu tez wliczyc np. procedury zbierania wymagan do specyfikacji: metodologie generalnie skupiaja sie raczej na metodzie opisu czy sposobie zbierania wymagan, ale przydalby sie zwykly prosty spis o czym zawsze pamietac albo jakie pytania warto zadac
nawet lista kontrolna tego co powinno znalezc sie z umowie z klientem tez nie bylaby zlym pomyslem

generalnie brakuje mi systematycznego podejscia do problemow, ale w partyzancki sposob - nie chodzi o tworzenie kulawej metodologii, tylko o stworzeniu listy "todo-check" w ktorej kolejne rzeczy punkt-po-punkcie mozna odhaczyc:) mysle ze cos podobnego pozwolilo by wszystkim spac spokojniej i np. "omfg zapomnialem ustawic strefy czasowej na serwerze prod", albo "w umowie podpisanej z klientem nie ma ani slowa o supporcie" pojawialoby sie rzadziej

Napisany przez: batman 6.12.2010, 12:46:58

Odświeżam temat PHP w chmurze. Tematyka nie jest już tak egzotyczna jak jeszcze rok temu, narzędzia coraz lepsze, a możliwości coraz większe. Zamiast jednak skupiać się na czysto technicznych zagadnieniach, proponuję dyskusje na temat czy PHP w chmurze ma sens, jakie przed chmurą są zagrożenia oraz jakie oferuje możliwości. co wy na to?

Napisany przez: ActivePlayer 20.04.2011, 08:38:37

Chciałbym porozmawiać na temat testowania aplikacji php. Czy testujecie swoje aplikacje? Jeśli tak, to jakich narzędzi używacie? Czy w firmach w których pracujecie wdrożone jest continuous integration? Jak w praktyce wygląda praca nad testowaniem aplikacji? Czy używacie testów jednostkowych? Uważam że temat testowania aplikacji to coś ciekawego, o czym stosunkowo mało w polskim internecie - mysle ze moze to byc ciekawy temat do dyskusji.

Napisany przez: Crozin 20.04.2011, 09:07:33

Bardzo ciekawa propozycja ze strony ActivePlayera, szczególnie jeżeli wątek mógłby wyjść poza temat testów jednostkowych i stada małp klikających co popadnie.

Napisany przez: thek 20.04.2011, 10:42:54

A może coś interesuje kogoś w pozycji: "Testowanie bezpieczeństwa aplikacji internetowych. Receptury" ?
Kupiłem sobie jakiś czas temu i zawsze chętnie mogę się informacjami z niej podzielić. Trochę moim zdaniem po łebkach leci z tematyką, ale dla początkujących powinna nieco tematykę ukierunkować. O ile się przełamią, bo pisana językiem dla nich dość technicznym. Ogólnie zerknijcie w spis treści w księgarniach internetowych i może coś Was zainteresuje.

Napisany przez: Sagnitor 16.07.2011, 13:13:11

Ja bym mógł zaproponować temat, który już trochę się rozwinął w 'Autoloaderze'. Mam na myśli cache i sposoby cache'owania. Na pewno wiele osób będzie zainteresowanych.

Napisany przez: nasty 14.10.2011, 06:56:03

a może temat o identyfikacji użytkowników?

Napisany przez: nospor 14.10.2011, 07:04:37

Rozwiń może myśl odnośnie tej identyfikacji.

Napisany przez: nasty 14.10.2011, 11:23:39

Identyfikacja użytkowników w aplikacjach sieciowych.
Jest tyle architektur identyfikacji, autoryzacji i autentykacji użytkowników i zasobów w internecie, że jest to ogromny temat. Począwszy od repozytoria lokalne użytkownik/credentials, Active Directory, po SingleSignOn, OAuth, sfederowana tożsamość, WS-Trust, SAML, Delegacja udentyfikacji, itd... zajmuję się na codzien tymi zagadnieniami w pracy, więc mógłbym uczestniczyć w takiej dyskusji.

Napisany przez: nospor 14.10.2011, 15:09:27

Ok
http://forum.php.pl/index.php?showtopic=185809
Do dzieła więc

Napisany przez: cojack 21.03.2012, 13:39:07

COP - Components Oriented Programin, ES - Entity System ciekawi mnie to zagadnienie, czy ktoś implementował już taką aplikację, to jest całkiem inne podejście do projektowania aplikacji niż zwykłe OOP. Wydaje mnie się dobrym materiałem na topik.

Napisany przez: starach 1.08.2012, 10:18:09

Cześć, pojawił się ten temat o keszowaniu? Wydawało mi się że go gdzieś widziałem, ale za nic nie mogę znaleźć.

Napisany przez: mrWodoo 21.08.2012, 16:57:47

Też mam pytanie dot. tematu o keszowaniu... nie umiem znaleźć, więc chyba nie ma.

Zróbcie ten temat.

Pzdr.

Napisany przez: nospor 22.08.2012, 10:49:07

Jest i cache. Zapraszam do dyskusji
http://forum.php.pl/Cache_jak_czym_kiedy_t203918.html

Napisany przez: mrWodoo 19.04.2013, 23:12:40

Może temat o 'formularzach', czyli czy dajemy kompletnie wolną rękę innym czy robimy jakieś api typu

[PHP] pobierz, plaintext 
$form = new Form( 'jakis/tam/dokument', 'POST' );
$form->addTextInput( 'nazwa', 'domyslnawartosc', 'dodatkowy kod html' );
...
 
$form->draw();
[PHP] pobierz, plaintext

Np w aplikacjach, które mogą być rozszerzane przez os. trzecie.
Dlaczego tak? Żeby zachować spójność wyglądu

Napisany przez: stroju 4.01.2014, 13:05:52

A może tak temat o sposobie przechowywania i wyszukiwania danych w bazie?

Ja obecnie posiadam bazę danych kilka GB, ponad 300 000 rekordów, zawsze prowadziłem spis wyrazów oraz indeksy w osobnej tabeli do wyszukiwania, ale jest to bardzo odciążające dla bazy, duży rozmiar i spory czas oczekiwania na wyniki, Rozważałem wykorzystanie system fulltext mysql ale niestety całą bazę mam opartą o innodb. Do tego chciałbym usprawnić wyszukiwanie z kilku tabel, aby móc wyświetlać wyniki jako mieszane po trafności frazy, tzn aby artykuły, produkty, wiadomości, posty z forum był traktowane jak jedna pula.

Wiem że temat trochę pod bazy, ale w zasadzie chodzi tutaj o rozwiązanie w php, sama baza danych to za mało, dlatego piszę tutaj.