Witaj Gościu! ( Zaloguj | Rejestruj )

Forum PHP.pl


Dejmien_85
Napisane: 9.11.2016, 08:27:44





Grupa: Zarejestrowani
Postów: 251
Dołączył: 23.04.2013

Ostrzeżenie: (0%)
-----

Cytat(!*! @ 7.11.2016, 10:26:16 ) *
Po co Wam te sole w bazie/pliku jak jest password_hash i password_verify


Wydaje mi się, że poszedłeś o krok do przodu.

Masz rację, te funkcje automatycznie dodają sól - w tym temacie skupiamy się jednak na ogólnym sensie soli (nie tylko w kontekście PHP i funkcji password_hash).

Pewnie zauważyłeś, że autor tematu zapytał się o sens soli.

Sądzę, że jeśli odpowiemy mu, aby się tym nie interesował, a po prostu użył funkcji "password_hash", to za wiele mu to nie wyjaśni.
  Forum: Hydepark · Podgląd postu: #1203824 · Odpowiedzi: 13 · Wyświetleń: 1 378

Dejmien_85
Napisane: 6.11.2016, 14:37:22





Grupa: Zarejestrowani
Postów: 251
Dołączył: 23.04.2013

Ostrzeżenie: (0%)
-----

Jeśli ktoś dobiera się do bazy, to raczej sól też ma już w kieszeni.

Sól przeważnie zapisuje się w bazie danych i dla każdego użytkownika generowana jest unikatowa sól, aby atakujący nie mógł zrobić sobie tablicy tęczowej - z jedną "solą" jest to łatwe.

Jeśli ktoś ma słabe hasło składające się z kilku znaków (tak jak to pisał kolega powyżej), to atakujący je bardzo szybko złamie.

Proste porównanie:

Złamanie hasła złożonego z liter (małe i duże) oraz cyfr o długości 11 znaków zajmie około 17 dni.
Złamanie hasła złożonego z liter (małe i duże), cyfr i znaków specjalnych o długości 10 znaków zajmie około 23 lat.

Wiec hasło typu: "lubiekoty333" to pikuś, ale dodaj do tego kilka znaków specjalnych i dni przeradzają się w lata - a to dla atakujących już mocny cios.
  Forum: Hydepark · Podgląd postu: #1203595 · Odpowiedzi: 13 · Wyświetleń: 1 378

Dejmien_85
Napisane: 19.10.2016, 09:46:09





Grupa: Zarejestrowani
Postów: 251
Dołączył: 23.04.2013

Ostrzeżenie: (0%)
-----

Witaj Kolego,

Kilka grosze ode mnie - dewelopera PHP/JS, który z Javą obcuje po godzinach pracy (głównie android, game dev).

Cytat(Daimos @ 14.10.2016, 21:22:40 ) *
1. Jak wygląda kwestia baz danych i kompilacji aplikacji dla klienta? Na prosty rozum, czy baza zostaje "wkompilowana" w aplikację, jeśli tworzę prosty program? Jaka baza?

Bez cudów, używa się SQLlite, albo innych wbudowanych baz danych (np. w postaci zwykłej biblioteki .jar). Zbadaj temat "embeded database" dla javy.

Cytat(Daimos @ 14.10.2016, 21:22:40 ) *
2. Jak tworzycie interface graficzny? Bo wiem, że można trzymać się htmla, ale z tego co czytam, chyba nie jest to najlepsze wyjście.

Hmm, masz dwie drogi. Jedna która jest podobna do HTML-a i oparta o stylowanie (javaFX), a druga oparta o gotowe komponenty w postaci klas (awt/swing). Ta pierwsza jest nowsza, ta druga to znane juz w Javie komponenty.
Podobno javaFX to przyszłość. Nie wiem, nie pisałem zbyt wielu apek desktopowych z wykorzystaniem tych komponentów - jedynie gry, do których wykorzystuję bibliotekę libGDX.

Cytat(Daimos @ 14.10.2016, 21:22:40 ) *
3. Z jakiego środowiska korzystacie? Popularne IDE?

Najpopularniejsze to oczywiście IntelliJ IDEA, a później Eclipse i Netbeans.

Cytat(Daimos @ 14.10.2016, 21:22:40 ) *
4. Czym się warto zainteresować, frameworki, bilbioretki?

Kolego, Java jest lubiana i wybierana z tego powodu, że posiada masę bibliotek i frameworków. Jest ich więcej niż w świecie PHP - wyboru kupę i nie wiadomo co wybrać.
Oczywiście są takie, które mają już swoją markę, np. Spring to coś w stylu Zenda, ale poza nimi jest masa, masa, masa innych.

W skrócie - do bazy Hibernate. To coś jak Doctrine 2. W sumie Doctrine jest oparte na Hibernate. ; )
Co do deweloperki apek desktopowych - jest masa frameworków i bibliotek, nie ośmielę się wybrać żadnej z tego powodu, że nie mam doświadczenia w tej materii.

Mam nadzieję, że te informacje wydały się choć trochę pomocne.
  Forum: Hydepark · Podgląd postu: #1202473 · Odpowiedzi: 5 · Wyświetleń: 745

