Facebug

Nie bez kozery w żargonie programistów ta nazwa nabiera coraz silniejszego znaczenia. Kto pracuje z API tego serwisu społecznościowego ten to rozumie. Facebook jest teraz w fazie wprowadzania nowego API o nazwie kodowej Graph (wow how f***g awesome it’s?!). Wracając do meritum sprawy, po wywołaniu rejestracyjnego linka z acziwmentem ni stąd ni zowąd dostawałem błąd: „(#3502) Object at achievement URL is not of type game.achievement”, o którym już pisałem wcześniej na forum php: link, niestety nikt chyba wcześniej nie miał problemu z tym (albo miał i się nie podzielił, who care?). Sytuacja doprowadzała mnie do frustracji, gdyż po użyciu debuggera: link nie zwracał mi żadnego błędu związanego z opengraph, a błąd mówił o czymś innym. Bądź tu mądry i pisz wiersze…

Rozwiązanie problemu

Otóż przypadkiem(?) parę razy udało mnie się zarejestrować te acziwmenty, zachodziłem w głowę jak ja to zrobiłem. Maluśka retrospekcja i olśniło mnie co takiego zrobiłem. Otóż proces jaki należy wykonać przed przystąpieniem do zarejestrowania acziwmentu jest taki:

Wchodzi na stronę debbugera: link
Wklepujemy link do naszego acziwmentu, klikamy debug (wow!), teraz na samym dole po poprawnej analizie naszego pliku powinna się znajdować sekcja: „Adresy URL” (tia mam po polskiemu) i jest sobie jakiś pierwszy link:
Graph API: http://graph.facebook.com/blablabla
klikamy na ten link, otworzy nam się stronka z wyplutym jsonem, i dawaj, po tym zabiegu możemy już wykonać poprawnie proces rejestracji acziwmentu bez żadnego problemu!

Słów kilka na zakończenie

3 dni się z tym ścierwem męczyłem…

Następnie po lewej stronie mamy listę swoich projektów, wybieramy projekt który nas interesuje klikamy na zielony plusik pojawia się pod element naszego projektu: „New Native Application Configuration” albo coś podobnego, po wybraniu tego elementu (nie klikamy w debug) po prawej stronie powinno pojawić się okno z wyborem paru elementów, w Executable wpisujemy php (chyba że chcesz podać bezwzględną ścieżkę do pliku wykonywalnego php. Poniżej mamy Behaviour w Arguments wpisujemy argumenty które chcemy podać do php czyli nazwa pliku php który ma się wykonać np: index.php. Jeszcze niżej jest Working Directory, tutaj wybieramy położenie naszego projektu w którym znajduje się powyżej wybrany plik jako argument. Jeszcze mamy environment, możemy zdefiniować stałe argumenty jakie chcemy przesyłać do php (ja tego nie używam)

Zostaje wcisnąć Apply -> Ok, po zamknięciu okna, należy się upewnić jaki profil uruchamiania jest aktywny, by to zrobić przechodzimy w Menu do Run -> Current Launch Configuration, tam powinniśmy listę dostępnych konfiguracji, dobrym sposobem jest nazywanie ich (zmiana tego „New Native Application Configuration” w poprzednim oknie konfiguracji) jeżeli mamy taką potrzebę, lub też różne konfiguracje do testowania.

Skrót klawiaturowy do uruchomienia to Shit + F9 lub też po prostu kliknąć Execute w oknie KDevelop.

Jak zrobić by KDevelop działał z Debug przy pomocy xdebug, jeszcze nie wiem, ale dev od kdevelop pracują nad tym

Nie będę wylewał swojego żalu ale to była mocna przesada…

Na szczęście niejaki „csslayer” zrobił paczkę starych ikon i możemy spokojnie z powrotem patrzeć bez odruchu wymiotnego na ikony w dolphinie.

Całość możemy zainstalować z Ustawienia Systemowe -> Wygląd programów -> Ikony -> Pobierz nowy motyw

wpisujemy Oxygen Old, instalujemy, zastosuj i chwalmy git’a bo jego repozytoria nie znają granic.

$ ps -aux|grep akonadi

i lecimy killem -9 wszystkie PID’y albo

$ akonadictl stop

Następnie (przenosimy) kasujemy:

$ rm -rf ~/.config/akonadi

I odpalamy ponownie:

$ akonadictl start

Po problemie, skąd sie to bierze? Nie wiem. Dobrze że jest na to lekarstwo…

$ sudo add-apt-repository ppa:mozillateam/firefox-stable && sudo apt-get update && sudo apt-get install firefox

Świętujmy i radujmy się z tej okazji! Ogromne podziękowania dla Mozilla Team!

#
# Dobra sprawa jest taka, że sami musimy zadbać o kolejność instalacji elementów xD
# 
user/table.sql
session/table.sql
module/table.sql
#
# Ok, mamy utworzone tabele to możemy teraz zrobić resztę, widoki i procedury
# Czasami procedury korzystają z widoków, czasami widoki z procedur, ale drugi przypadek jest częstszy
# także jedziemy widokami
#
user/view.sql
session/view.sql
module/view.sql
#
# I teraz z czystym sumieniem dorzucamy procedury
#
user/procedure.sql
session/procedure.sql
module/procedure.sql
#
# Kwestia constrainow, czasami jest taka potrzeba że nie mamy możliwości założyć constraina
# na tabele której jeszcze nie ma więc czasami trzeba dorobić kolejny plik w którym to dorzucimy ;)
# 
# np:
# 
# user/constraint.sql
#
# Jeżeli jesteśmy jacyś strasznie nerdowi to możemy sobie dorzucić komentarze
# Z tego co pamiętam to nie wiem czemu ale transakcje nie działają przy dodawaniu komentarzy oO
# 
# np:
# 
# user/comment.sql
# itd...
#

A w nim dodatkowo parę innych informacji

#!/bin/bash
 
# Instalatron kufa!
my_dir="$(pwd)/data/sql";
user='';
pass='';
database='';
demo=0;
backup=0;
 
usage()
{
cat << EOF
Użycie $0 [Opcje]
 
Skrypt ten, wywołuje inne pliki tekstowe z bezpośrednim wpisem do bazy, operacja "nieodwracalna".
 
Wymagane ścieżki w katalogu:
 
$(pwd)/
 
to:
$(echo -e "\t") ./data/sql/delete/index
$(echo -e "\t") ./data/sql/create/index
$(echo -e "\t") ./data/sql/insert/demo/index
$(echo -e "\t") ./data/sql/insert/init/index
 
Należy zachować kolejność utwaiania dropowania schematów odrwotną niż przy tworzeniu gdyż zależności pomiędzy tabelami nam nie pozwolą inaczej wykonać operacji.
 
Pliki index, są to zwykłe pliki tekstowe, bez żadnego rozserzenia, przykład pliku ./data/sql/create/index:
 
user/table.sql
session/table.sql
module/table.sql
 
Gdzie odniesie jest do katalogu: ./data/sql/create/
 
Opcje:
   -b      Backup, tworzy pierw backup
   -d      Nazwa bazy danych
   -u      Nazwa użytkownika
   -p      Hasło użytkownika
   -e      (Demo) Przykładowe dane
   -h      Wyświetla pomoc
EOF
}
 
setup_sql()
{
   export PGUSER=$1
   export PGPASSWORD=$2
}
 
backup_sql()
{
   backup_file="$(pwd)/data/backup/$(date +'%F|%T').tar"
   pg_dump -F 'tar' -f "$backup_file" $1
}
 
run_sql()
{
   if [ ! -e "$1/index" ]
   then
      echo "Brak pliku $1";
      return 1;
   fi;
 
   files=$(cat "$1/index"|grep -e ^[^#]);
 
   for x in $files
   do
      if [ ! -e "$1/$x" ]
      then
         continue
      fi;
      psql --log-file "./tmp/install.log" --quiet -f "$1/$x" $2
   done
}
 
# hahaha to przez przypadek :D
while getopts "d:u:p:ebh" OPTION
do
   case $OPTION in
      b)
         backup=1
         ;;
      d)
         database=$OPTARG
         ;;
      u)
         user=$OPTARG
         ;;
      p)
         pass=$OPTARG
         ;;
      e)
         demo=1
         ;;
      h)
         usage
         exit 1
         ;;
      ?)
         usage
         exit
         ;;
   esac
