Vini

Statistika

Pridružen/a:
01 sep 2006, 00:34
Zadnjič aktiven:
20 avg 2026, 12:47
Prispevki:
6652 | Vsi prispevki
Teme:
226 | Vse teme
5234
611
56

Podpis

#1

No, po celem popoldnevu googlanja sem ugotovil, da so Custom Variables reporti zakasnjeni za 48 ur. Očitno bo treba biti samo malo bolj potrpežljiv. :D


všeč(0) ni všeč(0) spam(0)
#

Se je kdo že ubadal z GA Custom Vars in jih uspel usposobiti? Imam res en čuden problem, pa bolj kot buljim v kodo, manj mi je jasno zakaj ne deluje. :)



Koda:


var _gaq = _gaq || [];
_gaq.push(["_setAccount", "UA-999999-1"]);
_gaq.push(["_setCustomVar",1,"name","value",3]);
_gaq.push(["_trackPageview"]);
(function() {
var ga = document.createElement("script");
ga.type = "text/javascript";
ga.async = true;
ga.src = ("https:" == document.location.protocol ? "https://ssl" : "http://www") + ".google-analytics.com/ga.js";
var s = document.getElementsByTagName("script")[0];
s.parentNode.insertBefore(ga, s);
})();

Ko zadevo testiram z Google Analytics debuggerjem, mi javi, da pravilno poda naprej Custom Var 1:


Custom Var 1             : label:'name' value:'value' scope:'Page'

Do tukaj vse lepo in prav, če pa pogledam v report v GA, je statistika slota 1 v custom variablah povsem prazna.



Ali se komu sanja kje bi lahko bil problem?


všeč(0) ni všeč(0) spam(0)
#1

Verjetno te zafrkava register_globals, ki je v 5.3 deprecated, v 5.4 pa že ukinjen. Več o tem si preberi tukaj.



Rešiš pa zadevo tako, da namesto $spremenljivka uporabiš $_POST['spremenljivka'].


všeč(3) ni všeč(0) spam(0)
#70

Vsem tistim, ki užaljeno odpirate vsak svojo novo temo, kjer sprašujete zakaj vam oglase brišem, sporočam, da vsa pojasnila najdete v pravilih. Tudi jamrajoče teme bom brisal, na dodatna vprašanja pa odgovarjal izključno v tej temi ali na ZS.


všeč(7) ni všeč(5) spam(0)
#14

Lucifix, imaš prav, seveda, moja napaka. Potrebuješ dve ID polji, v kateri zapišeš oba IDja v dva zapisa, enkrat fromuser v prvi ID, touser v drugi ID, v drugi zapis pa ravno obratno.


všeč(0) ni všeč(0) spam(0)
#8

Lucifix, tudi brisanje sporočila in hkratno brisanje zapisov v pomožni tabeli lahko urediš s triggerji.


všeč(0) ni všeč(0) spam(0)
#5

Če mogoče ni najbolj jasno zakaj je tu potreben tudi indeks na polju datum, sem o tem nekoč davno pisal na svojem sicer že davno mrtvem blogu, pa da se ne ponavljam, je tukaj kar link: SQL in indeksi (2.del)


všeč(0) ni všeč(0) spam(0)
#4

Takšne poizvedbe nikoli ne boš mogel zadovoljivo optimizirati in bo po vsej verjetnosti trajala preveč časa in ti s tem ubijala strežnik, ko boš imel teh sporočil več. Jaz bi na tvojem mestu dodal še eno tabelo, ki bi vsebovala ID uporabnika, ID sporočila, mogoče še timestamp sporočila, da bo tudi ORDER BY lahko uporabil indeks. V to tabelo ob dodajanju vsakega sporočila dodaš dva zapisa, v enega zapišeš ID od fromuser, v drugega ID od touser, v oba pa isti ID sporočila in isti timestamp.



Tole dodajanje dveh zapisov lahko tudi avtomatiziraš z uporabo triggerjev.



Poizvedba je potem enostavna:


SELECT
zasebna_sporocila.*
FROM
zasebna_sporocila_pomozna,
zasebna_sporocila
WHERE
zasebna_sporocila_pomozna.user_id = 1 AND
zasebna_sporocila.id = zasebna_sporocila_pomozna.sporocilo_id
ORDER BY
zasebna_sporocila_pomozna.datum;

Če v tabeli zasebnasporocilapomozna nastavis indeks na polji user_id in datum, ga bo ta poizvedba tudi uporabila in bo zato tudi seveda super hitra. :)


všeč(7) ni všeč(0) spam(0)
#68

Iz 6. člena ZPDZC:




(2) Naročnik oglasa je dolžan ob naročilu oglasa navesti podatke o njegovi identiteti: firmo in sedež firme ter ime in priimek odgovorne osebe ali ime in priimek naročnika ter njegovo stalno prebivališče.



všeč(0) ni všeč(0) spam(0)
všeč(4) ni všeč(0) spam(0)