Dejmien_85
Napisane: 28.01.2016, 23:40:04





Grupa: Zarejestrowani
Postów: 251
Dołączył: 23.04.2013

Ostrzeżenie: (0%)
-----

Ogólnie gdy coś Cię ciekawi, to zaglądaj do źródeł strony.

Gdy widzisz, że coś jest związane z menu, wtedy skopiuj ID menu, albo klasy, następnie w kodzie JS szukaj tych elementów (ctrl + F).

Szybki look na stronę i....

http://www.senseofcomfort.com/app/views/Se...fort/js/main.js

Na samym dole masz kod dopowiedzialny za to podświetlanie. Dalej nie sprawdzałem, to już zadanie dla Ciebie. ; )

PS Wszystko tutaj jest oparte o funkcję "is_on_screen", która też znajduje się w tym pliku JS.
  Forum: Przedszkole · Podgląd postu: #1182904 · Odpowiedzi: 1 · Wyświetleń: 220

Dejmien_85
Napisane: 28.01.2016, 22:53:30





Grupa: Zarejestrowani
Postów: 251
Dołączył: 23.04.2013

Ostrzeżenie: (0%)
-----


Jeśli w pętli "for" napiszesz:

  1. for () {
  2. var z = "";
  3. // jakis kod
  4. }


Wtedy przy każdej iteracji zmienna będzie OD NOWA definiowana ("resetowana") jako pusty string (var z = ""), a następnie będzie do niej przypisana wartość z danej interacji.

A jeśli "z" jest na zewnątrz, to jest definiowane tylko RAZ, a następnie dodawane będą do niej wartości. ; )

Taki mały "rookie mistake". ; )
  Forum: Przedszkole · Podgląd postu: #1182889 · Odpowiedzi: 2 · Wyświetleń: 205

Dejmien_85
Napisane: 28.01.2016, 21:38:23





Grupa: Zarejestrowani
Postów: 251
Dołączył: 23.04.2013

Ostrzeżenie: (0%)
-----

W freelancerce (np. oferia.pl) zarobki są marne, możesz liczyć jedynie na jakieś ochłapy, tam jest zbyt dużo studentów i pseudo-profesjonalistów, którzy kodują za miskę ryżu i psują stawki. Lepsze zarobki możesz osiągnąć na zagranicznych portalach (np. oDesk), tam już płaca jest konkretna (np. 20-30 dolarów za godzinę), tylko problem jest ze złapaniem klienta i z Hindusami (których można porównać do naszych studentów, gimnazjalistów i pseudo-profesjonalistów).

Kasa jest wtedy, gdy jesteś na etacie, lub gdy założysz firmę, która się wybije - bo uwierz mi, że więksi gracze mają swoje wymagania, np. niektórzy nie chcą gadać z firmami, które mają poniżej 1000 pracowników.

Co do zarobków - na etacie taki średnio doświadczony programista ma dniówkę (8h pracy) ok 220-330 zł na rękę (zależy jaki jesteś dobry w negocjacjach), przy czym gdy firma Cię wynajmuje, to średnio inni płacą za Ciebie około 100-120 netto za godzinę pracy (Twojej firmie - ale tutaj mówię już o sprawdzonych firmach, które posiadają konkretnych klientów, jako jednoosobowa działalność z siedzibą w swoim mieszkaniu możesz pomarzyć o takich stawkach).
  Forum: Hydepark · Podgląd postu: #1182870 · Odpowiedzi: 2 · Wyświetleń: 485

Dejmien_85
Napisane: 27.04.2016, 17:28:22





Grupa: Zarejestrowani
Postów: 251
Dołączył: 23.04.2013

Ostrzeżenie: (0%)
-----

Cytat(koszykarze @ 11.02.2016, 00:27:30 ) *
Domyślam się, że zwykle 'Tomek' w każdym projekcie robi mapowanie w doctrine, 'Romek' w Twigu, 'Marek' zawsze robi autoryzację i każdy z nich szybciej robi to czym zajmuje się częściej (a może się mylę?), ale tak uśredniając bardzo będę wdzięczny o przykłady zadań na jeden dzień.


Kolego, za dużo rozmyślasz. ; )

Musisz po prostu iść do pracy i nie poddawać się. I nie bój się porażek, ja na początku swojej kariery zostałem zwolniony z dwóch firm za słabą efektywność. Było ciężko, byłem załamany, ale nie poddałem się. Teraz po latach gdy chce zmienić pracę, to HR proponuje mi podwyżkę i zachęca do zostania - ale to tylko efekt ciężkiej pracy, nauki i zdobywania doświadczenia (przez to trzeba po prostu przejść, nikt nie jest Seniorem od samego początku).

Nie bój się zwolnienia, to może Cię czekać, to może się zdarzyć, przygotuj się na taką ewentualność. Na początku każdy jest niedoświadczony i popełnia błędy, ale później człek się uczy, rozwija i wszystko idzie dobrą drogą.

Najwięcej doświadczenia zdobędziesz w pracy, samemu tak naprawdę uczy się powoli. A jeśli już chcesz się koniecznie nauczyć czegoś samemu, to postaw sobie jakieś zadanie, np. stworzenie konkretnego serwisu. Uczyć się Symfony dla samego uczenia się możesz przez rok czasu i za wiele się nie nauczysz.