done
 
#Wyczyścimy poprzednie logi z instalacji
rm -f "./tmp/install.log";
 
#Inicjalizujemy sql'a
setup_sql $user $pass;
 
if [ -n $backup ]
then
   backup_sql $database;
fi;
 
#Kasujemy
run_sql "$my_dir/delete/" $database;
 
#Tworzymy
run_sql "$my_dir/create/" $database;
 
#Inicjalizujemy
run_sql "$my_dir/insert/init/" $database;
 
#A jak chcemy demo to je dodajemy ;)
if [ -n $demo ]
then
   run_sql "$my_dir/insert/demo/" $database;
fi;

W sumie to tyle.

Dlaczego FirePHP?

Nie miałem pomysłu, jak to zaprezentować, każdy FW miał swój sposób, a to pasek wyjeżdżający z dołu, a to z góry, a i tak cały czas używam FireBug’a do debugowania zapytań ajaxowych! Oświecenie, przecież jest FirePHP. Prosty w obsłudze, nie ma żadnych skomplikowanych milionów klas i interfejsów do obsługi narzędzia. Proste metody, dokumentacja przyjazna dla developera.

A jak to wygląda?

FirePHP w natarciu

Po prawej mamy zrzut ekranu, jak wygląda taki wypluty przez FirePHP kawałek kodu. Jest przejrzyste, każde zapytanie ajaxowe widzimy w firedebug, to od razu z zapytaniem, dostaniemy odpowiedzi o zapytaniach sql, errorach, routingu, no wszystko co tylko chcemy.

