iDEV, preberi si zakon o avtorski in sorodnih pravicah, se posebej 14. clen, ki pravi:

(1) Avtorska pravica pripada avtorju na podlagi same stvaritve dela.

Avtorsko delo je zasciteno na podlagi tega zakona takoj ko nastane.

In ravno o tem, kar si zdajle ponovno izjavil, sem govoril, ko sem rekel, da zadeva mece rahlo slabo luc na tvoje podjetje in tvoje storitve. Po tvojih izjavah je lahko sklepati, da se nerad drzis zakonov in da se rad skrivas. Ne trdim, da je res tako, ampak na podlagi tvojih izjav, vsaj jaz ne bi nikoli posloval s tvojim podjetjem ali pri tebi narocal storitev.

Svetoval bi ti tudi, da si, preden startas tisti svoj hosting, malo preberes Zakon o elektronskem poslovanju, ker ocitno, ce trdis, da se uporabniki lahko za whois privacy skrivajo, o njem nimas pojma. Ce se uporabnik uspesno skrije, bo vsekakor naslednja pritozba letela na ponudnika gostovanja, zanj pa velja:

1. člen (odgovornost ponudnika storitev gostiteljstva)
   (1) Kadar se storitev informacijske družbe nanaša na shranjevanje podatkov, ki jih zagotovi prejemnik storitve, ponudnik storitev ni odgovoren za podatke, ki jih je shranil na zahtevo prejemnika storitve, ki ne deluje v okviru njegovih pooblastil ali pod njegovim nadzorom, pod pogojem, da ponudnik storitev:
   – ne ve za protipravno dejavnost ali podatek in mu v zvezi z odškodninsko odgovornostjo niso znana dejstva ali okoliščine, iz katerih izhaja protipravnost, ali
   – nemudoma, ko mu je protipravnost znana, ukrepa tako, da podatke odstrani ali onemogoči dostop do njih.
   

Odlocitev je seveda tvoja...

BTW: Nasa policija ni tako butasta, kot se to mogoce tebi zdi. Znajo pogledati tudi kaj vec kot le whois, verjemi.

iDEV, ce je pa v redu kar je naredil, zakaj bi potem skrival whois? Ne razumem povsem...

iDEV, se ti ne zdi, da taksne izjave mecejo rahlo slabo luc na tvoje podjetje in storitve, ki jih imas v podpisu?

Mogoce pa bom, ko resiva se vbulletin :)

Oh, shameless self-promotion, how very very lame :)

samc me je prosil, da mu pomagam pri selitvi, danes sem si vzel cas in eno domeno, ki tece na phpLD, sva ze resila. Za vsak primer, ce bo se kdo kdaj imel tak problem, vam povem kje ta je in kako ga lahko resite.

phpLD sem sicer danes prvic videl od blizu, pa ne vem, kdo je kriv za tabele v latin1 charsetu, phpLD ali cpanel, nisem raziskoval kako poteka instalacija, predvidevam pa, da bi znal biti kriv kar phpLD. Vsekakor pa naslednjic ob instalaciji preverite, ce imate tabele z definiranim charsetom utf8 in ne latin1 ali celo kaj tretjega.

Problem je namrec v tem, da ocitno tisti, ki so phpLD napisali, predvidevajo, da je v MySQL nastavljen default client encoding utf8, pa se jim ocitno nikakor ne ljubi tega zagotoviti ob vsaki povezavi na streznik (vsaj v verziji 3.2.0, ki jo uporablja samc).

Problem lahko resite tako, da nastavite default client encoding na utf8, vendar v tem primeru tvegate, da se bo zmesalo kaksni drugi skripti, pa se verjetno vas vecina nima ravno dostopa do konfuguracij MySQL streznika. Ta moznost torej skoraj v vsakem primeru odpade.

Druga moznost je rocni update skripte, naslednji del kode v datoteki init.php:

if ($db->Connect(DB_HOST, DB_USER, DB_PASSWORD, DB_NAME))

{

   $db->SetFetchMode(ADODB_FETCH_ASSOC);

   $phpldSettings = read_config($db);

}

spremenite v:

if ($db->Connect(DB_HOST, DB_USER, DB_PASSWORD, DB_NAME))

{

   **$db->Execute("SET NAMES 'utf8'");**

   $db->SetFetchMode(ADODB_FETCH_ASSOC);

   $phpldSettings = read_config($db);

}

S tem zagotovite, da streznik ve, da se z vami/skripto (clientom) pogovarja v utf8 character setu (za vedozeljne malo vec branja).

S tem sicer se nismo resili problema podatkov, ki so v napacnih tabelah zapisani v napacnem charsetu. Naredili bomo mysql dump, za katerega bomo poskrbeli, da se bo client na streznik priklopil z encodingom latin1, kar bo povzrocilo, da bomo dobili v dumpu sicer pravilno utf8 kodirane stringe, ki so bili pac zapisani v latin1 tabelah. Zakaj je imel samc probleme s prenosom? Dump je delal iz phpMyAdmina, kjer je pravilno nastavil client encoding na utf8, kar je seveda povzrocilo, da je streznik mislil, da mora iz latin1 character seta podatke pretvoriti v utf8, kar se prej ob streznikovi predpostavki, da se pogovarja s clientom, ki se pogovarja v enakem character setu, seveda ni dogajalo in je skripta navidezno celo pravilno delovala.

