Forum PHP.pl

SDK iPhone na Maki ma emulator iOS - a nie tylko jakiśtam symulator. Pod innymi systemami zostaje emulator Androida.

FB Connect został zastąpiony przez FB Graph. Ogólnie mechanizmy te pozwalają autoryzować użytkownika Facebooka na zewnętrznych stronach i aplikacjach. Facebook potwierdza że dana osoba jest zalogowana w tym serwisie i zwraca jego podstawowe dane (jeżeli użytkownik na to się zgadza). Na podstawie tego można stworzyć system rejestracji, logowania poprzez Facebooka.

OpenFTS pod postgresem

Dla serwisów społecznościowych, czy podobnych o dużym ruchu użytkowników takie integracje to podstawa. Facebook Graph jest dość dobre opisany na np. stronach Facebooka dla developerów (choć nie jest to zbyt miłe "API"). Można też stosować pośredników ułatwiających obsługę logowania/rejestracji - np. https://rpxnow.com/

Ruby jak i Python nie są przejściowe. Oba języki i dostępne dla nich frameworki webowe mają się dobrze i prą na przód więc warto się nimi zainteresować. Plus Ruby czy Python to nie tylko aplikacje webowe.

https://rpxnow.com/ użyj tego widżeta Ogólnie każde źródło społecznościowe ma swój identyfikator - czy to OpenID, czy Facebook i są to łańcuchy, nie liczby. Widżet JanRain po autoryzacji użytkownika wysyła na wskazany URL POSTem dane użytkownika / wynik autoryzacji. Logujesz wtedy użytkownika po identyfikatorze. Oczywiście każdy user ma swój login i może mieć zwykłe hasło żeby logować się też normalnie.

U mnie zrobione jest to w oddzielnej tabeli - relacja do usera, identyfikator społeczny. Reszta trzymana jest w tabeli profili użytkownika (login, imię, awatar, mail itd.)

Przy zachowaniu zgodności z punBB jest sens dzielić uwagę i tworzyć oddzielne "wsparcie" dla fluxBB zamiast rozwijać społeczność skupioną wokół punBB (i używającą pewnie po części fluxBB)?

W Pythonie masz PyQt4 - na licencji GPL lub komercyjnej dla aplikacji nie-GPL. Jest też PyGTK+ ale ono jest mniej przyjazne pod kątem wielu platform (platform innych niż Linux/Unix). Pisze się w tym łatwo, choć dochodzi robota jeżeli musisz tworzyć własne bardziej złożone widżety/kontrolki interfejsu.

Dla rozrywki w temacie dwie oferty pracy dużego serwisu społecznościowego napisane w PHP w stylu facebooka (binarne rozszerzenia):

http://www.tuenti.com/jobs/position/?requisition_id=59
http://www.tuenti.com/jobs/position/?requisition_id=14

W Polsce ciężko o takie krajowe projekty (poza może Javą, czy też .NET)

Tak samo jak w Pythonie można pisać system operacyjny (a jest taki projekt). PHP było i jest realnie tylko do www bo tylko do tego było i jest projektowane. Python jest językiem skryptowym ogólnego przeznaczenia, a do www są praktycznie tylko frameworki Pythonowe bo do tego zostały specjalnie zaprojektowane. Nie kłóćmy się na najbardziej abstrakcyjne zastosowania danego języka - bo każdy ma takich pełno. Biznesowo takie abstrakcje są martwe

Nie widzę większego sensu w zabawie z jakąś przyszłą wersją PHP, czy jednym projekcie, który nie wykorzysta szerokiego zakresu technologii i "wiedzy". Coś czego nie ma i za szybko nie będzie, a jak się pojawi to jeszcze więcej czasu upłynie zanim pojawi się to w branży. A rozwój PHP i tak idzie ogólnie po grudzie.
Tak czy siak podstawa to znajomość języka angielskiego i nie ograniczanie się do polskich gazetek i stronek opisujących "wspaniałe" CMSiki i skrypciki PHP.

Dobry programista znający najlepsze frameworki i biblioteki z danego języka, algorytmy i przyjęte konwencje programowania ma szanse na równie dobrą pracę niezależnie od języka. Kwestia własnych preferencji co wybierzesz, co będzie ci bardziej pasowało.
W przypadku PHP istnieje długi ogon tanich, słabych, czy żmudnych i czasochłonnych zleceń. Projekty wymagające innych, nowszych języków/technologi będą już ograniczone do tych lepszych - bo to już ktoś z odpowiednią wiedzą i funduszami wybrał nowsze rozwiązania (a nie to co naczytał się w gazetce dla amatorów).
Ja swego czasu przeszedłem z PHP na Pythona i wiedzie mi się całkiem dobrze. Pracuję przy ciekawych projektach i korzystam z narzędzi które mi się bardzo podobają i dają dobrą efektywność. Plus Python to nie tylko www.