Słów kilka na zakończenie

Tym wpisem chciałem zwrócić uwagę na dostępne narzędzia jakie my developerzy mamy pod ręką, nie należy wyważać otwartych drzwi (można by się przyczepić że ja to robię pisząc swojego FW, a to się czepiajcie ), ale gdy interfejs jest przyjazny, czas na zaimplementowanie takiego narzędzia nie kosztuje nas wiele, przy czym nie rwiemy sobie włosów z głowy magią, wystarczy poświęcić 3min na przejrzenie przykładów na stronie FirePHP. Także jeżeli ktoś nie ma pomysłu jak to zrobić u siebie, to polecam właśnie te, to, narzędzie.

Array Postgresql

Jak wiemy w php mamy tablice asocjacyjne, takich w postgresql nie ma, to jak sobie poradzić z danymi przesyłanymi do funkcji, by wiedzieć która wartość odpowiada któremu rekordowi w bazie? Trzeba przyjąć sobie jakiś schemat i się jego trzymać, nauczyłem się tego pracując wcześniejszej firmie, z czego jestem bardzo zadowolony i cenie sobie tą wiedzę do której doszedłem sam. Ale się nią z Wami podzielę.

Przykład tablicy w PostgreSQL: ‘{1234,325,513,1332}’, jest to zwykła tablica jednowymiarowa, w php zapisalibyśmy ją tak: $someArray = array(1234,325,513,1332);

Więcej tutaj: link

Przykład z życia

Proste oczywiste, nie stwarzającego żadnego problemu do odczytania. Z tym że takie tablice są rzadkością. Przeważnie operujemy na rekordach z tabeli, które posiadają unikatowy identyfikator w bazie, i właśnie on jest nam potrzebny. Jeżeli mamy pola wielokrotnego wyboru, np checkboxy, teoria, relacja jeden do wielu, jeden produkt może należeć do wielu kategorii w sklepie. No to przykład kawałka kodu html:

<label>Jakaś kategoria</label>
<input type="checkbox" name="categories[$incramentValue][id_category]" value="$jakies_id_kategorii" />
<label>Rabat dla kategorii tego produktu</label>
<input type="text" name="categories[$incramentValue][discount]" value="$jakas_wartosc_rabatu" />

To akurat jest trochę bardziej rozbudowany przykład niż ten o który mi chodziło ;d Gdyż gdybyśmy mieli tylko zwykłe przypisanie produktu do kategorii, to wystarczyło by naszej funkcji w sql 2 parametry, jeden to id produktu, a drugi to tablica z idkami kategorii, które wybraliśmy.
No ale dobra, jeżeli chcemy operować czasami na paru tabelach w jednym widoku, to takie rozwiązanie jest jak najbardziej zrozumiałe, i teraz w naszej tablicy po przesłaniu do php będziemy mieli coś takiego:

array(
  $incramentValue = array(
    'id_category' => $jakies_id_kategorii,
    'discount' => $jakas_wartosc_rabatu
  )
  ... itd
)

Jak to ugryźć?

No i dobra, teraz tak mamy identyfikator kategorii i rabat jaki chcemy nadać temu produktowi w tej kategorii, można by tam jeszcze dorzucić id klienta, taki pełny system b2b (business-to-business). Mamy to co mamy, teraz tak jak pisałem już wyżej, musimy sobie przyjąć jakiś standard w sql którym w danej funkcji będziemy operować na tych tablicach, widząc po kolejności argumentów w tablicy wiemy jak byśmy chcieli by wyglądała nasza tablica w SQL, o tak: ‘{{$jakies_id_kategorii,$jakas_wartosc_rabatu},{$jakies_id_kategorii2,$jakas_wartosc_rabatu2},{…}}’ czyli np: ‘{{2,34.2},{5,12}}’. Po przesłaniu takiej tablicy do procedury w SQL musimy ją jeszcze tylko „przelecieć” i wstawić odpowiednie rekordy, a jak utworzyć taką tablicę?

Utworzenie tablicy PostgreSQL z tablicy PHP

