doublench21

1: объявлена функция charatatime, в качестве аргументов принимаем указатель на строку.
3: Объявляем указатель `ptr' (ptr - pointer)
4: Объявляем переменную целого типа `c'
5: начало комментария
"Гарантирует, что символы отправленные в стандартный поток вывода будут выводиться так быстро, как только это возможно -- отключение буферизации stdout"
7: отключение буферизации стандартного потока вывода
8: начало цикла; цикл выполняется до тех пор пока не достигнет конца строки ( но мне кажется здесь будет переполнение )
9: печатает символ из строки
10: конец блока

PHPStorm (webstorm etc.) + плагины под конкретные задачи.
Стандартные плагины для ускорения написания кода уже имеются.

А плагин less css compiler вообще супер.
Ну и как писали выше, различные LIVE ....

Сила в том что все знают JS. Кто может писать на PHP/Ruby/Python? Те кто пишут на PHP/Ruby/Python соответственно (и скажем по 10%-15% от количества каждых кто может писать хотя бы на двух из трех языков. Кто может писать на JS? Все фронтэндеры + добрых каких 60%-70% от всех этих php/ruby/python/java/c# разработчиков...

Что это дает? ОГРОМНЕЙШЕЕ комьюнити... большая часть быдло конечно но засчет огромнейшего количества разработчиков инструментарий начал просто очень быстро развиваться. Кому нужен инструмент написанный на Ruby если его можно написать на JS и его сможет поддерживать на порядок больше людей?

Вопрос производительности по началу стоял как основная фишка языка. Все кричали наконец-то, V8 на сервере, асинхронность! Самый быстрый интерпритируемый язык на планете и все такое. Но на деле все чуть сложнее. JS реально быстрый. По сравнению с тем же Ruby он в разы быстрее! Но по большому счету на это адекватным людям плевать с высокой колокольни, так как js нифига не асиинхронный. JS работает в один поток. Причем в этом же потоке работает и сборщик мусора. Если он начнет все чистить - все замрет. Обычно это не сильно большая проблема но как-то забавно. Асинхронное в JS только работа с IO которая на плюсах/си реализована...

Революционности так же нету. JS на сервере не новая идея и практиковался еще лет за 5 до. Просто это была очень удачная реализация да ктому же если бы не V8 то так же все было бы не так круто.

Что до сравнения с PHP и т.д. - это инструменты для разных сфер. PHP - разработка web-сайтов. node.js - демоны, инструменты разработки, шины данных, доставка данных и т.д. Для всего остального PHP подходит больше. Есть правда пара интересных проектов главная цель которой устранить дублирование кода на сервере и на клиенте.... но подходят эти наработки пока только для очень простых проектов (хотя все относительно).

Если вас прям плющит от нового, быстрого, современного, с клевым дизайном и тоже где повлиял гугл - golang.

Сделайте вывод сформированного запроса. После mysqli_query смотрите не mysqli_connect_error(), а mysqli_error().

$sql = "UPDATE indexing_link SET title='".$title."', short='".$short ."' WHERE id=".$id_current_url;
print $sql;
mysqli_query($mysqli, $sql) or die('Error_ ('.mysqli_errno($mysqli).') '.mysqli_error($mysqli));

И покажите ещё структуру самой таблицы, скажем через SHOW CREATE TABLE `indexing_link`

Вроде запрос написан правильно ,в таблицу добавили же это поле "short"?

codeacademy.com

1. не стоит использовать mysql_* функции. Вообще. Ни-ко-гда!
совет: используйте PDO или mysqli_* функции.
2. нельзя делать запросы в цикле. Сформируйте массив и преобразуйте его в SQL строку. А потом выполните 1 запрос. Это прилично ускорит работу скрипта. Это касается ВСЕХ ваших запросов select, insert.
3. для того, чтобы получить html с сайта лучше использовать
https://github.com/php-curl-class/php-curl-class
4. для того, чтобы достать информацию со странички отлично подходит
webcache.googleusercontent.com/search?q=cache:Qvfn...

вы получите массив на выходе, который обработать не так уж сложно.

5. Вопрос: Почему он парой просто останавливается ?
потому, что выполняется более 30 секунд. Снять ограничение можно так:

set_time_limit(0); // а лучше ограничить значение, например 10 минутами.

как упомянул @FanatPHP кода действительно много и написан он не лучшим образом, поэтому его читать не самая интересная задача.

html5up.net

overflow: hidden;

Вы скорее всего просто не указали в настройках Project Settings -> Deployment на вкладке Mappings поле Deployment path on server. Если там ничего не указано, то шторм просто не знает откуда/куда грузить файлы, хоть на удаленный хост и пускает посмотреть что там есть (или копировать ручками). Если не требуется указывать там какой-то специфический путь, просто поставьте слэш ( / ).