Witaj Gościu! ( Zaloguj | Rejestruj )

Forum PHP.pl

272 Stron V   1 2 3 > » 

phpion
Napisane: 30.06.2019, 22:45:10





Grupa: Moderatorzy
Postów: 6 062
Dołączył: 10.12.2003
Skąd: Dąbrowa Górnicza



Generalnie dobrze odczytałeś moje intencje. Może nie chodziło mi stricte o Kohanę, ale akurat to był framework na którym pracowałem w tych "lepszych czasach" więc siłą rzeczy skojarzenie jest dość silne. Chodzi mi o to, że wówczas czułem że panuję nad całym projektem. Dołączałem biblioteki PHP jakie chciałem, a nie pierdyliard dodatkowych zależności - i jakoś to działało. Dołączałem jQuery + pluginy, starałem się wszystko trzymać "w jednej kupie". Tak samo style - też jakiś porządek panował. Teraz korzystając z zewnętrznych rozwiązań jest w zasadzie wolna amerykanka. Wspomniałem, że jestem purystą - tak. I duperele mnie drażnią. Pamiętam jak korzystając z PostgreSQL i chcąc dodać nową kolumnę nie było opcji ustalenia jej położenia, a zawsze była dodawana na końcu. Już takie coś mnie drażniło. Kończyło się na tym, że tabelę usuwałem i tworzyłem na nowo w kolejności kolumn jaka mi odpowiadała. Dlatego drażni mnie, że aktualnie wykonuje się 1 polecenie, które zaciąga X pakietów - dla mnie to powoduje burdel. Rzadko również korzystałem z gotowych modułów bo zawsze coś mi nie pasowało. Mam tu na myśli całe moduły (strzelam: do obsługi ankiet), a nie biblioteki (typu generowanie PDF).

Uparłem się na krytykowanie Symfony bo ten framework wiedzie prym i wyznacza aktualne trendy, które mi osobiście nie do końca odpowiadają. Pracowałem na Symfony 1 i przyznam, że całkiem dobrze to wspominam. No może poza generatorem admina, który na pierwszy rzut oka robił wrażenie "wow", ale gdy przyszło do bardziej skomplikowanych spraw to się zaczynały schody. Potem to już zaczęło się dla mnie udziwnianie i przerost formy nad treścią.

Jeśli natomiast chodzi o Kohanę to zawsze będę jej bronił. Ok, może w porównaniu chociażby do ZF1 kod był wręcz laciki, ale kurde działał smile.gif I nie spotkałem frameworka, który miałby lepiej rozwiązany mechanizm walidacji danych, internacjonalizacji, kaskadowości plików (chyba żaden nie ma takiego jak Kohana - idealny pod SaaS) czy... (czekam na lincz) ORM. Tak, pod kątem ORM moim zdaniem/w moim odczuciu/dla mnie Kohana była wygodniejsza w użyciu niż Doctrine czy inny Propel.

Więc podsumowując: chciałbym by wróciły czasy gdzie więcej spada na barki programisty, a mniej jest magii. Więcej od niego zależy, a nie od tego jakie polecenia wykona.
  Forum: Hydepark · Podgląd postu: #1243144 · Odpowiedzi: 61 · Wyświetleń: 1 984

phpion
Napisane: 26.06.2019, 22:53:51





Grupa: Moderatorzy
Postów: 6 062
Dołączył: 10.12.2003
Skąd: Dąbrowa Górnicza



Po paru latach milczenia na forum postanowiłem się wypowiedzieć, bo okazuje się, że nie jestem sam w swoim rozumowaniu.

Zauważyłem, że od paru lat (w zasadzie od ZF2 czy SF2) webdeveloperka idzie na siłę w kierunku bycia pro. Coś co parę lat temu można było zrobić dużo prościej aktualnie jest niepotrzebnie komplikowane, a wszystko to w imię pro. Jestem programistą, który (według mnie) swoje najlepsze zawodowe lata miał w okolicach 2010/2011. Wówczas faktycznie byłem zadowolony ze swoich projektów. Jestem typem purysty, który lubi mieć wszystko pod kontrolą, dlatego wszelkiej maści udogodnienia (typu chociażby Composer) na dzień dobry mnie odrzucają. Najlepiej programowało mi się w Kohanie. Prosty framework ale dający duże możliwości. Dlaczego duże? Bo to tylko narzędzie. Miałem swoje ulubione dodatkowe biblioteki, które dołączałem do projektów, miałem pod nie napisane proste moduły w Kohanie. Wiedziałem wszystko co i jak, nie było w tym żadnej magii. Obecnie króluje Symfony i Composer. Gdzie nie spojrzeć - Symfony i Composer. Żeby wrzucić projekt na serwer konieczny/bardzo zalecany jest dostęp do konsoli. Ja wolałem po prostu wgrać pliki na FTP, poustawiać dostępy i po temacie. Proste jak budowa cepa.