Dobrym sposobem na naukę jest też przyłączenie się do jakiegoś projektu open-source i wykonywanie zadań, likwidację bugów, na githubie jest też masa kodu do podejrzenia. ; )

A jeśli nie wiesz jak zacząć, wtedy napisz na priv, coś Ci wymyśle. : D
  Forum: Kontrola i zarządzanie projektami · Podgląd postu: #1190679 · Odpowiedzi: 7 · Wyświetleń: 3 557

Dejmien_85
Napisane: 28.01.2016, 22:11:18





Grupa: Zarejestrowani
Postów: 251
Dołączył: 23.04.2013

Ostrzeżenie: (0%)
-----

Drogi przyjacielu,

Jako osoba, która pracowała w różnych firmach o różnej organizacji, powiadam Ci - wszystko zależy od firmy.

Ale na 99% wszystko zależy od projektu. Gdy firma ma duży projekt, wtedy wcielają Cię po prostu do zespołu. Jeśli projekt jest malutki, wtedy mogą dać Ci cały projekt - choć na starcie to raczej mało prawdopodobne, bo firma nie zleci nowemu materiałowi, którego jeszcze nie poznali, wykonania zadania od A do Z, stawiając swoją reputację na szali.

W większych firmach przeważnie pracuje się w metodykach zwinnych, poczytaj sobie o Agile, Scrum, Kanbanie, Sprintach, Standupach, Retrospekcjach itd.

I pamiętaj - nawet gdyby projekt miał być ogromniaście ogromny, wtedy i tak robi się go wdrażając jedną funkcjonalność po drugiej, małymi kroczkami. Więc jako nowicjusz na początku pewnie byś dostawał jakieś proste zadania, później coraz trudniejsze - choć wcale nie musi tak być. Ktoś może Cię po prostu zapytać - "Kolego, zajmiesz się tym?".

I pamiętaj - jeśli masz z czymś problemy, to od razu idź po pomoc, nie bój się pytać innych, odbierz to jako konsultacje z profesjonalistami.

Najgorsze co możesz zrobić to... powiedzieć, że poradzisz sobie z jakimś zagadnieniem, gdy wiesz, że tego aktualnie nie jesteś w stanie zrobić, a następnie mówić wszystkim, że jest OKAY, kiedy tak naprawdę siedzisz cicho przy kompie i szukasz na google rozwiązania. To najgorsze co możesz zrobić. W zespole liczy się komunikacja, jeśli widzisz w czymś problem, to od razu gadasz o tym z kolegami i informujesz kierownika projektu/managera/przełożonego/osobę odpowiedzialną za projekt, że jest problem i że coś zajmie sporo dłużej.

Co do work-flowu.

Pracując według "Agile'a".

1. Przed projektem jest planowanie. Wtedy cały zespół się zbiera, przychodzi Analityk Biznesowy (osoba, która gadała z klientem i wyciągnęła czego klient chce), a następnie mówi co będzie trzeba zrobić. Tutaj wyznacza się rzeczy do zrobienia w określonym czasie. Np. Ustala się, że w ciągu tygodnia zrobi się rzecz X, Y, Z. Następnie ten okres czasu nazywa się "sprintem".
Później rzeczy X, Y, Z rozpisuje się na pojedyncze taski, typu: "przygotować schemat bazy danych", "stworzenie widoku dla strony głównej", itd. Głównie tworzy się "zadania", które nie powinny zajać dłużej niż 1 dnia. Na planowaniu ustala się także, kto ma się czym zająć.
2. Po planowaniu programiści zbierają swoje tyłki z sali konferencyjnej (tam przeważnie się planuje), następnie idą do swoich stanowisk i zaczynają pracować. Każdy wie co ma zrobić w danym dniu i to robi, aż do końca dnia.
3. Następnego dnia, rano, są tak zwane "stand upy", "daily", kiedy to zespół spotyka się rano i każdy na szybko streszcza co zrobił poprzedniego dnia, jakie spotkał problemy i co planuje zrobić dalej. Wszyscy na "stand upie" informują się nawzajem co zrobili itd. I tak sobie mijają dni, aż do końca sprintu, kiedy to następuje "code freeze" (wtedy wszyscy przestają wdrażać nowe funkcjonalności i jedynie poprawiają bugi).
4. Następnie jest "demo", czyli kontaktuje się z klientem, przedstawia mu to co zostało zrobione (prezentacja jest przeważnie zdalnie prowadzona).
5. Po spotkaniu z klientem następuje retrospekcja, czyli zespół spotyka się w sali i każdy mówi co poszło dobrze, co źle, jak można to poprawić. Każdy przedstawia swoje propozycje, następnie jest głosowanie, najlepsze propozycje są spisywane i próbuje się ich trzymać w następnym sprincie.

I znów... następnego tygodnia jest Planowanie, kodowanie, codziennie "stand upy", później code freeze, demo i retrospekcja.

