Spartacus

Statistika

Pridružen/a:
23 dec 2007, 14:01
Zadnjič aktiven:
25 jul 2026, 08:08
Prispevki:
Teme:
30 | Vse teme
828
38
4
#2049

Temu 'mailu' se že od dopoldneva smejem :D


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

Na nek način :)



Tole sem jaz: asdfg



Mene ni bilo letos na pikniku. Zato :)


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

Tisti banner je tako "taktično" postavljen, da človeka prav razjezi :)



Chrome + TamperMonkey + 2 vrstici JS kode != problem :)


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

Kupil, hvala!



P.S.: s 7-zipom nisem imel težav odpret rara. Dela bp :)


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

Sicer nisem testiral, govorim iz glave:



Glede na to, da explode za delimiter vzame string, ne samo enega znaka, bi verjetno lahko uporabil

.


$preoblikuj = explode(" (", $preoblikuj);

.

Torej, da ne bi uporabil explode samo z oklepajem, ampak tudi s presledkom pred njim?


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

A boš potem odprl še temo v recenzijah, da podamo končno oceno izdelka? Pa da se kaj naučimo, da bomo nekoč tudi mi mogoče tako kul z vsem tem "tr00 h4xor blackhat" znanjem?



P.S. Tudi jst sem ti prilepil 2 minusa, pa se mi ne zdi pretirano potrebno razlagat, zakaj. Google it.


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

Imaš ZS s kontakti, točno ta moment pa tudi ne gori voda - tako, da ko boš utegnil :)



In kot rečeno v ZSju, kakšno pivo ne uide - razen, če si geografsko res nekje, do kamor bi bilo težko prit. Bo pa poštar prinesel :)


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

Tale FluentNHibernate pa izgleda hudo fajn stvar, ga bo treba ob priliki naštudirat. Hvala za info!


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

Tej začeti temi dolgujem še odgovor, hkrati pa sem ugotovil, da sem napisal premalo informacij, ki bi lahko pomagale pri iskanju odgovora, tako da se posipam s pepelom. Hkrati pa mi nekaj pravi, da tu ni ravno ogromno .NET programerjev (ta moment se spomnim samo na @mckmck, @ms3 in @urosbe) :)



Kljub temu pa - če se komu (tudi naključnemu obiskovalcu) privarčuje kakšna ura živcev, je pa že nekaj vredno :)



Skratka, problem ni bil direktno na bazi, ampak v implementaciji .NET rešitve. Bottleneck celotni zadevi so bili objekti tipa DataTable (s katerimi rešitev pač operira). V "starejšem" delu kode (ki je bila napisana pred nekaj leti) se je filtriranje delalo s pomočjo DataTable metode .Select(). Kar je delovalo, dokler ni prišlo do ogromne količine podatkov.



Potem pa smo filtriranje prepisali na LINQ in odzivni časi so se zmanjšali na 10% prvotne vrednosti. Tako ja, na 10% (torej, na eno desetino - iz ~90s na ~8-9s) prvotnega časa. Z vsakim tweakanjem pa se ta čas še manjša, tako da gremo očitno v pravo smer :)


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