Dmitry Bay

Реализовать можно, но не очень эффективно будет мне кажется.

Добавлять можно с помощью php
проверять существование записи через rand (1000000,99999999); по первичному ключу, если записи нет, до добавлять запись. В принципе, если записей будет немного, то проблем может и не быть. Но если записей более 90 процентов, то шанс того, что ид не занят будет составлять около 10%, что значит, нужно будет сделать 9 запросов до первого попавшегося ид.
+ если это записи новостей, или тому подобное, то как вы сможете объяснить, например, вы удалили запись, а на ее место записалась новая, и под тем же ид будет совершенно иная запись. Не уверен, что это удобно.

Можно написать функцию с циклом чисто на sql.

отдайте на гитхабе. И не парьте себе голову.

Как бы накрутить на этом сайте непроблемно.
запустить phantomjs и через прокси кликать.

код пишется минут 20-30 от силы.

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

Возможно хабр?

dialogs
id, author_id, subject

dialogs_users
dialog_id, user_id

почему так? у диалога может быть несколько пользователей?

дурной тон не давать копировать людям информацию.


+ отмечу, что многих дико бесит, когда они просто не могут что то взять и скопировать себе. И вероятнее всего закроют страницу.
+ отмечу, что я часто выделяю текст и пользуюсь этим как закладкой.

ничего не понятно.

но дам советы
1) с одной стороны, можно выбрать разное отображение для разных устройство
2) можно через js подсчитывать размеры и генерировать как надо
3) можно просто воспользоваться % высоты в css

конечно в одной базе хранить пользователей.

if (($_POST['param']) and ($_POST['param']!=''))
//add compare

Предположим, ваша система работает на 5,10,100 пользователях.
А что, если в вашей системе будет 10000 К пользователей? И число совместных подписок может достигать 10000 0000 записей? например, у вас будет около 10К записей с текущим id автора. но зачем?

Не проще сделать селект
Select * from subs where author_id=:id and who_id=:whoid;

При этом у людей, кто подписался, должен быть свой ид тоже.
Итого, у вас всего 1 sql запрос без php логики, на то, что бы проверить , подписан ли человек на автора или нет.

Ну и в эту таблицу, я бы добавил time поле, с датой, когда человек подписался, что бы потом удобнее было следить за ботами.

Скандинавский, это аукцион с постоянным шагом?
Ничего сложного я думаю.

Сама система ставок будет иметь вид в mysql.

id lot_id last_stavka(timestamp или что то точнее с 10мы долями) user_id

Алгоритм автоставки (если после ставки, время на ставку добавляется):
Если пришло крайнее время для ставки, при этом:
никто не ставит, ставка не числится за вами, лимит средств не прошел, то вы ставите ставку.

Вроде тут все элементарно.

Яндекс маркет молчит, так что не парьтесь.
market.yandex.ru/guru.xml?CMD=-RR%3D9%2C0%2C0%2C0-...

$str = base64_decode($_POST['string']);

а затем создавайте необходимый файл и записывайте туда данные.

возможно гиф на фоне?

На всякий случай:
кодировку можно измениьт в .htaccess, добавив поле
AddDefaultCharset UTF-8