KarlisBa

Kā tieši izpaužas nedarbošanās? Ieteikums - tā kā tu lieto mysql, izmanto mysql_real_escape_string pirms stringu ievietošanas db.

Pēc tā palaga, ko es tur sarakstīju, tiešam neliekas, ka tā bija pirmā vieta, kur es skatījos?

Sveiki! Es ar šo problēmu ņemos jau labu laiciņu - viss ir uz Linux Ubuntu 10.10. Respektivi, php.ini fails nereaģē, ja, piemēram, es izmainu "upload_max_filesize" vai "post_max_size", bet izmaiņas notiek, ja es aktivizēju vai deaktivizēju eroru rādīšanu, kas nozīmē, ka es reģidēju īsto php.ini failu, kā arī ir vēl tāda wtf problēma - ja es izdzēšu visu php.ini faila saturu, tad viss tāpatās turpina funkcionēt pa vecam. Visu esmu darījis, restarti bijuši, php.ini fails ir īstais, googli esmu izskraidījis šurpu turpu, nu netieku galā ar šo niecīgo, bet man pašlaik ļoti svarīgo problēmu. Varbūt ubuntu kaut kur nobāž arī extra otro php.ini failu, jo man nekādīgi nesanāk atrast vēl kādu citu? Ini setingus nevar mainīt ari ar ini_set. Vai sistēmā ir cita php.ini faila, esmu meklējis ar sekojošam komandām - whereis php.ini sudo find -name php.ini -print *ubuntu piedāvāta interfeica meklēšana *meklēšanas programma catfish Visus, php.ini failus - kuri bija divi - reģidēju vienādi, nekas nemainījās. Es pat pamēģināju abiem failiem izdzēst visu saturu un restartēt apachi, nekā, viss pa vecam... Kaut kas tur baigi nav, es arī pamēgināju izdzēst abus php.ini failus, un arī pēc tam, pēc apache restarta viss strāda. Moš kaut kas ar apachii restarta laikā nav tā kā vajag, lai gan rāda, ka viss ir veiksmīgi izdarīts... DONE: Ok, liku lietā .htaccess failu, tagad viss izskatās, ka strādā, bet tas tā pat nemaina faktu, ka gļuks vēl ir, jo izdzēšot .htaccess failu, php.ini fails tā pat nereģidējas... Ja nu kādam noder - .htaccess komandas php_flag file_uploads on php_value post_max_size "300M" php_value upload_max_filesize "200M" php_value max_input_time "60"

He, es kā reizi esmu sācis meklēt "piešancēšanas" vietu, un paldies tam tur augšā, ka lieki ietaupīja man laiku ar šo digibrang kantorīti - būs mazāk izčakarēts laiks. Kā arī es gribēju vēl tikai piebilst, ka es pat būtu gatavs saņemt pat mazāku summu vietā, kur ir kolosāls kolektīvs un laba attieksme no priekšniecības, nekā šādā kantorī strādāt par augstāku atalgojumu, bet ar šitik cūcīgu attieksmi pret topošajiem un, iespējams, esošajiem darbiniekiem.

e-remit, tieši tā, man personīgi nav pat vēlme vilkt to zip'u, ja autors izveido šadu "sludinājumu", kur nu vēl censties noteikt "projekta pabeigšanas izmaksas". daGrevis, ja tev škiet, ka šadi izveidots sludinājums ir visai pieņemami, kāpēc gan tu mums neparādītu piemēru un neatbildētu uz topika autora jautājumu, tīri intereses pēc?

Forši ta forši. A cik no jums upgreidosies uz šo jauno, un upgreidos visus serverus? Ja, portams, strādājat kaut kur...