Co do samej pracy - są różne oprogramowania do zarządzania projektami, bardzo popularna jest Jira i Confulence. Tam przechowuje się informacje dotyczące projektu, a także zapisuje wszystkie taski i aktualizuje dane kto pracuje nad czym (masz tabelkę typu "to do", "doing", "in testing", "done" i przeciągasz sobie swoje taski odpowiednio).

Co do kontroli wersji - teraz prym wiedzie GIT oraz GitFlow (jeden ze sposobów korzystania z Gita). Wystarczy, że poczytasz o "GitFlow" i będziesz wiedział wszystko o tym, jak się zarządza kodem).

Mam nadzieję, że te informacje coś Ci powiedzą.

Przy okazji - z powyższego sytemu nie korzystają wszystkie firmy, są takie, które mają swoje prawa, lub swoje "bezprawie". Pracowałem w kilku firmach (na początku mojej kariery), gdzie tak naprawdę była kompletna samowolka, po prostu zebrali grupę programistów, którzy nie mieli ani doświadczenia, ani pojęcia o pracy zespołowej i przekazywali im projekty - i każdy ORAŁ jak MÓGŁ (i było zabawnie). biggrin.gif

Także wszystko zależy od tego gdzie trafisz. ; )
  Forum: Kontrola i zarządzanie projektami · Podgląd postu: #1182878 · Odpowiedzi: 7 · Wyświetleń: 3 557

Dejmien_85
Napisane: 28.11.2015, 20:41:20





Grupa: Zarejestrowani
Postów: 251
Dołączył: 23.04.2013

Ostrzeżenie: (0%)
-----

Jeśli trafisz na dobrą firmę (najlepiej jakiś Software House - tylko tam są stawki konkretne), to w takiej firmie mają programistów, kierowników projektów i analityków biznesowych, wtedy za analizę biznesową projektu oraz jego wykonanie masz jedną stawkę - i tym wszystkim zajmuje się jedna firma (jeden zgrany zespół).

Przeważnie pracuje się teraz w metodykach zwinnych - przynajmniej w profesjonalnych firmach - i wtedy wykonanie serwisu dzieli się na moduły (tj. części). Analitycy biznesowi pracują nad projektem równocześnie z developerami.

Nie ma tak, że najpierw robi się przez kilka miesięcy dokumentację, a później dopiero zaczyna tworzyć projekt. Wykonuje się to wszystko równocześnie - czyli analityk biznesowy spotyka się z Tobą, przeprowadza wstępną analizę, przygotowuje jakiś pierwszy moduł do zrobienia (przedstawia pomysł), następnie zaczyna tworzyć dokumentację i przedstawiać developerom szczegóły pierwszego modułu - i developerzy zaczynają działać w ciągu pierwszego tygodnia pracy.

I tak tworzy się system moduł po module - dokumentacja jest tworzona na bieżąco, tak samo jak prowadzone są prace. Programiści i analitycy biznesowi muszą być w stałym kontakcie (znam to z praktyki, tak najlepiej się pracuje). i co tydzień lub dwa tygodnie przedstawia się klientowi wersję demonstracyjną systemu, czyli pierwsze działające moduły.

Za dawnych czasów było tak, że oczywiście najpierw tworzyło się mega dokumentację, następnie zaczynało się pracę. Ale to już stare praktyki. Teraz mamy metodyki zwinne, Agile.

Nie wierz w to, że jakiś jajogłowy analityk zrobi Ci dokumentację i później będzie wszystko z głowy - bo jeśli analityk zrobi Ci dokumentację, a później pójdziesz z nią do innej firmy, to po X miesiącach dostarczą Ci system, którego tak naprawdę nigdy nie chciałeś (i załamiesz się myśląc, że zapłaciłeś im za to 40 tys). Ty jako tak zwany właściciel produktu (z ang. "Product Owner") musisz na bieżąco śledzić postępy i domagać się demonstracji (co tydzień lub dwa) tego, co dana firma wykonała.
  Forum: Hydepark · Podgląd postu: #1177630 · Odpowiedzi: 26 · Wyświetleń: 1 267

Dejmien_85
Napisane: 10.07.2015, 22:42:57





Grupa: Zarejestrowani
Postów: 251
Dołączył: 23.04.2013

Ostrzeżenie: (0%)
-----

Cytat(rafalp @ 3.07.2015, 22:18:47 ) *
Cześć,
dawno mnie tu nie było, chciałem się zasięgnąć Waszej aktualnej opinii dot. frameworka FuelPHP i jego rozwoju.
Bardzo mi się podoba ta architektura i dokumentacja, długo zwlekałem z pisaniem jakiegoś poważniejszego kodu (front/backend),
Wersja. 2.0 jak nie ma tak nie ma a czy warto zaczynać budowę własnego rozbudowanego systemu w oparciu o aktualne wersje Fjuela? (2.0 będzie niekompatybilne i zmieni się poważnie struktura).


Wiesz, to jest niszowy framework, odkąd sięgam pamięcią, to w żadnej firmie go nie używałem ani nikt ze zespołu/ów. Rozwija się wolno, bo ma małą społeczność i słabe wsparcie.

Proponowałbym Tobie - na serio - zainteresować się Symfony 2 lub Laravelem (który btw. jest kontynuacją FuelaPHP).