Do oddzielnych logicznie stron np. kontakt, czy list newsów stosuj oddzielne kontrolery. Jeżeli narzędzie nie ma wystarczającej dokumentacji to do kosza i głęboko zakopać

A pomyślałeś żeby zrobić jeden kontroler, który będzie z linku otrzymywał zmienną określającą który rekord pobrać?

Nigdzie nie znajdziesz tutoriala jak zrobić projekt, który sobie wymyśliłeś, bo nikt inny go nie wymyślił tylko ty. Rozpisujesz projekt na poszczególne strony, po tym rozpisujesz wstępną strukturę bazy i przystępujesz do implementacji. Pokój gier będzie zapewne listował gry z tabeli zawierającej gry, a stolik gry zapewne będzie pobierał dodatkowe dane o określonej grze i w dalszej kolejności uruchamiał daną grę.

Podzapytania to najgorsze rozwiązanie bo MySQL nie używa do nich indeksów. Rozwiązanie z UNION ALL ma to do siebie że przesyłasz jedno zapytanie a nie wiele w pętli, a jako że nie jest to skomplikowane zapytanie - nie ma czego tutaj optymalizować. Jak dojdziesz do poziomu ruchu generowanego przez portal społecznościowy to optymalizować będzie można, ale nie w pionie próbując przekombinować zapytania

Lista artykułów i jeszcze komentarze do tego? Nie za dużo szczęścia na jednej stronie? Jednym zapytaniem tego nie załatwisz, na pewno nie jakimś nadmiernie skomplikowanym Najprościej to pobrać listę artykułów i zrobić listę ID tych artykułów. Następnie pobrać po dwa komentarze stosując UNION ALL dla każdego zapytania dla konkretnego ID artykułu. Coś w stylu takim:

[SQL] pobierz, plaintext 
SELECT * FROM comments WHERE art_id = $pierwsze_id LIMIT 2
UNION ALL
SELECT * FROM comments WHERE art_id = $drugie_id LIMIT 2
[SQL] pobierz, plaintext 

Idąc dalej gdy jest taka potrzeba można by w tabeli artykułów zapisywać ID dwóch ostatnich komentarzy dla każdego artykułu, czy też nawet duplikować ich treść.

Za JAVE dostaniesz więcej, masz większe szanse nauki nowych elementów i "awans" na drabince płacowej. W przypadku PHP żeby łapać dobre projekty za rozsądne pieniące musisz wchodzić w topowe frameworki, które mogą okazać się mało fajne w zależności od wcześniejszych doświadczeń programistycznych

Poza tym są nowe technologie konkurencyjne względem PHP, dla wielu znacznie lepsze. Groovy i Grails ze światka Javowego, a także Ruby, Python, czy nawet platforma .NET Microsoftu

Szukaj w Google. A powyżej chodziło o generowanie raportów z istniejących w zwykłej bazie danych. Pobierasz część danych - wrzucasz do pamięci/sqlite, pobierasz kolejne itd. i na końcu pobrane dane w SQLite przetwarzasz i generujesz wynik. Taki zupełnie teoretyczny przykład. Po prostu SQLite działające w pamięci nie jest jakąś gorącą funkcjonalnością.

Przy testach jednostkowych gdzie na początki tworzy się taka baza, wypełnia się ją testowymi danymi i wykonuje testy. Podobnie można wykorzystać ją przy generowaniu różnych raportów, zestawień - jako tymczasowa przechowalnia uporządkowanych danych.

:memory: istnieje tyle ile wykonanie skryptu. Nie jest to rozwiązanie do przetrzymywania danych na stałe.

Są różnice w składni zapytań, czy w definicjach tabel. Zazwyczaj nieduże i proste SELECT/UPDATE/DELETE powinny być zgodne między MySQL, SQLite czy Postgresem.

Podzapytania to ci tak raczej nie przejdą, plus nie będzie to wydajne.

Szkoła i tak niewiele uczy, a w większości stawia na wykuj-zalicz-zapomnij, wiec nie ma co się burzyć że nie uczą wykorzystania Zend Frameworka i testów jednostkowych

Ja w liceum bardzo dawno temu za czasów win 98 miałem głównie obsługę pakietu biurowego MS Office, w tym wykorzystywanie funkcji i wyrażeń w Excelu

To się męcz. Przeanalizuj jak dodaje się w różnych skryptach, napisz dodawacze (CURL) i do dzieła.