Kemito ideja par bildes "apgraizīšanu" ir pilnīgi normāla. Es gan nezinu kāda "žanra" lapa šī būs, bet teiksim, sociālā veida portāliem, kur pieņem, ka bildes ideja tiek koncentrēta tās vidū, tad pie bildes samazināšanas tai nogriež X% no bildes labās malas un X% no bildes kreisās malas un/vai augšas un apakšas, jo, piemēram, ja tiek augšupielādēta bilde 500x80, tad bildes platums ir par "neadekvātu", lai pēc tās samazināšanas, teiksim, uz konstantu lielumu 51x48 tā izskatās ļoti izkropļota, tāpēc arī ir jāveic šī "apgraizīšanas" procedūra, kura nemaz nav tik šausmīga, jo bildes lielākajā gadījumā saglabā savu pamat domu un tās pārprast nevar, lai arī cik nu gan ir saprotamas bildes 51x48...

Faks, kas šajā piedāvājumā ir tik neadekvāts? HTML, CSS un arī JS kā arī tā populārākās bibliotēkas pamatus jau nu zina katrs pat zemi vidējs web programmētājs. OOP ir lieta, kurai vajadzētu būt par standartu, nevis plusu... MVC ir princips kādā programmēt un visu organizēt - tā nav raķešzinātne. Un pieredze ar kādu no freimvorkiem jau nu nepavisam nav nekas ūber... Personīgi es neesmu ne ar vienu no šiem strādājis, bet līdz šim izticis ar CI, un arī tajā iebraukt bija kā apēst sviestmaizi - pārējais tā pat kā strādāt ar JS bibliotēkām, tik iemet aci manuālī, kad kaut ko specifiskāku vajag, un nedomāju, ka man tas aizņemtu gadiem, lai iebrauktu kādā no minētajiem freimvorkiem. Un iemaņas ar Unix? Tam tā pat kā OOP, ne tikai webistiem, vajadzētu būt kā super standartam...

Snapins, un kas mums te Latvijā nav? Galvenais jau ka cilvēks taisa, pēc tam būs vieglāk atrast darbu un arī paša kompetence būs augstāka.

anonīms, piedod, bet kā matemātikā var dabūt F, cilvēks, kurš maizi pelna programmējot? HTML lipini un PHP kodu tik mauc visus šos gadus kopā? Tas jau man liekas ir goda jautājums, programmētājam beigt vidusskolu ar vienu no augstākajiem novērtējumiem matemātikā, un nav nemaz tur tā viela tik sarežģīta... codez, es saprotu, ka Tu braukā ar jaunāko mersi un dzīvo Jūrmalā :) bet tas bija vairāk domāts - "plika izglītība jau nepadara tevi bagātu jeb darbs ir jāieliek it visā."

Būs man jāuzsāk flame war, bet es teiktu, labāk mācies vidusskolā, un vēl labāk, ja saproti, ka ir jāmācās un ir vēlme to darīt, tad stājies ģimnāzijā. Programmēšana jau nav tikai zināt koda sintaksi vai pāris kārtošanas algoritmus, programmēšana ir domāšanas veids. Būsi apguvis mūžā labi vienu sintaksi, pārējās pielips kā muša pie medus, jo princips kā tāds jau tevī būs. Kā arī to visu iemācās pats, programmēšana vispār ir 90% pats un 10% izglītība, tā kā mācoties ģimnāzijā būs divi zaķi ar vienu šāvienu - spēcīga teorētiskā bāze augstskolai un paralēli tā pat varēsi mājās sēdēt naktīm un programmēt, bet ja to tu negribi darīt, tad šī nozare nav tev. Nedaudz arī papildinot Kaklz. Nav nemaz tādas nozares vai izglītības, kura pēc definīcijas būtu "liela alga un laba dzīve". Jāmācās un jācīnās ir katrā nozarē, un ja tā objektīvi paskatās uz padarīto - kas manuprāt ir niecīgi maz - un pavērtē, tad apgūt programmēšanu, ja to maz var, ir makten laikietilpīgs process, lai neteiktu vairāk, un tajā visā nospēlē tikai viens faktors - entuziasms.

Restartēju un php.ini fails ir īstais. Es jau pirms tam arī biju konfigurējis ffmpeg extensionu, tā kā fails ir īstais, tikai šoreiz viņš negrib pieņemt jaunās faila izmaiņas.

