vincister

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

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

vienīgais, ko es nevaru atrisināt ar linuksu un laikam arī nevarēs atrisināt ir garumzīmes grbās ar apostrofu, bet tagad ir ar alt. cik meklēju neko prātīgu neatradu. bet jūtu jau, ka tagad mājās šad tad arī apostrofa vietā alts uzspiežas. viss ir pieradums.

setxkbmap -layout lv -variant apostrophe

 

Laikam tu neesi sapratis, ka kāds varētu vēlēties arī uzzināt kopējo ainu, tāpēc ierakstam arī šeit, par ko nobalsojām, jo rezultātus tur nevar redzēt...

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.

Uzraksti savu hashošanas algortimu, ko zināsi tikai tu/izstrādātājs, un arī athašošanu tam, un bingo ne? :D

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.

bet nu pamēģināšu arī kādu dienu git. git'am cik sapratu var taisīt tikai publiskos repozitorijus? (interesē tikai bezmaksas risinājumi)

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.