7TAG – falstart

Od wielu lat jestem fanem systemu Piwik, zajmowałem się jego spolszczeniem. Ostatnio jest nam jakby mniej po drodze – interfejs Piwika nieco się zestarzał, a do swoich prywatnych celów nie bardzo mam energię na jego dostosowywanie dla swoich potrzeb.

Nieco inaczej sprawa wygląda z menedżerem tagów. Bardzo mocno korzystam z Google Tag Managera i oceniam go jako absolutna perełkę wśród produktów Googli. Z drugiej strony przymierzam się czynnie do stworzenia własnego, prostego managera tagów dla potrzeb swojego systemu analitycznego, wspierającego scoring. W takiej sytuacji ucieszyła mnie informacja o zaprzyjaźnieniu się Piwika z otwartoźródłowym projektem 7Tag. Jak się okazało, nieco przedwcześnie.

Od wielu lat jestem fanem systemu Piwik, zajmowałem się jego spolszczeniem. Ostatnio jest nam jakby mniej po drodze – interfejs Piwika nieco się zestarzał, a do swoich prywatnych celów nie bardzo mam energię na jego dostosowywanie dla swoich potrzeb.

Nieco inaczej sprawa wygląda z menedżerem tagów. Bardzo mocno korzystam z Google Tag Managera i oceniam go jako absolutna perełkę wśród produktów Googli. Z drugiej strony przymierzam się czynnie do stworzenia własnego, prostego managera tagów dla potrzeb swojego systemu analitycznego, wspierającego scoring. W takiej sytuacji ucieszyła mnie informacja o zaprzyjaźnieniu się Piwika z otwartoźródłowym projektem 7Tag. Jak się okazało, nieco przedwcześnie.

Installer_-_2015-12-31_12.21.36

Ściągnąłem pliki i podjąłem próbę instalacji na developerskim serwerze z którego korzystam w Value Media. Pomimo, że mam niemal pełny dostęp administracyjny do serwera nie udało mi się uruchomić instalatora. Uznałem, że to jednak duży projekt i w dodatku w powijakach, więc spróbuje na swoim prywatnym serwerze. Swojego VPS mam skonfigurowanego iście developersko – Debian 8 z Nginxem i MariaDB, PHP przez fastcgi itp. Wydajność, wydajność i jeszcze raz wydajność.

Skopiowałem pliki, skonfigurowałem serwer pod 7Taga, uruchomiłem instalatora i tyle zabawy… Okazuje się, że 7Tag wymaga Apache, a ponieważ ma dosyć rozbudowany plik .htaccess to pod Nginxem nie pójdzie… Pomęczyłem się trochę nad przepisaniem .htaccess pod Nginxa ale temat na razie mnie przerósł. Utknąłem na powyższym ekranie. Próbowałem skonfigurować bazę (a właściwie podać jej parametry 7Tagowi) grz,ebiąc ręcznie w plikach, ale tutaj również poległem. Frameworki używane przez 7Taga są mi obce.

Na razie zrezygnowałem. Poświęciłem już trochę czasu 7Tagowi, a nie wyszedłem poza instalator. Odpuszczam, mam ciekawsze projekty na biurku. Trochę jestem rozgoryczony – otwartoźródłowy system do postawienia na serwerze nie ma wsparcie dla Nginxa?! W dodatku jego adaptacja nie jest banalna (podejrzewam, że nie tylko w .htaccesie leży problem). Rozumiem elegancję programowania itp. ale łatwość instalacji jest dla mnie kluczowa. Dokumentację 7Tag obecnie…no właściwie to jej nie posiada. Przynajmniej takiej łatwo dostępnej, napisanej dla użytkownika, a nie developera.

Dosyć marudzenia, jeśli ktoś ma ochotę przetłumaczyć .htaccessa na Nginxa, to zapraszam do zabawy:
RewriteEngine On

RewriteCond %{HTTP:Authorization} ^(.*)
RewriteRule .* – [e=HTTP_AUTHORIZATION:%1]

RewriteRule containers/tagtree/(\d+)\.jsonp app.php [L]

RewriteRule api app.php [L]

RewriteRule admin-tools/(.*) app.php [L]

RewriteRule installer/(.*) installer/$1 [L]

RewriteRule bundles/(.*) bundles/$1 [L]

RewriteCond %{REQUEST_FILENAME} !-f
RewriteRule containers/(.*) containers/$1 [L]

RewriteCond %{REQUEST_FILENAME} !-f
RewriteRule container-debugger/(.*) container-debugger/$1 [L]

RewriteCond %{REQUEST_URI} ^/$
RewriteRule .? admin-panel/index.php [L]

<FilesMatch „.(eot|ttf|otf|woff)”>
Header set Access-Control-Allow-Origin „*”

RewriteCond %{REQUEST_URI} !admin-panel
RewriteCond %{REQUEST_URI} !container-debugger
RewriteCond %{REQUEST_URI} !^/containers(.*)
RewriteRule ((.*)\.(html|woff|ttf|eot|css|js|png|jpg|swf|ico|svg|map))$ admin-panel/$1 [L]
Mogę się zrewanżować kontem, jeśli uda się doprowadzić instalację 7Taga do szczęśliwego zakończenia. 🙂