Остался один вопрос, а что если нужно будет рендерить не в конкретное место на HTML странице, а во множество?
Например, если есть HTML страница, в которой в разных частях находятся баннеры, например, в элементе <AdvBox />.
Манипуляции с document.querySelectorAll в React.renderComponent не дали положительного результата, а если оставить document.body, то перезаписывается весь body полностью.
Можно ли ещё кратко подытожить для лиц, которые интересуются форексом, по каким критериям выбирать брокера? (какие лицензии у него должны быть, на что обращать в первую очередь внимание и другие важные рекомендации) Может быть это тема отдельной статьи.
А Вы относитесь к повышенной скорости мобильного интернета не как к «ура, буду качать все подряд», а как к «скачаю то же, что качал всегда, но просто быстрее».
Так что, если раньше Вам 3 Гб на месяц хватало, то и сейчас хватит, почему нет?
Не совсем согласен. Если появляются новые возможности, то зачем искусственно выставлять ограничения для использования этих возможностей.
Интересно получается :)
То есть можно в примерах пользоваться mysql_ и md5, ведь всё равно все знают, что эти функции нельзя использовать.
Хочу заметить, что я указал не на синтаксические ошибки, которые выдаст интерпретатор при первом же запуске, а на фундаментальные, которые неопытный человек не заметит.
Не мог оставить без внимания написанный код. Даже если вы написали его для демонстрации какого-то общего принципа, то делайте уж тогда это качественно.
1. Пора бы уже забыть про все функции начинающиеся на mysql_* (http://www.php.net/manual/ru/intro.mysql.php)
2. Даже в официальной документации php написано, что использовать md5 крайне не желательно, особенно для паролей! (http://www.php.net/manual/ru/faq.passwords.php#faq.passwords.fasthash)
Не забывайте, что ваш код читают сотни и потом некоторые начинают делать также.
Заранее извиняюсь за занудство.
Пусть сделают, например, отдельную кнопку для разрешения/не разрешения передачи E-mail. На мой взгляд, полное отсутствие такой возможности, не очень удобно.
Может быть это и так, но вопрос немного другой интересует. Почему только один vk.com придерживается такой политики в отношении E-mail?
На сколько мне известно, остальные популярные ресурсы, предоставляющие такой api, позволяют запрашивать E-mail.
Правильно ли я понимаю, что любой пользователь может ввести в адресной строке своего браузера текст формата: http://domain.com:13003/cgi-bin/sendsms?user=foo&pass=bar&from=(FROM)&coding=0&to=(TO)&text=(TEXT)
И произойдет отправка смс на (TO)?
Например, если есть HTML страница, в которой в разных частях находятся баннеры, например, в элементе <AdvBox />.
Манипуляции с document.querySelectorAll в React.renderComponent не дали положительного результата, а если оставить document.body, то перезаписывается весь body полностью.
Место уязвимо к атаке. Фильтруем всё, что пришло от клиента.
Не совсем согласен. Если появляются новые возможности, то зачем искусственно выставлять ограничения для использования этих возможностей.
То есть можно в примерах пользоваться mysql_ и md5, ведь всё равно все знают, что эти функции нельзя использовать.
Хочу заметить, что я указал не на синтаксические ошибки, которые выдаст интерпретатор при первом же запуске, а на фундаментальные, которые неопытный человек не заметит.
1. Пора бы уже забыть про все функции начинающиеся на mysql_* (http://www.php.net/manual/ru/intro.mysql.php)
2. Даже в официальной документации php написано, что использовать md5 крайне не желательно, особенно для паролей! (http://www.php.net/manual/ru/faq.passwords.php#faq.passwords.fasthash)
Не забывайте, что ваш код читают сотни и потом некоторые начинают делать также.
Заранее извиняюсь за занудство.
На сколько мне известно, остальные популярные ресурсы, предоставляющие такой api, позволяют запрашивать E-mail.
http://domain.com:13003/cgi-bin/sendsms?user=foo&pass=bar&from=(FROM)&coding=0&to=(TO)&text=(TEXT)И произойдет отправка смс на (TO)?
Как минимум mysqli_*
Нормальный подход — pdo
Модный подход — doctrine 2