Napisałem do tego funkcję:

   function phpArrayToPg( array $phpArray, $inner_glue = ',' ) {
      foreach( $phpArray as $key => $value ) {
         if( is_array( $value ) ) {
            $output[$key] = "{".phpArrayToPg($value, $inner_glue)."}";
         }
         else {
            if( !(int)$value )
               $output[$key] = '"'.$value.'"';
            else
               $output[$key] = (int)$value;
         }
      }
 
      return implode( $inner_glue, $output );
   }

Która się nie podoba depeszowi ;d Dlaczego? Pytał się mnie co z wartościami które będą posiadały w sobie jakieś nietypowe wartości, czyli np: ‘, \, / itp znaki escape, szczerze to mało mnie interesują takie wartości, dlaczego? Używam PDO do bindowania takich wartości, to że w stringu będzie ‘ czy \ czy ¬ a nawet ¿ jest mi to totalnie obojętne, znaki te nie wyescepują zapytania i to jest najważniejsze, a jak strzelę gafę przy validacji podczas wprowadzania wartości przez użytkowników to jest już tylko i wyłącznie mój błąd a nie że funkcji która ma na celu tylko utworzenie tablic z tablicy.

Wywołanie:

echo "E'{".phpArrayToPg($someArray)."}'";

Słów kilka na zakończenie

Wiem wiem, znów chaos, znowu zagmatwałem… Ale chciałem tylko pokazać funkcję, która tworzy tablicę sql’ową z pehapowej.

Proces aktualizacji

Na oficialnej stronie prestashop link, mamy tutorial jak powinniśmy postępować, krok po kroku przy aktualizacji… z tym że nie napisali że należy zachować plik settings.inc.php z katalogu config żeby nowa ver. presty wiedziała że chcemy zrobić upgrade. Także kroki jakie musimy podjąć by ryzyko zminimalizować do min to:

1. Kopia bazy danych
2. Kopia wszystkich plików
3. Wykonać eksport języka polskiego

Aktualizacja wiąże się z tym że w mamy w niej domyślnie 3 dostępne języki, nachodzi ten 3 na język polski w aktualnej ver 1.3.1 od Polskiego supportu. Ale nie ma co się martwić na zapas.

Po wykonaniu tych wszystkich kopii bezpieczeństwa, co prawda sklep jest świeżynka, więc nie ma co się martwić że stracimy jakieś dane. Pobieramy najnowszą ver sklepu z officialnego źródła, nadpisujemy wszystkie pliki na serwerze tymi nowymi i ponownie przechodzimy do instalacji sklepu, z tym że zamiast instalacji wybieramy Upgrade, wykona to parę modyfikacji na bazie danych.

Po szczęśliwym zakończeniu aktualizacji i przejściu na stronę główną sklepu będziemy mieli z00nka, wcięło język Polski…

Przywrócenie języka

Kasujemy folder install zmieniamy nazwę folderu admin bo inaczej presta nie pozwoli nam się zalogować do pa (panelu administratora), no to teraz po zalogowaniu się przechodzimy do ostatniej zakładki Narzędzia i menu Tłumaczenia i importujemy wcześniej wyeksportowany język, gotowe! Z tym że teraz język hiszpański został podmieniony pod język polski Dobra, olać kwestię ich głupoty z ustawianiem sequenca na sztywno, ich sprawa. Żeby teraz wszystko wyglądało jak należy, musimy przywrócić flagę znajduje się w img/l/3.jpg, kopiujemy tą flagę z Polskiej dystrybucji presty, i wgrywamy, po czym przechodzimy do Ustawienia -> Obrazek i generujemy wszystkie obrazki na nowo, powinno to pomóc

Dlaczego aktualizacja a nie instalacja najnowszej ver?

Pobranie od Polskeigo supportu prestashop ich ver daje nam przy instalacji przetłumaczony proces na nasz język, poza tym po instalacji i przejściu do pa mamy przetłumaczone od razu cały panel, czego się tak łatwo z palca nie da zrobić po zainstalowaniu ver. z officialnego źródła.

Słów kilka na zakończenie

Teoretycznie nic nam się nie powinno wysypać, proces jest prosty i krótki, z tym że kopiowanie plików jest toporne, jak ktoś nie ma dostępu do serwera po ssh, bo tak to sobie nie wypakuje plików na serwerze za pomocą zipa tylko musi ponad 3k plików kopiować co jest mało wydajne. Praktycznie proces trwa około 20min z kopiowaniem plików, a teraz tylko czekać aż wyjdzie Prestashop 1.4, mam nadzieje że to już nie długo, bo nawet Michał Anioł jakby miał rzeźbić w gównie to by Dawida nie wyskrobał.