Grey_Wolf

Ar table buus Vispreciizak uz visiem Scriniem un uz visiem brauzeriem , kauthan sadaliit 3 vienadas daljas nav iepeejams :( 100/3 =33P (perjoda) taa kaa , naksies vien likt 33%; 34% 33% .. tas pats attiecas uz DIV .. -- Par Stapiigajiem dizainiem ir kaa ir.. uz daziem ekraaniem buus vienkarshi briesmiigi :( Ir redzets kaa saiti ziskataas uz 2 saparotiem Pltekraana monitoriem ;) Ja vel centretos saitus, var megjinat ar regulacijam parbiidiit uz 1 monitoru ( un daudzmaz izlasiit), tad Staipiigais dizains ir paris desmitus pikseljus garsh un ~~4K plats ;) ( pietiek jau ar lielajiem monitoriem un Lielu izskirtspeju ) Risinajums var buut ierobezot MAX un MIN platumu ...

Jaa aizpilda gan, bet Manuprat Klients ir prieciigaks ka viss strada atrak, nekaa visu laiku Tiek laadets no Neta.. Piedevam , nokesjojas ja vienreiz ( sesijas laikaa), un vairak netiek njemts ( iznjemot Piespiedu parlade F5 ) Un musdienaas jau nu varetu neuztrakties par +/- paris Mb..

parasti tam laika zinjam nak saadi dati: tempr. Veja atrums/virziens.. Makonjainiiba, nokrisnji.. Viens no risinajumiem ir gluzji vienkarshi to visu kombinet no bildiitem, iznjemums ir Veja atrums un T. ---------

PHP incluudo to tavu failu noraditaja vieta, pec tam censas izpildiit kodu ( ja tads ir) , ta ka ja vaina buutu PHP tad tev vispar neko neizvadiitu. Kaa jau Aleksejs mineja, vaina visticamak ir kodejuma P.S. starp citu nav tik buutiski vai Includojamam failam ir BOM vai nav.. tas izpaudiisies vieniigi ja megjinasi peec Includes Suutiit haideri [ sessin_start() piemeram ] Bet protams labak Bez vinja ( BOM ) ...

Vispar Jau Shwedenai arii Docos ir rakstiits ka Jabuut Orginalam ( trusted) sertifkatam , tikai vinji to nenejm veraa, pat vel vairak to Swed banaks skriptu var palaist da jeb nokurienes.. Pat neskatoties ka sertefikats ir uz konkretu IP etc ... Tas ir izskatas ka vinjiem ir dzilji vienalga kas tur iisti atrodas, ka tik buutu // Esmu testejis swedbankas skriptus ( atslegas) pat uz sava majas kompja, un pilniiba nekaadu problemu. No vienas puses Ljoti erti ;) Un SEB vieniiga problema bija ar tiem Trusted sertefikatiem ( itkaa jau pilniigi normalas prasibas ) ---

A kapeec gan nee? Skjiet bija ka uz vienu IP 5 vieniibas, domeni Vai subdomeni ...

Nee Postu Nr.3 :P

*.Nic ja nemaldos uztur liidz 5 subdomeniem ( nesmu parliecinats, bet agrak ta vismaz bija) ja velies vairak, tad naksies vien pasam veidot/ uzturet NameServeri/US ( min 2 gabalus, primero un sekundaro) Tas ir parnest Zonu uz svu serveri, tad varesi pats veidot subdomenus cik, un kadus vien velies. principa liela dalja Hotinga kompaniju to atbalsta. Papildus Plusi ir arii taadi kad UZ vienu IP, varesi registret cik vien gribu Domenus ( ne tikai Subdomenus) P.S. Zonas paregistracija nav ne maksas ne Papildus pakalpojums, To vari pats izdariit Sava *.Nic profilaa, dazju minushu laika. Tikai JAtceras ka Reali NamServeri, Jauno informaciju 'sagremos' no 1-48h ( 48h Vajadzetu buut Apdeitojushiem Visiem pasaulee iespejamiem Serveriem ) -----------