Czy projekt napisany w Kohanie jest mniej pro od projektu w Symfony? Według mnie nie można tak tego określać. Framework z założenia to tylko narzędzie, więc od samego programisty zależy jak go wykorzysta i co na nim zbuduje. Chcąc odnowić lakier w aucie jeden może zaopatrzyć się w najdroższą maszynę polerską i odstawić fuszerkę, a drugi za pomocą ręki i szmatki wyprowadzi lakier na błysk.

Mam wrażenie, że obecnie panuje trend, że im bardziej skomplikujemy sobie życie tym będzie bardziej pro. Nawalimy 5 klas, dowalimy 17 interfejsów - nooo, teraz jest pro. Sro a nie pro. W pracy pracujemy nad wewnętrznym projektem, który ma już ok. 10 lat. Częściowo bazuje na własnym frameworku pierwotnego twórcy, a w większości na ZF1. Około 2 lat temu do pracy przyszła "świeża krew", która przeforsowała wprowadzenie Symfony (tak, projekt działa na 3 frameworkach!). Jest pro? Według mnie nie. Jest bajzel. Pomijając już kwestię 3 frameworków to moim zdaniem, żeby móc powiedzieć że projekt jest pro trzeba pisać go w narzędziu, które się zna. Wtedy można prawidłowo i efektywnie z niego skorzystać. Widzę natomiast po sobie i po kolegach, że rzeczy w Symfony powstają na zasadzie "o, działa, nie dotykać". To co w przypadku chociażby ZF1 przerabialiśmy po parę razy żeby w końcu być zadowolonym z kodu (efekt działania taki sam) zostawiamy w Symfony na etapie "o, działa". Tu dodaj to, tam dopisz to, jeszcze tu, wygeneruj to, zrób tamto - jak dla mnie chore.

Męczy mnie całe to przekombinowanie, utrudnianie, na siłę udowadnianie, że PHP też może być pro. Chciałbym znowu wziąć framework i z niego korzystać. Czego nie znajdę w dokumentacji to znajdę w kodzie źródłowym nie musząc przebijać się przez 38 plików. Wszystko jednak idzie do przodu. Symfony ma bardzo dobry marketing i według mnie tym się przebija. Pozostałe frameworki próbują dorównać bo przecież liczy się bycie pro. Świeżak wchodząc w świat frameworków nie ma zbyt dużego wyboru - skupi się na tym, co jest popularne (czyli na Symfony, no ewentualnie Laravel bo w tym momencie cała reszta się już nie liczy). I będzie się bawił w tworzenie encji i repozytoriów, a w efekcie i tak będzie operował na tablicach, a jeśli już na obiektach to tylko dla zapisywania zmian w polach. Ale będzie pro bo pisze w Symfony.

Kosmiczna abstrakcja bazy danych? Mamy zapomnieć, że korzystamy z bazy? Ma to być transparentne? Nie zgodzę się. Korzystamy z danego typu bazy danych to wykorzystajmy maksymalnie jego możliwości. Dlaczego narzędzie ma nas ograniczać jedynie do tego, co jest "wspólne" dla różnych silników bazodanowych? Moja baza ma typ pola idealny pod moje potrzeby - chcę z niego skorzystać. Mogę przerzucić część logiki na samą bazę tworząc X triggerów na jedno zdarzenie - też chcę. Niby mogę ale lepiej nie - bo przenośność...

Nie twierdzę, że Symfony to jedno wielkie zło. Nie przepadam za tym frameworkiem ale wiem, że są magicy, którzy potrafią w tym czynić cuda. Bo się na tym znają. Tak jak ja (moim skromnym zdaniem) swego czasu w Kohanie. Zdaje się jednak, że cała brać PHP-owa idzie w kierunku tego co na topie, a to dalej nakręca koniunkturę.