Ja też kiedyś paprałem się w nieznanych frameworkach, w tym także w FueluPHP (sic!), ale powiem Ci, że nie warto, szkoda Twojego czasu, bo się nakodzisz, a później te frameworki stoją i poza tym doświadczenie w nim Ci się nie przyda raczej nigdzie - chyba, że miałbyś robić coś na własną rękę (bo w teamie jest baaaardzo małe prawdopodobnieństwo, że znajdzie się ktoś znający niszowy framework).

W Polandii liczą się tylko Zend, Symfony, no i Laravel i Yii jako tako - i czasem Kohana gdzieś się znajdzie. Reszta jakby w biznesie nie istniała.
  Forum: Frameworki · Podgląd postu: #1164700 · Odpowiedzi: 1 · Wyświetleń: 333

Dejmien_85
Napisane: 22.04.2015, 17:35:39





Grupa: Zarejestrowani
Postów: 251
Dołączył: 23.04.2013

Ostrzeżenie: (0%)
-----

Cytat(tzm @ 22.04.2015, 15:29:20 ) *
kumasz juz?


Kolego, niestety Ty tutaj nie kumasz podstaw Angulara, musisz przekazać do kontrolera (jako drugi argument) tablicę, z czego pierwsze argumenty to stringi ze znanymi dla angulara zmiennymi, a ostatnim argumentem musi być funkcja, która przyjmuje te argumenty, przykład poniżej:

  1. app.controller('categoryController', ['$scope', '$http', function ($scope, $http) {
  2. $scope.productList = {};
  3. }]);


W ten sposób rozwiążesz swój problem.
  Forum: JavaScript · Podgląd postu: #1155473 · Odpowiedzi: 7 · Wyświetleń: 810

Dejmien_85
Napisane: 21.04.2015, 21:46:18





Grupa: Zarejestrowani
Postów: 251
Dołączył: 23.04.2013

Ostrzeżenie: (0%)
-----

Tak naprawdę wszystko zależy od miasta, doświadczenia, wykształcenia, firmy oraz umiejętności negocjacji stawki z działem HR.

Młokos nigdy kokosów nie dostanie (średnio 2-3 tys.), ale jeśli masz z 2-4 lata doświadczenia i jesteś w dobrej lokalizacji (Wawa, Wrocek, Kraków), wtedy możesz liczyć średnio na coś pomiędzy 4-6 tys. w łapę (czyli kwota netto przy umowie o pracę, bądź kwota która zostaje po odciągnięciu podatków i ubezpieczeń - VAT, ZUS, PIT - w przypadku kontraktu B2B). Z biegiem lat kwota rośnie.

Na kontrakcie B2B możesz dostać nawet trochę większą stawkę (nawet o 1 - 1,5 tys więcej), bo pracodawca nie musi płacić za Ciebie żadnych składek, ubezpieczeń, ani zapewnić płatnego urlopu, czy chorobowego. Choć w dobrej firmie dadzą Ci wybór - w tym także umowę kontraktową z zasadami podobnymi do umowy o pracę, tj. płatne urlopy, chorobowe itd.

Poza tym, co jakiś czas na rynku pojawia się firma, która oferuje naprawdę Ciekawe stawki, sporo wyższe od średniej, czasem nawet prawie dwukrotnie. To co opisałem powyżej to średnia. Możesz trafić na firmy, które oferują większe lub mniejsze stawki. Poza tym dużo zależy od Ciebie, tj. Twojej wiedzy, doświadczenia it.

Na koniec dodam, że w IT najlepsze stawki można spotkać w Warszawie, Wrocławiu, Krakowie i Trójmieście (podobno). W mniejszych miastach kwoty są niestety zaniżone.

Uważać należy też na bardzo duże korpo, tak zwane Biedronki IT - w IBM na start dają 2500, po kilu latach pracy możesz powiedzieć że masz szczęście, jeśli z nadgodzinami zarobisz 4000 zł w łapę. To samo w Comarchu (Łódź), tam trzeba sporo murzynić, aby przekroczyć pułap 3-ciego koła.
  Forum: Hydepark · Podgląd postu: #1155388 · Odpowiedzi: 80 · Wyświetleń: 5 193

Dejmien_85
Napisane: 17.03.2015, 23:19:57





Grupa: Zarejestrowani
Postów: 251
Dołączył: 23.04.2013

Ostrzeżenie: (0%)
-----

Cytat(marcus753 @ 13.03.2015, 20:46:07 ) *
Teraz tylko zastanawiam się jak z wykorzystaniem phalcona można wywołać w jednym kontrolerze inny kontroler razem z jego widokiem i zwrócić zawartość do głównego kontrolera który przekaże ją w zmiennej do swojego widoku.


  1. $this->view->setVar('zmienna',
  2. $this->app->request(
  3. 'controller' => 'kontroler',
  4. 'action' => 'metoda',
  5. 'flag' => 'embeded' // jak sama nazwa wskazuje... ; )
  6. )
  7. );


PS Poczytaj sobie także o MVP (Model-View-Presenter), może się Tobie przydać. Polecam.
  Forum: PHP · Podgląd postu: #1150182 · Odpowiedzi: 11 · Wyświetleń: 500