Kaa gan tu dabuusi Sesijas parametrus?? Tie tachu normala veidaa glabajas Uz servera.. taa ka tik viegli vinjiem klat netiksi , a ja tiksi klat Serverim , Tad jau ir pilnigi vienalga kur ko glaba, jo primeri vienkarshi panjems Visu DB ...

Tieshi peec Enteriem jaua arii varetu noteikt cik rindinjas ir izveidotas ..

vislielaka problema ir noteikt ka lauks ir pilns un to vajag pastiept uz leju ... teoretiski varetu buut pat 2 risinajumi 1. parbaudiit vai nav sasniegts noteikts Rindu daudzums , ja ir tad attieciigi pagarinam 2. parbaudiit Faktisko lauka izmeru ( tas tapat ka lapa var nesakrist ar redzamo dalju) .. Shis itkaa buutu realizejams varjants ( papeti ka noskaidrot lauka faktisko izmeru ( ne tikai redzaamo dalju ) un ja taa lielaka tad attieciigi aplielini pashur edzamo dalju .. --------

Kemito --> a tu citu apmekletaju postus arii lasi? vai tikai Topica virsrakstu ? Es tachu jau iemetu Gatavu skriptu shiis problemas risinasnai ...

Ar serkocinju noblokjeet ? Neder Nu labi jokoju iemetu kodu sheit nav mans rakstiitais bet neta plasumos sazvejots .. briedis --> a nesi padomajis ka Klients var to gribeet?? piedevam tas tomer 'Blondineem' kas lieto IE apgrutina kopesanu..

indoom --> Kaapec tabulariem datiem neizmantot tabulu??

ir 2 risinajumi AJAX un ifreims un formu redirectee uz ifreimu, kur arii apstraada datus, un ar JS padod informaciju par veiksmiigu/neveiksmiigu izpildi Ifreimu ari likt ar augstumu/platumu/borderi 0 px taa ka lapa vinsh nebuus redzms , bet stradat straadaas ( kamer testee protams uzliec augstumu/platumu normali kaadus 500px ) piedevam ieteikums likt samo pashaa lapas apaksa,lai nemaisas pa kajam ..

Nu ja principaa ja izmanto: shiis, tad tos failus kurus kopeji caur FTP mainiit varesi, bet tos kurus izveidos PHP nevaresi.. Vieniigi neredzu ipashu jegu veidot FTP klientu ar PHP liidzekljiem ... --- Ir protams atseviskji gadijumi, kad Jamaina tieshi faili ( nosaukumi) kas veidoti ar PHP, tad gan sada sistema var noderet, pasham paris dienas atpakalj nacas mainiit veselai kaudzei direktoriju, Pieejas tiesiias ar PHP liidzekljiem ( bija saveidotas direktorijs & subdirektorijas ar PHP , bez tiesiibam modificet caur FTP) Taa ka nacas uzrakstiit nelielu skriptu kas automatiski nominiija CHMOD ja kadam ir intrese tad Skat te.. nav ipashi labkais vrjants, bet savu darbinju izdarija .....

Nee tik viegli nebuus vis, Vel jau paliek failu tiesiibas, visticamak ka nemaz nevaresi to failu modificeet ( ne rakstiit ,ne mainiit faila nosaukumu) , naksies vien caur FTP uzlikt CHMOD 0777 ( atlajuts visiem useriem & grupam ), protams var buut gadijums ka FTP un PHP ir viens un tas pats leitotajs/grupa, bet nu 99,99% gadijumu tas taa nebuus ( smags iznjemums ir ROOT) ... -- Vieglaks varjants ir PHP izveidotos failus, modificet ar to pashu PHP ( pieskjirt CHMOD ugstaku pieejas pakapi ) neka Otraadi, Ja gribi FTP izveidotos failus ( arii iekopeetos) mainiit, tad naksies vien Simuleet FTP useri, un caur to nomainiit pieejas tiesiibas ... -- Tas ir ar nosacijumu ka serveris ir normali sakonfigurets... --- P.S. protams ats attiecas uz (*nix sistemam ) , WIN shim vispar ir otrskjiriiga noziime

a par IP vispar esi pajautajis?? nedomaju ka tas ir kautkas slepjams.. Piedevam tomer ruupiigi paskaties ko vinji piedava, diezvai nav kada primitiiva aisardziabs mehanisma.. Kautvai tas ko vinji atgriezj, vai tad tiesam tikai pieprasijumu ka sanjemta SMS?? neko vairak?? Ne usera tel nr, ne tekstu kas tika suutiits, neko no shii ??

briedis --> nu un kapec nemaini ?? Piedavajumu taks daudz.. Vismaz ar kuriem man ir nacies stradat, shiis tris pamatlietas nodrosina...

1. kar Nosledz normalu liigumu ar SMS pakalpojuma sniedzeju, un apstrada tikai tos datus kas sanjemti no SMS pakalpojuma sniedzeja. Kur 1. jaietilpst tavaai parolei ( kurai jabuut pietiekami garai un sarezgitai) 2. tavam loginam ( arii nevajag izveleties primitiivu ) Piedevam parbaudi no kaadas IP nak pieprasijums, parasti ( vismaz normali ) SMS hosteri iedos tev savu serveru IP attieciigi no citam IP vienkarshi nepakalpo .. --- Attieciigi, pat zinot skripta atrasanaas vietu , neko pratiigu neieguusi, Ja vien neuzminesi paroli, loginu Un nemacesi nosimuleet IP. Protams Shie ir tikai standarta Risinajumi, paliek vel arii Elektroniskais paraksts utt...

1. padoma vai nevar izmantot POST nevis GET ( ja dati nak no Formas tad izmanto GET 2. NEKAD !!! nepadod Usera Paroles Un LOGINU ar GET, Vienmer var atrast kadu citu risinajumu, Formu gadijuma kautvai tas pats POST varjants ( ja dati nak no Formas) 3. Ja dati nak jau no servera tad tos Vispar neparsuuti , bet izmanto kautvai $_SESSION mainiigo ... 4. NEKAD !!! Neraksti DB datus bez too parbaudes. ( DB ierakstiisanai izmanto kautvai primitiivu kombinaciju $dati=trim($_GET['xxx']); // notiira liekos tuksumus no abam puseem $dati= mysql_real_escape_string($dati); Tas ir pats minimums ko vari dariit .. -- Toties tas izraisa neveseliigu zinjkri kas notiks ja atkodees un iebaros citus datus... // piedevam atkodesana tachu ir primitiiva , un lielakoties atri var noteikt ka tas ir BSE64 nevis teiksim MD5 ( kautvai peec simbolu skaita)

a pats fonts ir uz Servera??

usver --> gribi teikt ka par MAX 4 h stundam dienaa ( tas ir Ljoti slikta diena , ja 4 h taa 10 min ..) 250 Uz rokas ir slikti??, ja faktiski darbaa Seedi un taisi savus projektus?? Jo Ja sistema ir NORMALI uzprogrammeta tad 4 h dienaa NAV ko dariit ... Nerunajot jau nemaz par 8 h drba dienu .. -- Saadas lapas toch brizjam var pavilkt 5-10 , un ja par katru sanjem 200-250LS tad jau nemaz tik slikti nav ;) --- Parasti lapas uzturesanai Ne vairak kaa 100Ls menesii , ( ja viss ir pilniiba automatizeets, un neprasas N-to datu ievade ktru dienu ) ----

faktiski 500LS arii ir daudz, vienas web lpas uzturesanai/ttistiisnai.. Jo , ja lapa ir labi izveidota, tad darba tur nav parak daudz... reali ja 4 h dienaa tad tas jau buus daudz... Es teiktu 300Ls Un nepina darba diena. Fakatiski tas atbilstu padariitajam darbam .. -- A to ka darama nav parak daudz vinji attapsies atri, jo diezvai Vizuali varesi paraadiit kas nu paveikts, un ja saksi stastiit ka Kods gljuko, tad 'dabuusi pa ausiim', jo pats jau to kodu esi veidojis.. ---

Manuprat tu nonac pretrunaas pats ar Sevi, Ja prejie Runaja vairak vai mazak par Pashu paklapojumu, tad Sii jau ir piesiesanaas Lapas Dizainam, kursh iisti nav saistiits ar pakalpojuma kvalitaati ....