Naprawdę liczę, że w końcu nastąpi powrót do korzeni i pojawi się prosty framework all-in-one. Taka nowsza Kohana czy ZF1. I w końcu projekt wraz z frameworkiem zajmie 3-5 MB, a nie kilkadziesiąt MB. Że znowu zaczniemy myśleć jak rozwiązać dany problem, a nie jak rozwiązać go w danym narzędziu. Że przestaniemy dostosowywać schemat bazy danych do ograniczeń biblioteki. Jeśli nie - trudno, żyć za coś trzeba. Ale sentyment pozostanie :)
  Forum: Hydepark · Podgląd postu: #1243013 · Odpowiedzi: 61 · Wyświetleń: 1 984

phpion
Napisane: 12.04.2018, 06:13:05





Grupa: Moderatorzy
Postów: 6 062
Dołączył: 10.12.2003
Skąd: Dąbrowa Górnicza



Może źle rozumiem problem ale czy nie możesz napisać apki w PHP i wrzucić na jakiś hosting? Skoro masz tablet/komórkę z internetem to odpalisz ją sobie przez przeglądarkę.
  Forum: Hydepark · Podgląd postu: #1231905 · Odpowiedzi: 14 · Wyświetleń: 910

phpion
Napisane: 3.04.2018, 01:01:54





Grupa: Moderatorzy
Postów: 6 062
Dołączył: 10.12.2003
Skąd: Dąbrowa Górnicza



Skąd Ty tyle wiesz na temat tego projektu? Może każdy użytkownik będzie tworzył własnych wyimaginowanych piłkarzy?
  Forum: Przedszkole · Podgląd postu: #1231499 · Odpowiedzi: 12 · Wyświetleń: 260

phpion
Napisane: 2.04.2018, 15:16:51





Grupa: Moderatorzy
Postów: 6 062
Dołączył: 10.12.2003
Skąd: Dąbrowa Górnicza



@trzczy: chyba, ze piłkarze bedą tworzeni przez samych użytkowników, a nie brani „z puli”. Wówczas 1:n.
  Forum: Przedszkole · Podgląd postu: #1231478 · Odpowiedzi: 12 · Wyświetleń: 260

phpion
Napisane: 2.04.2018, 09:43:44





Grupa: Moderatorzy
Postów: 6 062
Dołączył: 10.12.2003
Skąd: Dąbrowa Górnicza



@trzczy: kolumna id jest naprawdę potrzebna?
  Forum: Przedszkole · Podgląd postu: #1231465 · Odpowiedzi: 12 · Wyświetleń: 260

phpion
Napisane: 2.04.2018, 08:42:04





Grupa: Moderatorzy
Postów: 6 062
Dołączył: 10.12.2003
Skąd: Dąbrowa Górnicza



Ja w wielu kwestiach zgodzę się z przedstawionym materiałem. Ten owczy pęd za coraz bardziej skomplikowanymi frameworkami (mimo, ze maja w sobie mniej funkcjonalności!) wydaje mi sie być dyktowany pewną modą. Żeby być pro trzeba natrzaskac 15 klas, 8 interfejsów i dopiero wtedy wyświetlić jakiś tekst. Dalej: zależności pakietów composera. Ja wole wiedzieć co mam w projekcie, a nie dociągnąć różniste pakiety, ktore zależą od kolejnych itd. Swego czasu pisałem w Symfony, akurat wersji pierwszej, i faktycznie bardzo często spotykałem sie z „jak to zrobić w Symfony?”. Nie jak to zrobić, ale jak to ugryźć w konkretnym frameworku. Ileż to razy spotkałem sie z sytuacja „dodajmy do tabeli klucz główny id bo XXX nie wspiera kluczy złożonych” - wtf? mam dostosowywać schemat bazy do frameworka na którym pracuje?

Padło pytanie o Kohane: jeśli miałbym możliwość to wciąż bym jej używał. Aktualnie projekt przy którym pracuje stoi na ZF1. Da się? No pewnie ze sie da. Może w tych frameworkach nie ma DI czy innych wow wynalazków ale całość po prostu działa. I teraz każdy dostaje orgazmu na myśl o Symfony 3/4 ale za jakiś czas wyjdzie Symfony 7 i znowu będzie to „Best Symfony ever”. I tak w kółko.
  Forum: Hydepark · Podgląd postu: #1231462 · Odpowiedzi: 26 · Wyświetleń: 2 261