Dejmien_85
Napisane: 5.11.2014, 07:51:59





Grupa: Zarejestrowani
Postów: 251
Dołączył: 23.04.2013

Ostrzeżenie: (0%)
-----

Tutaj masz całkiem ciekawą bibliotekę opartą o GD - http://phpimageworkshop.com/

Da się za jej pomocą zrobić sporo rzeczy, które masz w Photoshopie/Gimpie (łącznie z warstwami, filtrami itd) - za jej pomocą powinieneś dać radę.
  Forum: PHP · Podgląd postu: #1130861 · Odpowiedzi: 3 · Wyświetleń: 308

Dejmien_85
Napisane: 16.08.2014, 18:45:03





Grupa: Zarejestrowani
Postów: 251
Dołączył: 23.04.2013

Ostrzeżenie: (0%)
-----

A może gdzieś pyskowałeś na kogoś i teraz się mszczą? cool.gif

No, tak serio mówiąc, to Cię ich robaczek podgląda: Tutaj możesz zablokować te bociory: http://semalt.com/project_crawler.php

Nie wiadomo kto go na Ciebie skierował i czemu akurat tak wypadło - zawsze możesz do nich napisać i powiedzieć, że nie życzysz sobie, aby jakieś Semalt-Boty łaziły po Twojej stronie.
  Forum: Hydepark · Podgląd postu: #1120165 · Odpowiedzi: 5 · Wyświetleń: 3 434

Dejmien_85
Napisane: 12.08.2014, 00:05:22





Grupa: Zarejestrowani
Postów: 251
Dołączył: 23.04.2013

Ostrzeżenie: (0%)
-----

Hmm, wiedziałem, że po zajrzeniu do Twoich plików nie zobaczę tam tego, o czym sobie na co dzień czytam w książeczkach różnorakich (z jednym wyjątkiem, o czym dalej), także powiedzieć mogę, że musisz postanowić, czy...
a) Dalej będziesz bawił się w Cowboya, który sunie na rumaku prze pustynie i strzela z rewolweru do Indian, popijajac whisky i bawiąc się przy tym przednio.
b) Weźmiesz się w garść, kupisz jakąś dobrą książkę (o PHP i wzorcach) i zaczniesz ją czytać, uczyć się i pisać (lub chociaż zaczniesz pracę z jakimś frameworkiem PHP)

Ogólnie kod wygląda kiepsko, ale nie martw się, na starcie to normalne. To co najbardziej rzuca się w oczy to Sphagetti (widok panelu to masakra, pomieszane PHP z HTML-em, to jest główny powód dlaczego tego języka czasem nienawidzę - chodzi o to, że pozwala na takie machloje). Piszesz także strasznie długi i skomplikowany kod, z dziesiątkami warunków - nie tędy droga. Kod ma być czyty i przejrzysty, a prezentacja ma się trzymać zdala od logiki (tj. nie mieszaj HTML-a z PHP-em, to grzech ciężki - w niektórych kręgach grozi to samosądem, tj. ukamieniowaniem).

Ogólnie:
1. Na początek radzę zapoznanie się z jakimś frameworkiem PHP, na start może być CodeIgniter (posiada polską dokumentację, jest strasznie prosty w obsłudze, wspiera MVC, także od razu unikniesz tworzenia potworów Sphagetti).
2. Wybierz sobie jakiś standard pisania kodu (np. PSR-2), Twoje standardy kodowania są nie-PHP-owe, widzę zapędy z HTML-a, np. pisanie na końcu metod komentarzy "//end of methodName()". ; )
3. Kup 2 książki:
- jedną wprowadzającą do PHP (poznaj ten język)
- drugą o rzeczach zaawansowanych (wzorce projektowe, programowanie obiektowe itd).
4. Czytaj o Wzorcach Projektowych i Programowaniu Obiektowym (np. Object Oriented Design).
5. Pisz jasny i czytelny kod, unikaj if-ów, niech klasy, metody/funkcje będą krótkie i skupiające się na jednym zadaniu.

Powodzenia!

I pamiętaj, że w programowaniu liczą się tylko dwie rzeczy - nauka i praktyka. Dzisiaj za dobrze nie wypadłeś, ale przyszłość stoi otworem. Nie smuć się, tylko bierz się w garść, a niedługo pokażesz nam porządny kawałek kodu.

PS Pochwalić mogę Cię za fakt użycia PDO - good choice, ma man!. ; )
  Forum: PHP · Podgląd postu: #1119472 · Odpowiedzi: 2 · Wyświetleń: 509

Dejmien_85
Napisane: 19.08.2014, 16:53:34





Grupa: Zarejestrowani
Postów: 251
Dołączył: 23.04.2013

Ostrzeżenie: (0%)
-----

Niepotrzebnie skupiasz tak bardzo uwagę na bazie danych. Ona jest od tego, aby zapisywać do niej dane. Możesz spokojnie pchać tam miliony rekordów. Gdy pojawi się problem z wydajnością, wtedy jest keszowanie i aplikacje typu sphinx (indeksuje całą bazę i rekordy wyciągasz migiem).