Posts tāds, ka tagad nevaru apskatīties, bet man liekas, ka phpinfo() izmaiņu nebija. Tur jau tas joks, ka serveris nereaģē uz php.ini izmaiņām, lai gan rediģēju to ar root tiesībām.

Sveiki! Man ir nepieciešams, lai caur post jebšu HTTP var nosūtīt un augšupielādēt failus, kuri ir lielāki par 2 vai 8 MB, neatceros tagad cik tur bija tas defaulta skaitlis, bet joks ir tāds, ka serveris nereaģē uz izmaiņām ne php.ini failā, ne arī tad, ja es PHP kodā nodefinēju ar ini_set. Šie parametri ir post_max_size un upload_max_filesize. Ir kādas idejas kāpēc tā ir? Izstrādes vide - Linux Ubuntu.

Sveiks! fox, varbūt ir iespējams izveidot tādu sistēmu, ka developeri no malas var vienkārši savus rakstus iepostot, un pēc tam jūs, administrācija, izskatat vai tie ir labi un vai tos var publiskot, jo manuprāt būs pagrūti atrast kādu, kurš gribētu tā intensīvi kaut ko par dev lietām rakstīt, bet sakot no savas pieredzes, ir bijuši brīži, kad ir uznākusi vēlme padalīties ar saviem "atklājumiem", bet veidot savu blogu ir ilgs process un tā pat to izlasa maz cilvēku, bet, piemēram, es neatteiktos kādreiz jūsu portālā iesūtīt kādu rakstu saistībā ar web lietām no tehniskā aspekta, piemēram, PHP, Python, Objective-C bazētu valodu "tuti". Kā arī vajadzētu sākumā nofokusēt vai šī sleja būs multi web lietas, tehniskā puse, interfeiss u.t.t, jo, manuprāt, user side web tuti ir pietiekami daudz, bet būtu interesanti, ja parādītos kāda sleja ar advencētiem server side rakstiem par web lietām.

Sveiki! Jau kādu laiciņu esmu noņēmies ar ffmpeg problēmu, lai konvertētu video failus uz flash formātu, bet esmu iesprūdis pie viena errora. Visupirms, phpinfo() rāda, ka ffmpeg ir instalēts un aktivizēts kā arī extension_loaded() funkcija arī rāda, ka ffmpeg ir atrasts un ielādēts, bet faili netiek konvertēti, un log failos ir šāda rindiņa - "sh: ffmpeg: not found". Ir kādas idejas, kas ir pie vainas? Tas ffmpeg netiek atrasts brīdī, kad ar exec() komandu tiek viņš izsaukts. Vide ir Linux ubuntu 10.10. exec komanda: exec("ffmpeg -i video.wmv (bla,bla...) video.flv"); EDĪTE: Problēmu jau atrisināju, būtībā joks bija tāds, ka ffmpeg bija ielādēts apachim, bet ne pašā sistēmā, tāpēc exec nesaprata no kurienes tas tiek saukts, bet rāda, ka viss strādā. Anyway, ja nu kādam noder, tad šādā gadijumā der vienkārši mazo libu ar ffmpeg uzinstalēt => sudo apt-get install ffmpeg.

Pirmkārt, vai ir kāds errors un ko tas rāda? Otkārt, pamēģini mysql_real_escape_string lietot tikai datu ievadei MySQL tabulā. Vai viss ir kārtibā ar datubāzes konekciju? Te tā var minēt stundam...

Tev vismaz trīs reizes jau to pateica. Davaj, aizslēdzat topiku. Ir cilvēki, kuri mācās un uzdod škietami elementārus jautājumus, bet šis ir vienkārši pazemojoši...

Paldies, jūtos gaužām nokaunējies... Tik sen nebiju vienkārši plikus failus "bez aizmugures" testējis, ka pat neiedomājos par pašu pamatu.