phpion
Napisane: 27.03.2018, 18:22:19





Grupa: Moderatorzy
Postów: 6 062
Dołączył: 10.12.2003
Skąd: Dąbrowa Górnicza



Użyj crona do kasowania przeterminowanych plików.
  Forum: PHP · Podgląd postu: #1231236 · Odpowiedzi: 3 · Wyświetleń: 228

phpion
Napisane: 27.03.2018, 18:28:29





Grupa: Moderatorzy
Postów: 6 062
Dołączył: 10.12.2003
Skąd: Dąbrowa Górnicza



O ile pamietam to systemy płatności przesyłają do Ciebie dane POSTem. Możliwe, ze kierujesz ich na adres http albo z/bez www w wyniku czego .htaccess dokonuje przekierowania gubiąc przy tym dane z POSTa. Pod adresem którym odbierasz dane z DP daj sobie zrzut danych do pliku np. file_put_contents($plik, print_r($_POST, true)) i zobacz czy jakiekolwiek otrzymujesz.
  Forum: PHP · Podgląd postu: #1231238 · Odpowiedzi: 12 · Wyświetleń: 642

phpion
Napisane: 22.03.2018, 07:00:27





Grupa: Moderatorzy
Postów: 6 062
Dołączył: 10.12.2003
Skąd: Dąbrowa Górnicza



W PHP tego nie zrobisz bo działa po stronie serwera. Musisz użyć czegoś działającego po stronie klienta - JS.
  Forum: PHP · Podgląd postu: #1230981 · Odpowiedzi: 4 · Wyświetleń: 414

phpion
Napisane: 21.03.2018, 19:36:29





Grupa: Moderatorzy
Postów: 6 062
Dołączył: 10.12.2003
Skąd: Dąbrowa Górnicza



Cytat(SmokAnalog @ 21.03.2018, 19:24:05 ) *
Pomiarów jest więcej i dałeś po jednej kolumnie per jednostka pomiaru? Dziwne rozwiązanie.

To pytanie do mnie?
  Forum: Bazy danych · Podgląd postu: #1230966 · Odpowiedzi: 19 · Wyświetleń: 1 752

phpion
Napisane: 21.03.2018, 19:20:12





Grupa: Moderatorzy
Postów: 6 062
Dołączył: 10.12.2003
Skąd: Dąbrowa Górnicza



Może jednak iść w stronę normalizacji? Zrób sobie słownik parametrów:
id, nazwa (m_c, m_ub itd)
i tabelę dla parametrów pomiarów:
id_pomiaru, id_parametru, wartość
Minus taki, że kolumna wartość musiałaby posiadać „wspólny” typ danych czyli u Ciebie pewnie decimal(6,1). Nie wiem jak zapisujesz dane do bazy ale kluczem głównym słownika pomiarów wcale nie musi być sztuczna wartość 1, 2, 3... a właśnie m_c, m_ub (wówczas w polu nazwa masz słowną nazwę parametru). Może właśnie to będzie najlepszym rozwiązaniem?
  Forum: Bazy danych · Podgląd postu: #1230964 · Odpowiedzi: 19 · Wyświetleń: 1 752

phpion
Napisane: 21.03.2018, 07:03:20





Grupa: Moderatorzy
Postów: 6 062
Dołączył: 10.12.2003
Skąd: Dąbrowa Górnicza



Ja bym zostawił jak jest. Zaczniesz normalizować i Ci wydajnościowo klęknie. Użyjesz JSONa i sie wyłożysz gdy będzie trzeba coś w nim znaleźć lub zmodyfikować.
  Forum: Bazy danych · Podgląd postu: #1230905 · Odpowiedzi: 19 · Wyświetleń: 1 752

phpion
Napisane: 16.03.2018, 17:13:59





Grupa: Moderatorzy
Postów: 6 062
Dołączył: 10.12.2003
Skąd: Dąbrowa Górnicza



