wintermute
-
Posts
144 -
Joined
-
Last visited
Posts posted by wintermute
-
-
Izklausās ka visa šitā pasākuma loģika ir stipti .. emm .. nepareiza.
Liekas labakais ko tu šitādā gadījumā vari izdarīt ir uzstaisīt SQL procedūru,
kas šito norealizē.
Bet man tomēr interesē: " Kāpēc tev vajag šitād dīvainu rezultātu no SQL ? "
-
<script type="text/javascript"> <!-- YOUR SCRIPT HERE --> </script>
Šitā nav īsti labi.
Būtu jābāt:
<!-- priekš HTML5 --> <script src="/path/tp/your.js"></script> <!-- priekš XHTML 1.0 Strict --> <script src="/path/tp/your.js" type="text/javascript"></script>
Un pilnīgi noteikti NE ŠITĀ
echo "<a href = \"javascript:void(0)\" onclick = \"document.getElementById('$title').style.display='none';document.getElementById('fade').style.display='none'\"> <img class='close' src='img/close.png'></a>";
Ziediņš, varbūt ir pienācis laiks beidzot iemācīties javascript : http://eloquentjavascript.net/index.html
-
Vajadzēja arī minēt apmēram, kur ir birojs ( pilsēta & rajons ),
jo lursoft's adresi uzrāda kā "Jaunbūmaņi, Dreiliņi, Stopiņu nov., LV-2130, Latvija".
P.S. bet es pat nezinu kurš no brīva prāta gribētu darboties ar MSSQL un ExtJS
-
-
Reku labs piemērs kā template klasi cept : http://codeangel.org/articles/simple-php-template-engine.html
-
Tur ir tikai php 5.2 .. iekš http://codepad.viper-7.com var izvēlēties, kuru versiju dzīt.
-
JS vispār nebūtu jābūt iekš <head> , bet gan tieši pirms aizverošā </body>.
Tad viss, ko tu tajā failā izsauc, jau automātiski 'notiek' onDOMready event'ā.
Hmm ... v3rb0 variants arī it tīri ok, tikai var sanākt daudzi JS faili ar vienādu saturu, ja nepareizi sataisa.
P.S. templeits ir pēc idejas diezgan statisks pasākums, daudz vienkāršāk ir ierakstīt ar roku ,
kurā templeitā tev kuri JS'i tiek lādēti , nevis izmantot mistiskas get('js') un get('css') funkcijas.
-
damn , varējāt vismaz pagaidīt kamēr SSH shellu sataisa ... ehh
-
<pre><?php $dir = "../../../"; if (is_dir($dir)) { if ($dh = opendir($dir)) { while (($file = readdir($dh)) !== false) { echo filetype($dir . $file) === 'dir' ? '/' : '' , $file , "\n"; } closedir($dh); } } ?></pre>
Labāk būtu lietojis http://codepad.viper-7.com
-
Es tur redzu divus kaut cik pieņemamus variantus.
1. Attiektieks no plika Template objekta. Tas kā tu noformē jaunumu sarakstu un kādus JS tu iekļauj ir "display logic",
un ar to parasti nodarbojas View clases pbjekts, kurš var izmantot vairākus templeitus un mainīt to saturu atkarībā no tā,
kādi dati View ir atsūtīti.
2. Pamainīt pieeju Controller palaišanai :
public function execute(){ $controller = new { $this->controller_name }( $this->request ); $controller->{ $this->action_name }( $this->params ); } // AIZSTĀT AR public function execute(){ $controller = new { $this->controller_name }( $this->request ); $controller->before( $this->params , $this->action_name ); $controller->{ $this->action_name }( $this->params ); $controller->after( $this->params , $this->action_name ); }
Tad to vari News controllierī pārdefinēr before() funkciju , kas pamaina templeitu.
-
Vari pateikt kurš likums un kurš pants ? Var noderēt :)
-
prepeared statment samazina ātrdarbību un palielina trafiku starp db klientu un serveri (pietiekamā mērā, lai to ņemtu vērā), gadījumos, kad kveriji tiek izpildīti vienu vai tikai dažas reizes, kā tas parasti ir ar PHP aplikācijām, jo requesti būtībā ir stateless un katru reizi liekā sql statement-a sagatavošana ir jādara no jauna.
Interesanti no kurienes šāda informācijas.
Iemesli kāpēc lietot prepared statement'us pēc manām domām ir šādi:
- drošība - datubāze tiek aizsargāda no injekcijām
- ātrdarbība - tiek ietaupīts laiks uz pieprasījuma izpildes plāna pārrēķināšanas (tie tiek cache'oti ) , pārsūtīto datu apjoma un manipulācijām ar datu tipiem
- ērtība - ir iepējams padot masīvu ar DB laikiem abilstošām atslēgam pa tiešo iekš execute() vai arī piesaistīt mainīgo references noteiktam laukam
Liekas izņēmums ir MySQL versijas, kuras ir vecākas par 5.1 , jo tām nebija implementēts cache priekš prepared statement'iem.
Random linki :
http://forge.mysql.com/wiki/Which_PHP_Driver_for_MySQL_should_I_use
http://net.tutsplus.com/tutorials/php/why-you-should-be-using-phps-pdo-for-database-access/
- drošība - datubāze tiek aizsargāda no injekcijām
-
Mūsdienās jaunu kodu ar mysql_* funkcijām vispār rakstīt nevajadzētu.
Tas extension's kopš 5.3 versijas vairs netiek īsti supportēts.
Tā vietā vajadzētu izmanto PDO ( http://php.net/pdo ) vai vismaz MySQLi ( http://php.net/mysqli ) ,
un query'us rakstīt izmantojot "prepared statements".
Tad nekāda escape'ošana nav vajadzīga.
-
-
Rādi kodu un visu kļūdas paziņojumu, vai ej projām.
-
Skumjākais fakts ir tāds , ka lielākā daļa koderu zin _tikai_ jQuery.
Programētājiem ir tā sajūta, ka divas valodas nav jāmācās : javascript un sql.
-
jQuery is to Javascript as L33t is to English.
Ja viens no plusiem kaut kādam freimworkam ir "tev pat nevajag mācēt valodu kurā tas rakstīts" tad tas ir nedaudz biedējoši.
JQuery ir domāts tiem, kuri ir par slinku, lai paši mācītos _pareizu_ JS. Tāpēc ar tas ir tik populārs.
-
Gribi mācīties JS, reku online grāmata Eloquent JavaScript
Kas attiecas uz cilvekiem, kuri tik ļoti mīlē w3skolas : http://w3fools.com .. izglītojamies.
-
Maaren: kur tu tādu interesantu informāciju dabūn.
Es nedaudz apskatījos uz Yii un pēc tam uz to frameworku, CI ,kurš pārāk daudz velk līdzi:
CI 2.0 : folderis"system" , izmērs - 1.11MB ( 131 fails )
Yii 1.1.6 : folderis "framework" , izmērs - 10.0MB ( 1664 faili )
Man izskatās, ka tas frameworks, kurš visu velk līdzi, ir 10x mazāks kā jaunais un spīdīgais Yii.
Vai ir iespejams..
in Vispārēji
Posted
Ko tieši tu taisies instalēt caur ssh ? Un uz kādas sistēmas ? Un kāpēc tieši caur ssh ?