To na czym się powinieneś skupić, to zaprojektowanie apki. I przy tworzeniu projektu zapomnij o bazie danych. To błąd. Jeśli ktoś podczas tworzenia klas aplikacji zaczyna myśleć o bazie danych i zastanawiać się nad tabelami, wtedy nieświadomie nakłada na siebie ograniczenia. Nie myśl kryteriami bazy danych i tabel. Zapomnij o bazie, skup się na kodzie, klasach, zmiennych, danych (ale samych danych, a nie bazie danych).
Myśl o aplikacji samej w sobie, klasach i danych jakie będzie potrzebować. Gdy zaprojektujesz aplikację, wtedy dopiero pomyślisz o bazie danych, tabelach itd - ale to dopiero PO zaprojektowaniu klas itd.

A co do Twojej apki - polecam Ci wziąć się za literaturę dotyczącą projektowania aplikacji, np. Object Oriented Design i Object Oriented Analysis. Widzę, że mniej więcej wiecie czego chcecie, jednak nie macie tak naprawdę pojęcia jak to ma działać. Z tego powodu polecam temat OOD&A. Po odrobieniu pracy domowej powinniście wiedzieć od czego zaczać (przygotowanie jasnej specyfikacji i dokładnych opisów jak apka ma funkcjonować).

Zaczynanie od pisania kodu bez jasnych wytycznych sprawi, że będziecie później tego żałować.

No i oczywiście zalecam lektury dotyczące gier online. ; )

I przemyślcie na poważnie, czy nie lepiej wejść w inny język. I tak będziecie musieli postawić tą grę na serwerze VPS/Dedyku, także można użyć wydajniejszych rozwiązań (nie chcę was tutaj straszyć C++, ale np. D, Go, albo nawet i Java będą się sprawować o wiele wydajniej niż PHP - i wszystkie te języki mają automatyczne zarządzanie pamięcią, więc sobie w stopę nie strzelicie tak łatwo).
  Forum: Kontrola i zarządzanie projektami · Podgląd postu: #1120533 · Odpowiedzi: 3 · Wyświetleń: 1 842

Dejmien_85
Napisane: 30.07.2014, 01:02:03





Grupa: Zarejestrowani
Postów: 251
Dołączył: 23.04.2013

Ostrzeżenie: (0%)
-----

Cytat(ZaXaZ @ 24.07.2014, 14:19:33 ) *
ale chciałbym wiedzieć przy czym najbardziej pogłębiacie wiedzę.


Najlepszy sposób to pisanie aplikacji.

Chcesz się nauczyć jak pisać? Wybierz sobie jakiś cel, np. "Stworzę serwis ogłoszeniowy z panelem administratora, a także użytkownikami, którzy będą mogli tworzyć swoje konta, a później dodawać ogłoszenia, a admini będą weryfikować te ogłoszenia, bla, bla, bla, itd...".

Do tworzenia serwisu wybierz sobie jakiegoś frameworka (na początek CodeIgniter wystarczy) i zacznij pisać. Podczas pisania spotkasz masę problemów (od drobnych, np. weryfikacja kont, hashowanie haseł, po trudniejsze - zazwyczaj związane z logiką aplikacji).

Wyznacz cel (określ co chcesz zrobić) i zacznij pisać aplikację, wtedy spotkasz się z wszystkimi problemami i zagadnieniami, z jakimi spotykają się programiści - i będziesz zdobywał cenne doświadczenie.

Pamiętam moje początki, były dokładnie jak Twoje - zaczynałem od przeglądania manuala, ale nauka zaczęła się dopiero wtedy, gdy zacząłem pisać swoją pierwszą apkę (serwis). Także działaj! ; )
  Forum: Hydepark · Podgląd postu: #1117600 · Odpowiedzi: 66 · Wyświetleń: 8 209

Dejmien_85
Napisane: 12.07.2014, 14:14:57





Grupa: Zarejestrowani
Postów: 251
Dołączył: 23.04.2013

Ostrzeżenie: (0%)
-----

Cytat(marcus753 @ 12.07.2014, 11:29:20 ) *
(..) wszyscy mówią że pisanie swojego frameworka jest bezsensu i tak koło się zamyka…


A nieprawda, nie wszyscy tak mówią. To zależy jaki jest Twój cel. Jeśli chcesz się uczyć PHP, wtedy droga wolna, pisz własny FW i ucz się. Jeśli chodzi Ci jednak tylko o wykonanie zadania, wtedy szybciej to zrobisz korzystając z gotowych FW - przecie do PHP jest miliard FW i bibliotek.

Ty najlepiej wiesz czego chcesz, także sam sobie odpowiesz na to pytanie - jeśli masz ochotę napisać coś swojego, wtedy pisz i p#%&@!@ to co inni mówią. ; )

Z punktu czasowego lepiej wyjdziesz na gotowym FW.

No i jedna mała uwaga - mędrcy mawiają, aby na wydajności skupiać się na samym końcu, wyjątkiem są sytuacje, kiedy to z góry wiadomo, że coś musi być wydajne (gdy klient wspomina, że dziennie na stronie siedzieć będą dziesiątki lub setki tysięcy użytkowników). Mogę się mylić, ale wydaje mi się, że w Twoim wypadku możesz na spokojnie użyć CI lub Laravela.

