Vue.js is an amazing framework, which can be as powerful as Angular or React, the two big heavy hitters in the world of front-end frameworks.
However, most of Vue's ease-of-use is due to the use of Observables - a pattern that triggers re-renders and other function calls with the reassignment of a variable.
| bool isset ( mixed $var [, mixed $... ] )<br>isset — Determine if a variable is set and is not NULL | |
| void echo ( string $arg1 [, string $... ] )<br>echo — Output one or more strings | |
| bool empty ( mixed $var )<br>empty — Determine whether a variable is empty | |
| string substr ( string $string , int $start [, int $length ] )<br>substr — Return part of a string | |
| int count ( mixed $array_or_countable [, int $mode = COUNT_NORMAL ] )<br>count — Count all elements in an array, or something in an object | |
| bool is_array ( mixed $var )<br>is_array — Finds whether a variable is an array | |
| int strlen ( string $string )<br>strlen — Get string length | |
| string sprintf ( string $format [, mixed $args [, mixed $... ]] )<br>sprintf — Return a formatted string | |
| void unset ( mixed $var [, mixed $... ] )<br>unset — Unset a given variable | |
| mixed str_replace ( mixed $search , mixed $replace , mixed $subject [, int &$count ] )<br>str_replace — Replace all occurrences of the search string with the replacement string |
Если ты пишешь код, то наверняка его тестируешь. Если речь о какой-то функции, то ты можешь вызывать ее с разными аргументами, и смотреть, что она вернет. Если ты сверстал сайт, то ты открываешь его в браузере, жмешь ссылки и кнопки, проверяешь что все сделано верно. Это называется ручное тестирование — человек проверяет работу программы. Нельзя ли эту задачу переложить на плечи роботов? Обычно можно, и это называется автоматизированное тестирование.
Тестирование позволяет сделать твой код надежнее, а твою жизнь проще. Ведь согласись, лучше когда ты сам обнаруживаешь и исправляешь ошибку до релиза, чем когда рассерженный заказчик звонит на выходных и требует срочно исправить неработающий функционал.
Тестирование особенно полезно при разработке больших приложений в большой команде, когда ты можешь нечаянно сломать какую-то функцию, которую делал другой человек, и о которой ты не знал. Или когда надо доработать написанный ранее сложный проект.
В больших компаниях может быт
Пропустить теорию и перейти прямо к задачам
Ссылка на учебник: http://learn.javascript.ru
Сразу расскажу про несколько особенностей яваскрипта, о которых может быть не написано (или мало написано) в учебниках, но которые стоит понимать:
| brew install youtube-dl | |
| youtube-dl -f bestaudio https://www.youtube.com/watch\?v\=DNceqb81wF0 | |
| It's outputs the Tony Anderson - The Way Home-DNceqb81wF0.webm | |
| install ffmpeg on macos | |
| brew install ffmpeg --with-libvpx |
| <!DOCTYPE html> | |
| <html lang="en"> | |
| <head> | |
| <meta charset="utf-8"> | |
| <meta http-equiv="X-UA-Compatible" content="IE=edge"> | |
| <meta name="viewport" content="width=device-width, initial-scale=1"> | |
| <!-- The above 3 meta tags *must* come first in the head; any other head content must come *after* these tags --> | |
| <title>Site Title</title> | |
| <link rel="stylesheet" href="/assets/css/style.min.css"> |
For this configuration you can use web server you like, i decided, because i work mostly with it to use nginx.
Generally, properly configured nginx can handle up to 400K to 500K requests per second (clustered), most what i saw is 50K to 80K (non-clustered) requests per second and 30% CPU load, course, this was 2 x Intel Xeon with HyperThreading enabled, but it can work without problem on slower machines.
You must understand that this config is used in testing environment and not in production so you will need to find a way to implement most of those features best possible for your servers.