vincister

Serverī repozitorijam izveido post-update hook, kas taisa checkout uz server root.

$MyArray["Dimensija 2"]["platums"]

setxkbmap -layout lv -variant apostrophe

http://php.lv/f/topic/20477-ietvaru-aptauja/

Būtu korekti un jauki, ja aptaujas autors rezultātus šeit, pēcāk, publicētu.

SFTP ar publisko atslēgu autorizāciju, atslēgas sargā passphrase. Pareizi, lien tikai autoritatīvos. :)

Vienreiz esmu atjauninājis Redmine, nedaudz bija jāpačakarējās, galvenokārt ar konfigurācijas failu nesaderībām. Man gan šamais dzīvo uz Gentoo, tāpēc par Ubuntu nemācēšu teikt. Bet arī labprāt dzirdētu argumentus, kas viņā ir tik slikts un ar uguni nīdējams? Un ko tad lietojiet tā vietā?

Google pati izdomā. Ja uzskati, ka tam tur nebūtu jāatrodas, Webmaster tools var izvēlēties kādu no šiem "sitelinks" apspiest un tā vietā Google izvēlesies citu.

Jaukšana (hashing) ir funkcija, kas izveido kontrolsummu kādiem datiem, datus iegūt atpakaļ nav iespējams, jo tie nemaz netiek glabāti. Šifrēšana (encryption), savukārt, paredz datu ieguvi atpakaļ - atšifrēšanu (decryption). Būtu labi šos terminus nejaukt.

Nē. Ja Tevi interesē servisi, kas piedāvā uzturēt git repozitorijus, tad piemēram http://www.bitbucket.org dod iespēju veidot arī privātus. Bet šāda servisa izmantošanai nav nekā kopīga ar automātisku pārsūtīšanu uz web serveri. Tas, ko es augstāk ieteicu, ir pašam uz saviem serveriem uzstādīt git repozitorijus un atbilstoši konfigurēt.

Boolean, jo Tavs pieprasījums atgriež tukšu kopu - false. Vispirms jau derētu pārbaudīt vai rezultāts vispār ir iegūts, pirms to apstrādāt.

Atbilde ir HTTPS. Bez HTTPS var mēģināt izlīdzēties ar password challenge. 1. Serveris kopā ar login formu nosūta challenge string, kas, protams, katru reizi ir unikāls. 2. Klienta pusē JS paroli kopā ar šo challenge nohešo un sūta atpakaļ. 3. Servera pusē atliek vien pārbaudīt. Šādi tiek nosacīti pasargāts pret iespēju nosnifotu hash iebarot serverim. Bet vēlreiz, tikai https būs drošs.

Ar GIT shēma varētu būt šāda. 1. Repozitorijs uz testa servera, kuram post-update hook automātiski izčeko jaunumus uz htdocs vai nu kur tiem jānonāk. Tātad katru reizi taisot push to remote viss skaisti nonāk savā vietā. 2. Reālajā serverī, pēc veiksmīgas darbošanās testā, manuāli izčeko jaunāko versiju. Uz testa servera, droši vien, Gitosis vai Gitolite.

Pārbaudīt vairāk kā tikai faila paplašinājumu un neļaut izpildīt failus no upload direktorijas. http://corpocrat.com...-upload-in-php/

Nu beidz, cik to lieto un cik liela iespēja ar to saskarties dzīvē. :)

Ļoti labi ir Cisco kursi, kurus Latvijā pasniedz LU DF. marrtins minētā virtuālā vide, droši vien, ir Cisco packet tracer, ko dod par brīvu, bet tikai Cisco kursos reģistrētajiem. Nav slikta, bet mēdz sprāgt nost (CTD). Nepiekritīšu, ka baisi daudz kas atšķirtos no ražotāja. Atšķiras, protams, Cisco IOS komandas no Mikrotik RouterOS komandām, bet ideja jau ir tā pati, tīkli fiziski ir tie paši un kopā šīs ierīces darbojas vienos un tajos pašos tīklos. Serveru uzturēšana, konfigurēšana? Ļoti labi, izdomājam, ko gribam uzstādīt un kādā vidē - mēģinām to darīt, nesanāk? Mēģinām vēl. Mēģinām ikdienā lietot linux. Pašmācības ceļā protams var iemācīties daudz, bet ļoti vēlama ir šī teorija, ko pasniedz augstskolā. Sākumā šķiet, ka tas viss ir nekam nederīgs bleķis, bet vēlāk pats saproti, ka ne par velti to māca.

Kāpēc to jādara ar PHP? Sertifikātu uztaisa vienreiz, noliek vietā un izmanto.