Alex Kheben

Используйте PDO и prepared statements - будет вам счастье. Сейчас многие фреймворки работают с БД именно через PDO. Если все значения задавать через плейсхолдеры (в PDO), то _теоретически_ это исключает возможность SQL-инъекции.

Попытка работать с переменной, которая не была объявлена в PHP вызовет ошибку уровня E_NOTICE.
Если не хотите забивать лог подобными ошибками, то вам в помощь @, этот символ подавит ошибку. Но многие говорят, что это плохо.

Ответ на вопрос:

Подскажите пожалуйста как можно дать значение по умолчанию необъявленным переменным.

Надо их объявлять сначала, до того как зададите им значение.
Например

$user_id = $user_login = $user_pass = null;
extract($_POST, EXTR_OVERWRITE);
echo $user_id;
echo $user_login;
echo $user_pass;

Как-то собеседовался в одну маленькую конторку, так там была табличка очень занятная, в ней были расписаны уровни разработчика и его знания/навыки с обязанностями. Очень интересно было ближе к senior developer. Для него были прописаны обязанности, например, проводить мастер-классы для коллег и делиться опытом.
Ох найти бы эту табличку или что-то похожее…

Что за скрипт? Что он делает? Для чего он вообще?

Вам, как я понял, нужно что-то вроде CDN для «быстрого подключения вашего чудо-скрипта». Для этого есть гуглохост и, например, я использую селектеловское облачное хранилище, которое подключено к моему домену и выполняет роль CDN.

Вам же нужно, хотя бы, для начала, выложить его там, где шансы, что ваш скрипт заметят значительно выше, чем «просто файлик где-то». Попробуйте залить его на Github или написать статью здесь, на Хабре (а ещё лучше и то и другое). Если ваш скрипт действительно кому-то понадобится, то его хранение для собственных нужд должно быть головной болью того, кому этот скрипт нужен. А если он будет ну очень необходим очень широкому кругу лиц, то можно будет уже думать о CDN.

А пока же вы всё усложняете ;)

P.S.: я за вариант с гитхабом. Там можно будет проследить реальную востребованность в вашем скрипте. Если будут форкать, обсуждать, писать багрепорты и советы о том, что лучше переделать/исправить/дополнить — то это будет явным признаком того, что ваш скрипт действительно нужен кому-то кроме вас самих.

P.P.S.: И на гитхабе специально MIME type стоит как «text/plain», чтобы «умные люди» не использовали его так как хотели сделать вы, тем самым снизив нагрузку на свои сервера и перенести их на сервера гитхаба. Я бы тоже так сделал =)

Из прочтённых комментариев я так и не понял, на сколько (не)кошерным является @. Правда это уже не по теме самого вопроса, но всё же.

На сколько кошернее такой вариант:

if (!empty($_POST[qty])) $qty = (int) $_POST['qty'];
else return false;

Чем этот:

if (!@$qty = (int) $_POST['qty']) return false;

Второй, на мой взгляд, проще (ИМХО).

Я не супер-гуру в PHP, но понимаю, что можно решить такую задачу через какую-нибудь абстракицю, хотя бы в виде функции, для увеличения гибкости рабочего решения.

Я пришёл следующим образом:
В 2009 году захотелось завести блог. Самый цивильный и простой вариант был — поставит WP.
Потом захотелось кое что поменять в теме WP.
Потом захотелось нового функционала, который не был реализован при помощи плагинов к WP.
И понеслось.

Сейчас работаю PHP/JS разработчиком ;)

Возможно я ошибаюсь и результаты тестов, которые я проводил весьма субъективные, НО.
Данные имели журнальный характер и простая выборка из таблицы MyISAM была быстрее, чем в Innodb.
И по формату времени «datetime», я стараюсь использовать везде timestamp. Может вам тоже стоит попробовать потестировать производительность с ним, вдруг будет быстрее?)
И ещё один момент «archive_date >= '2013-01-01' and archive_date <= '2013-02-01'». Вот так «archive_date between '2013-01-01' and '2013-02-01'», на мой взгляд, выглядит как-то кошернее. Но я не супер спец, конечно и поэтому, возможно, в чём-то ошибаюсь.

Если вы работаете по скраму, то (ИМХО) лучший вариант это Pivotal Tracker

Вы так хотели?
jsbin.com/izuyuq/2

Нашёл отличное решение www.profilepicture.co.uk/tutorials/ajax-file-upload-xmlhttprequest-level-2/
Спасибо, shushu. Твой вариант тоже работает.

Данные которые выводит скрипт по запросу urls.api.twitter.com/1/urls/count.json?url=http://stackoverflow.com — это не количество уникальных нажатий на «tweet share button», а общее количество ссылок, которые твитнули все пользователи.
Я так понимаю, что под «уникальными шейрами» вы подразумеваете поиск единичных упоминаний у отдельных профилей, т.е. чтобы ссылка считалась с одного профиля один раз.
С кодом вам помочь не смогу, но по идее можно применить вот такую логику:
search.twitter.com/search.json?q=http://google.com/&page=1
там передаются 3 полезных переменных, по которым можно посчитать как раз уникальные ссылки: from_user, from_user_id, from_user_id_str. Можно записывать одно из этих значений в массив, потом удалить повторяющиеся значения и в конце подсчитать количество элементов массива и это будет количество уникальных ссылок. Хорошо, если результатов поиска меньше 15.
«results_per_page»:15 — логично предположить, что количество результатов на странице = 15 =)
Далее есть ещё одна полезная переменная: next_page
Из примера по ссылке выше: «next_page»:"?page=2&max_id=100723523508637696&q=http%3A%2F%2Fgoogle.com%2F"
Можно так парсить страницы пока они не закончатся, но это дело очень геморойное, долгое и не факт, что работает безотказно.
Можно просто забивать в массив from_user_id двигаясь по страницам, а когда они закончатся просто удалить все повторы и посчитать длину массива.
Хорошо если ссылок мало, а если вот так парсить то, что я использовал в примере, то это будет просто ужас.