Dump sem izvedel takole:

mysqldump --default-character-set=latin1 -u <username> -p <databasename> > phpld.sql

Tisti --default-character-set sicer ni ravno potreben, ker je ravno zaradi latin1 character seta nastal problem, pa vseeno.

Naslednja stvar, ki sem jo naredil, je ta, da sem povsod, kjer bi dump zelel spet kreirati tabele in polja s charsetom latin1, spremenil v utf8, takole:

sed -e 's/latin1/utf8/g' phpld.sql > phpld-utf8.sql

Tukaj smo se sicer lahko zafrknili, ker se lahko tudi v stringih kje nahaja niz 'latin1', pa predvidevajmo, da se ne, drugace bi morali malo bolj motoviliti.

Datoteko phpld-utf8.sql prenesemo na nov streznik in jo uvozimo, takole:

mysql -u <username> -p <databasename> < phpld-utf8.sql

V tej dump datoteki se nahaja ena vrstica, ki poskrbi, da mysql client nastavi pravilni client encoding. Ta vrstica je naslednja:

/*!40101 SET NAMES utf8 */;

Nekaj podobnega smo srecali ze pri "hackanju" phpLDja, kajne? Tisti !40101 je nek MySQLov extension za komentarje, ki povzroci, da se stvari znotraj komentarja vseeno izvedejo kot SQL koda, ce je verzija streznika vecja ali enaka verziji za znakom !, v nasem primeru je to 4.1.1.

Tole ni ravno univerzalni recept za vse probleme s charseti v MySQLu, je pa mogoce vsaj nek material za razumevanje in razmisljanje.

Naslednja je domena z vBulletinom, porocam o izsledkih in resitvah v naslednjih nekaj dneh :)

twarlock, saj sem ti napisal, da sem ze z Radia Student snemal igrice za ZX Spectrum in si s prijatelji izmenjaval diskete z DOSom, Tetrisom in ostalimi zadevami. Kaj vec naj se priznam? Verjetno pa ne bos verjel, da pa nisem downloadal se niti enega filma s torrentov ali od koderkoli drugje, imam pa doma veliko zbirko vinilnih plosc in CDjev, sem pa res kdaj downloadal kaksen MP3, predvsem zato, ker sem zelel slisat, kaksne komade igra kaksen bend, da se odlocim, ce so mi dovolj vsec, da se odlocim za nakup njihovega CDja.

Poanta je v tem, da ti zelim povedat, da za to pocetje ni opravicila v tem smislu, ki ga navajas ti in tudi ni nor tisti, ki te zadeve kupuje. Se pa strinjam s tvojo opazko, da ti iMP skoraj ne more kaj dosti pameti solit glede teh zadev, tisti njegov torrent portal je zmotil tudi mene.

twarlock, to, da bi se ti rad naucil uporabe nekega softvera, ti nikakor ne da pravice, da si ga lahko kar "sposodis", pa ce se sebi ali drugim zdis se tako nor.

Seveda se strinjam, vsi smo se v pretekolsti veliko naucili prav s pomocjo "sposojenega" programja, pa ce so to bile igrice in orodja za ZX Spectrum, ki jih je v najboljsih casih pred zacetkom in po koncu svojega programa kar preko radijskih valov distribuiral Radio Student, ali pa prve verzije DOSa in Tetrisa na nasih XT masincah, ki smo si jih preko disket izmenjavali s prijatelji in tako naprej. Seveda se strinjam tudi s tem, da kasneje, ko zacnes vse te zadeve uporabljati profesionalno, verjetno ne bi kupil prav teh, ce jih ne bi znal uporabljati ze od prej. Seveda se lahko strinjam tudi s tem, da verjetno racunalnistvo ne bi bilo tako popularno in razsirjeno, ce ne bi bila programska orodja tako dosegljiva prav zaradi "sposojanja".

Seveda pa tudi vsa ta strinjanja ne spremenijo narave tega pocetja, zadeva se vedno ostaja kraja, ne glede na to, kako jo obrnes.

To, da se ti sedaj ukvarjas z racunalniki ni tvoja osnovna pravica, zaradi katere lahko opravicis svoja dejanja. Noben proizvajalec programja ni dolzan tebi zagotavljati brezplacnega poligona in opreme za vaje in izobrazevanje, to pravico si si izmislil kar sam. Je pa zadeva pripravna in lahko dosegljiva, se strinjam.

Res je, obstaja ze toliko odlicnih open source resitev, da lahko tudi tisti, ki za softver ne bi radi placevali, najdejo nekaj zase in res ne vem, zakaj bi ti uporabljali nelegalno programsko opremo.

Uporaba placljivega softvera brez nakupa je vsekakor kraja, tu ni dvoma. Pri uporabi tega softvera v osebne in s tem po vecini samoizobrazevalne namene verjetno proizvajalci res skoraj z veseljem zamizijo na eno oko. Bi se pa vsekakor vprasal, ce podjetje za svoje poslovanje uporablja ukradeno programsko opremo, kje drugje se uporablja kaksne sumljive taktike, mogoce ravno v poslovanju z menoj?

Predavanje je odpadlo zaradi bolezni predavatelja, nam je pa Fry zagotovil, da se predavanje le prestavi za 14 dni. Upajmo, da res :)