Najlpiej zapytaj się klienta czy przewiduje wdawanie góry kapuchy na reklamy w Adwordsach lub pozycjonowanie - jeśli nie, wtedy ruch na jego stronach będzie pewnie wynosił kilka osób na miesiąc. ; )
Tak to już jest, klient robi stronę i liczy, że ludzie mu tam spadną z... drzewa. Nie ma kasy na reklamę == miasto duchów.
  Forum: Frameworki · Podgląd postu: #1115012 · Odpowiedzi: 6 · Wyświetleń: 517

Dejmien_85
Napisane: 13.02.2014, 06:09:30





Grupa: Zarejestrowani
Postów: 251
Dołączył: 23.04.2013

Ostrzeżenie: (0%)
-----

Cytat(rys2 @ 12.02.2014, 20:38:52 ) *
jak zacząc z css?


Jak zacząć? Od razu z praktyką - samo czytanie Ci nic nie da. Także wpisz sobie w przeglądarce "kurs css" i zacznij PRAKTYKOWAĆ. Tylko wtedy nauczysz się używać CSS.

Po takim kursie znajdź sobie następny i następny - ostatecznie możesz zakupić sobie jakaś książkę. Po przerobieniu choć jednej lektury o CSS miałbyś naprawdę porządne podstawy. CSS tak naprawdę jest prostym językiem, którego nauczysz się migiem. Poświęc 1h dziennie na praktyki z kursami/książką, a po miesiącu czasu powiesz sobie: "Jak ja %$#@! mogłem robić strony w HTML-u bez CSS?". ; )
  Forum: CSS · Podgląd postu: #1091304 · Odpowiedzi: 2 · Wyświetleń: 741

Dejmien_85
Napisane: 1.07.2013, 07:28:26





Grupa: Zarejestrowani
Postów: 251
Dołączył: 23.04.2013

Ostrzeżenie: (0%)
-----

Powinieneś dopieścić obserwatora - on powinien być niezależny, tj. powinien posiadać dane o swoim stanie (podczas tworzenia obiektu obserwatora Podmiot powinien automatycznie nadać jakiś stan obserwatorowi) i aktualizować je od Podmiotu. Oprócz interfejsu Observer powinieneś także stworzyć interfejs szczególny dla danego obserwatora - obserwator powinien tak naprawdę implementować co najmniej dwa interfejsy, tj.

- Interfejs Observer ma zajmować się aktualizacją danych i niczym więcej.
- Dodatkowy interfejs lub interfejsy powinny wykonywać wszelkie wymagane dodatkowe akcje (np. wyświetlać dane, przetwarzać je, czy przekazywać gdzieś dalej).
Adnotacja: Jeśli obserwator nie ma żadnych dodatkowych funkcji, wtedy oczywiście można pominąć dodatkowe interfejsy - jednak jaki jest wtedy sens bytu takiego obserwatora? Obserwator powinien coś zwracać. ; )

Zapoznaj się dobrze z wzorcem obserwatora i zastanów się dwa razy, czy aby na pewno to jest to, czego potrzebujesz w swojej aplikacji. *wink*
  Forum: Object-oriented programming · Podgląd postu: #1053526 · Odpowiedzi: 7 · Wyświetleń: 980

Dejmien_85
Napisane: 23.04.2013, 16:48:26





Grupa: Zarejestrowani
Postów: 251
Dołączył: 23.04.2013

Ostrzeżenie: (0%)
-----

Cytat(!*! @ 23.04.2013, 15:15:44 ) *
Żeby jeszcze border-radius miało dobry AA w przeglądarkach i wyglądało znośnie np. na grafice ;) a właśnie, może da się ustalić AA dla zaokrągleń?


W border-radius możesz ustalić promień zaokrąglenia, a także stworzyć obramowanie zaokrąglenia (i ustalić jego grubość), fajny jest też efekt cienia (całego elementu). Wydaje mi się, że działa to całkiem fajnie. Jest to spore ułatwienie - za czasów CSS2 musiałbyś się nakombinować (głównie z tworzeniem i dopasowywaniem grafiki), aby stworzyć zaokrąglenia, lekki cień oraz obramowanie jakiejś części strony - w tej chwili wystarczy kilka linijek tekstu i voila! ; )
  Forum: Przedszkole · Podgląd postu: #1040944 · Odpowiedzi: 7 · Wyświetleń: 334

Dejmien_85
Napisane: 23.04.2013, 14:12:50





Grupa: Zarejestrowani
Postów: 251
Dołączył: 23.04.2013

Ostrzeżenie: (0%)
-----

Stare sposoby z dodawaniem grafiki to już przeszłość, w tej chwili mamy CSS3 i:
- border-radius (dla starszych modeli przeglądarek należy dodać jeszcze przedrostki).

W razie gdybyś chciał stworzyć jakieś finezyjne obramowanie za pomocą grafiki, wtedy polecam:
- border-width + border-image.

  Forum: Przedszkole · Podgląd postu: #1040903 · Odpowiedzi: 7 · Wyświetleń: 334


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: 17.10.2018 - 07:05