Zapisuj w drugiej tabeli userId, a nie userName. W obecnej sytuacji tez sobie poradzisz ale rozsądniej zrobić jak napisałem. W obecnej postaci w linku przekazuj nazwę użytkownika, a nie id, albo w zapytaniu pobierającym dane użyj podzapytania, które na podstawie id zwróci userName.
  Forum: Bazy danych · Podgląd postu: #1230666 · Odpowiedzi: 2 · Wyświetleń: 1 026

phpion
Napisane: 5.03.2018, 18:14:56





Grupa: Moderatorzy
Postów: 6 062
Dołączył: 10.12.2003
Skąd: Dąbrowa Górnicza



Pamiętaj, że przed header() nie możesz wysłać nic na wyjście: żadnego kodu HTML, żadnej spacji, niczego. Obstawiam, że to właśnie stanowi u Ciebie problem, może przekierowanie robisz „w środku” kodu HTML? Bez kodu można zgadywać.
  Forum: PHP · Podgląd postu: #1230159 · Odpowiedzi: 8 · Wyświetleń: 605

phpion
Napisane: 2.03.2018, 07:10:02





Grupa: Moderatorzy
Postów: 6 062
Dołączył: 10.12.2003
Skąd: Dąbrowa Górnicza



Problem chyba leży u Ciebie troszkę gdzie indziej. Wiadomości flash służą do jednokrotnego wyświetlania treści po przekierowaniu. Ty dodajesz wiadomość flash i wyświetlasz szablon. Jeśli tak to nie rób flasha tylko przekaz komunikat do widoku albo zostaw flash ale zrób przekierowanie.
  Forum: Przedszkole · Podgląd postu: #1229932 · Odpowiedzi: 4 · Wyświetleń: 378

phpion
Napisane: 28.02.2018, 17:29:31





Grupa: Moderatorzy
Postów: 6 062
Dołączył: 10.12.2003
Skąd: Dąbrowa Górnicza



1. Zaznaczasz tylko w celu poglądowym, w bazie zapisujesz tylko powiat. Jak to zrobić w JS - zależy jaką będziesz miał strukturę HTMLa. W jQuery powinieneś to ogarnąć bez większego problemu.
2. Ktoś wybiera województwo, masz w bazie powiązania wojewodztwo-powiat wiec jesteś w stanie wyciągnąć powiaty. Analogicznie dla kraju. Wiesz jakie ma województwa i jakie są w nich powiaty. Teraz pytanie czy wyszukiwarkę oprzesz na złączeniach tabel i warunkach czy od razu na where firmy_powiaty.id_powiatu in (lista, powiatów, według, kryteriów, wyszukiwania) ale na to pytanie musisz odpwiedziec sobie sam jak będzie Ci wygodniej i co będzie wydajniejsze.
  Forum: Frameworki · Podgląd postu: #1229826 · Odpowiedzi: 6 · Wyświetleń: 790

phpion
Napisane: 28.02.2018, 07:14:29





Grupa: Moderatorzy
Postów: 6 062
Dołączył: 10.12.2003
Skąd: Dąbrowa Górnicza



Powinieneś zapisywać tylko ostatni poziom czyli id_powiatu. Po nim dojdziesz do województwa, a po nim natomiast do kraju.
  Forum: Frameworki · Podgląd postu: #1229807 · Odpowiedzi: 6 · Wyświetleń: 790

phpion
Napisane: 16.02.2018, 22:09:50





Grupa: Moderatorzy
Postów: 6 062
Dołączył: 10.12.2003
Skąd: Dąbrowa Górnicza



Moim zdaniem pomysł nie jest głupi, sam swego czasu miałem podobny. Jednak żeby wszystko działało sprawnie i rzetelnie najlepiej byłoby aktualizować ceny bezpośrednio z marketów. I tutaj zapewne będzie problem - w uzyskaniu cenników.
  Forum: Hydepark · Podgląd postu: #1229303 · Odpowiedzi: 29 · Wyświetleń: 2 264

phpion
Napisane: 14.02.2018, 23:07:25





Grupa: Moderatorzy
Postów: 6 062
Dołączył: 10.12.2003
Skąd: Dąbrowa Górnicza



