jazzfunk

Statistika

Pridružen/a:
05 apr 2010, 18:07
Zadnjič aktiven:
14 jan 2026, 08:18
Prispevki:
1365 | Vsi prispevki
Teme:
40 | Vse teme
1665
195
26
všeč(0) ni všeč(0) spam(0)
#1988

Morem kar med vice napisat. Zanimivo da človek tako pogosto vidi IIS napake na webu, kljub izjemno majhnem deležu Microsofta na strežnikih.



FDV stran je offline: http://www.fdv.uni-lj.si/. Mislim da so ravno lani ali predlani prenesli zadeve na Microshit. :)



Bravo.


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

brez žuljev na začetku (na akustični), ne gre. :)


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

Nauči se prijet najpogostejše akorde:

C D F G A a d e

S tem lahko igraš 90% vseh komadov. Akorde imaš vse na netu.


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

Imaš FB likebox ali kaj podobnega gor?



Če ga narobe loadaš, potem lahko povzroča take težave, kot jih opisuješ.

Sicer pa poglej kaj povzroča počasno loadanje, imaš kar nekaj orodij za to.


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

Lahko podaš pritožbo informacijski pooblaščenki.

Zbrani podatki o lastnikih domen niso pridobljeni legalno.

Več o tem smo se menili v tej temi.


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

Baje imajo številni routerji vgrajene backdoore na portu: 32764.

link



Zelo mogoče, da je to povezano tudi z aktivostmi NSA, saj je znano, da so že vgrajevali backdoore v strojno opremo (link), lahko pa seveda za tem stoji tudi na primer Kitajska, saj se večino routerjev proizvaja tam.



Zelo verjetno je ta luknja namerno tam in po vsej verjetnosti to tudi ni edina taka ranljivost.



Verjamem, da se večina ljudi ne obremenjuje s tem, saj kdor nima kaj skrivat, bi mu (kot pravijo v NSA) itak moralo biti vseeno za to.



Vendar če obstajajo take ranljivosti, potem je pod vprašanjem varnost vseh IT sistemov. Le vprašanje časa je namreč, kdaj bodo te ranljivosti izkoriščali tudi drugi. Ne moremo vedet kdo vse in za kakšne namene.



V primeru škode ob vdorih pa seveda ne bo nihče odgovarjal zanjo, le zaposleni informatiki, kljub temu, da dejansko niso nič krivi.



Kaj menite ostali o tem?


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

Update: Sem si malo gledal zdaj o Firebird bazi, baje je kar scalable. Tako da kar se velikosti baze tiče, to sploh ne bi smel bit problem.



Je pa seveda odvisno od obstoječe rešitve, kako so tabele optimizirane. Če se baze ne smeš dotikat, jo lahko kopiraš v svojo 1x dnevno, ki jo lahko optimiziraš po svoje ter vse querije izvajaš na lastni optimizirani kopiji baze.



.NET pa meni ni všeč, ker vse deluje počasi in rabi trikrat preveč resursov. Ne izključujem pa možnosti, da sem dobil tak vtis zaradi slabih .Net programerjev. :)



Najprej si naredi kopijo baze, jo pusti tako kot je, vendar naj bo ločena od delovne baze.

Potem sestavi par testnih querijev in si zabeleži čas, ki ga query porabi. Nato čim več testiraj...


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

Nazadnje sem srečal Firebird SQL pri Vascotu. Žal pa ti ne znam pomagat v okviru zgoraj navedenih tehnologij.



Če bi jaz delal s tem, bi bazo z avtomatiko zgolj kopiral v kakšno drugo enkrat dnevno in svojo rešitev sestavil čim dlje stran od .NET ;)


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