Sveiki! Man atvērtais fails uzkaras un izmet 500 erroru pat tad, ja failā ir tikai drukas kļūda. Log fails nerāda neko īpašu, tikai to, ko būtu viņam jārāda pārlūkā "Call to undefined function" un tādā garā. Šāds bags ir diezgan nepatīkams, jo gadās ielaist kādreiz kādu drukas kļūdu funkcijas nosaukumā, bet IDE to neparāda - šajā gadijumā Eclipse - jo tas nevar noteikt uzreiz, ka tāda funkcija neeksistē. Web serveris ir uz Linux Ubuntu. Ir kādas idejas kāpēc tā notiek?

Sveiki! Es pārsvarā dzīvojos uz Windows OS vides un ar Linux man saskarties sanāk tik cik caur komandrindu vai kādreiz netīši gadīties Ubuntu vidē kaut ko programmēt, bet ne ilglaicīgi. Tomēr es kaut kā jūtu, ka man Windows sāk ar vien vairāk un vairāk piebesīties, tāpēc apsveru iespēju pāriet pilnībā uz Linux Ubuntu vidi. Tāpēc arī rakstu šo topiku, jo vēlētos uzzināt to cilvēku viedokli, kuri ikdienā strādā Ubuntu vidē, programmē tajā, un kāda vispār ir "dzīve" zem Linux platformas arī no parasta lietotāja viedokļa, jo pilnībā pārejot uz to arī visa "iedzīvi" turp tiek pārlikta - mūzika, video, dokumenti, ect.

eregi, sērijveida lapu cepējiem varētu arī interesēt tikai tas, ko tu esi darījis, turpretim valsts pārvaldē bez augstākās izglītības IT jomā darbu nedabūt, bet nopietnos kantoros, kur ir interesantākie un sarežģītākie darbi - jā - uz diplomu skatās kā uz diplomu, tur starpība būs tikai starp LU un MIT, jo pamatā tā patās galvenais jau ir ko tu māki un kāda ir tava pieredze.

daGrevis, tieši par šiem jaunievedumiem es runāju - cik labi vai slikti ir sākt tos lietot, ja zini, ka šis kods būs jālieto un iespējams jālabo/jāpapildina citiem, un vai nevar sanākt tā, ka man visu laiku būs jāskaidrojas, ka ir vajadzīgs jaunākās PHP versijas atbalsts. Tas, ko es gribēju dzirdēt - vai jūs, citi programmētāji, arī cenšaties lietot jaunākās PHP versijas un vai ir nojausmas, kas tajās ir iekšā, lai nav tā, ka sūdzas par bugiem, kuri nemaz neeksistē.

Sveiki! Sēžu vienu vakaru un domāju, ka vajadzētu no pašreizējās PHP v5.2.8 pāriet uz jaunāko v5.3.6 un izmēģināt tās jaunās "fīčas", bet, tad aizdomājos, ka varētu ar laiku sanākt problēmas ar koda realizāciju uz hostingiem vai citiem tā lietošanai/labošanai, kuri lieto vecākas PHP versijas. Tā kā šis nav dzīvības un nāves jautājums, tad gribēju uzzināt tautas viedokli par to vai jūs pārejat visu laiku uz jaunākajām PHP versijām vai arī turaties pie tām, kuras ir izplatītākas, un kāda varētu būt pieredze ar hostingiem, ja tiem ir vecākas PHP versijas, un vai viņi ir pretimnākoši uz to apgreidošanu, ja vajag?

Ārzemēs? Kādas valstis tevi interesē un cik daudz tev ir naudas, jo augsta līmeņa augstskolas ārzemēs ir tikai maksas - nu stipendijas ir indiešu ģēnijiem, programmēšanas kamikadzēm. Latvijā, tieši programmēšanu, viennozīmīgi LU. Var jau arī mēģināt Ventspilī, bet ja ar tevi ir tā kā tu raksti, tad visnotaļ tev ne matemātika, ne fizika nav apgrūtinoši priekšmeti, kas nozīmē, ka labākā vieta ir LU, ja gribi tieši programmēšanu apgūt - šis tas tur ir ierūsējis, bet kopumā labākas vietas Latvijā nav, kā arī līmenis nemaz nav tik slikts, bet anyway, augstskolā jau mācīs/iemācīs fundamentālas lietas, programmēšanu kā tādu jau apgūst pašmācībā.