Jeśli faktycznie musisz korzystać z gotowych pełnych numerów to po stronie bazy:
- REPLACE - żeby usuną zbędne elementy (litery, slashe) lub SUBSTRING - żeby wyciąć środek
- CAST - żeby zrzutować środek na liczbę
- MAX - żeby wyciągnąć najwyższa wartość
- LIKE - żeby wyszukiwać wśród konkretnego typu faktur.
Łącząc odpowiednio te elementy uzyskasz co potrzebujesz.
  Forum: MySQL · Podgląd postu: #1229166 · Odpowiedzi: 3 · Wyświetleń: 860

phpion
Napisane: 11.02.2018, 19:35:00





Grupa: Moderatorzy
Postów: 6 062
Dołączył: 10.12.2003
Skąd: Dąbrowa Górnicza



Panowie, nie ma się co tak napinać. Każdy z Was wnosi konkrety do dyskusji nawet jeśli zdania są podzielone. Sam z ciekawością czytam wypowiedzi jednego i drugiego. Można się spierać ale trzymajmy poziom, osobiste wycieczki są daremne. Nie jesteście zapewne nastolatkami więc powinniście podejść do dyskusji na odpowiednim poziomie. Każda wypowiedź jest cenna i tego się trzymajmy. Żaden z Was chyba nie pisze po to żeby dogryźć drugiemu. Nie ma co być uszczypliwymi.
  Forum: Przedszkole · Podgląd postu: #1228973 · Odpowiedzi: 47 · Wyświetleń: 2 632

phpion
Napisane: 4.02.2018, 21:38:39





Grupa: Moderatorzy
Postów: 6 062
Dołączył: 10.12.2003
Skąd: Dąbrowa Górnicza



Mój błąd, przeczytałem ze wczytujesz więcej niż 500Mb. Tak czy inaczej piszesz ze błąd dotyczy linii z file_get_contents wiec chyba w tym miejscu przekraczasz pamięć. Użyj podanej przez markuza funkcji badając zużycie pamięci w poszczególnych liniach/iteracjach. Teoretycznie przy każdej iteracji pamięć niekoniecznie powinna wzrastać bo jest to zależne od rozmiaru obrabianych danych. Ustal tez czy problem tyczy konkretnego $id czy pojawia sie losowo.
  Forum: Przedszkole · Podgląd postu: #1228582 · Odpowiedzi: 47 · Wyświetleń: 2 632

phpion
Napisane: 4.02.2018, 20:40:46





Grupa: Moderatorzy
Postów: 6 062
Dołączył: 10.12.2003
Skąd: Dąbrowa Górnicza



Do zmiennej $html wczytujesz ponad 500 Mb danych co powoduje przekroczenie pamięci. Żadne unsety tutaj nie pomogą bo sama zmienna zawiera w sobie zbyt wiele danych.
  Forum: Przedszkole · Podgląd postu: #1228574 · Odpowiedzi: 47 · Wyświetleń: 2 632

phpion
Napisane: 4.02.2018, 16:42:02





Grupa: Moderatorzy
Postów: 6 062
Dołączył: 10.12.2003
Skąd: Dąbrowa Górnicza



Nie jest przypadkiem tak, że dla konkretnego adresu wczytywanie jego zawartości powoduje przekoreczenie pamięci? Może jest tam tak duża zawartość ze wczytanie jej do zmiennej w PHP powoduje przekoreczenie limitu. Ustal czy błąd powstaje każdorazowo dla tego samego adresu ($id).
  Forum: Przedszkole · Podgląd postu: #1228549 · Odpowiedzi: 47 · Wyświetleń: 2 632

phpion
Napisane: 3.02.2018, 07:43:17





Grupa: Moderatorzy
Postów: 6 062
Dołączył: 10.12.2003
Skąd: Dąbrowa Górnicza



Może skorzystaj z sumy kontrolnej pliku i tabeli bazy danych. Jeśli jest inna niż założona to znaczy ze dokonano zmiany ustawień.
  Forum: PHP · Podgląd postu: #1228508 · Odpowiedzi: 4 · Wyświetleń: 591

272 Stron V   1 2 3 > » 

New Posts  Nowe odpowiedzi
No New Posts  Brak nowych odpowiedzi
Hot topic  Popularny temat (Nowe)
No new  Popularny temat (Brak nowych)
Poll  Sonda (Nowe)
No new votes  Sonda (Brak nowych)
Closed  Zamknięty temat
Moved  Przeniesiony temat
 

RSS Wersja Lo-Fi Aktualny czas: 23.07.2019 - 00:31