Mad_Man

Mad_Man
Рейтинг
162
Регистрация
10.11.2008
Интересы
Рыбалка
Born USSR
eleronnet:
типа поисковики занесут сайт в черный список если ничего не будет меняться на страничке каждый день
eleronnet:
если через 15 и через 30 дней ничего не поменяется, то не занесет ли поисковая система мой сайт в черный список через пару месяцев?

У вас в голове каша.

jano:
А как будет правильно указать разные значения $n?

http://php.net/manual/ru/control-structures.foreach.php

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

LEOnidUKG:
<?
$filename=range(1, 30000);
shuffle($filename);
$filename=array_slice($filename,0,200);
foreach ($filename as $n)
{
echo $n.'.jpg';
}

Оператива будет быстро выжираться при росте количества изображений. Есть вариант с просадкой по камню, а не по мозгу:


function rand_unique($min, $max, $count)
{
$result = [];

while (count($result) < $count)
{
$result[] = mt_rand($min, $max);

$result = array_unique($result);
}

return $result;
}


$numbers = rand_unique(1, 30000, 200);

Ну и тоже самое, но только с оптимизацией:


public static function rand_unique($min, $max, $count)
{
$result = [];

for ($i = 0; $i < $count; $i++)
{
$result[] = mt_rand($min, $max);
}

$result = array_unique($result);

while (count($result) < $count)
{
$number = mt_rand($min, $max);

if (!in_array($number, $result))
{
$result[] = $number;
}
}

return $result;
}
netwind:
Т.е. предлагаете вообще ручки сложить и на каждый чих нанимать Квалифицированного Программиста или Администратора Баз Данных ?
Опомитесь, вы на каком форуме ? Тут так не принято.

Я признаю тот факт, что 95% населения после двадцати лет развиваться отказывается. Всё к чему подобные прикасаются остаётся для них за гранью понимания. Более того, есть даже те, кто годами спрашивают на форумах одно и то же, но понимания от этого у них не прибавляется. И я рекомендую для подобных не писать ответы без пояснений о последствиях, не думать вместо них, не делать им курсачи\лабы\что_ещё_они_там_хотят_чужим_трудом, а сделать единственно верное - дать выбор и указать где подробнее ознакомиться с матчастью. Принимать выбор они должны сами. И сами должны своим умом доехать до ситуации и разобраться в ней раз уж они решили задавать вопросы, а не оплачивать труд и время программистов.

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

netwind:
Mad_Man, как это будет работать в конкретном движке - заранее не известно. Почему бы не работать нормально, если на примере vbulletin все работает ?
Как бы это ни казалось странным, два и три одинаковых логина вполне себе работают независимо в vbulletin.
До тех пор пока у них пароли разные:)

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

netwind:
Разве не так работает говносайтинг ? Пробуй и получишь счастье.
Люди, которые понимают что им тут в SQL повывалило ошибок, вопросы не задают, а просто смотрят исходники и делают.

Вне зависимости от того, кто перед нами: нефтяной магнат, кодер со стажем или просто дурак с говносайтом, совет по действиям в данной ситуации для всех них должен быть одним и технически верным. Негоже умалчивать о возможных проблемах в дальнейшем, ссылаясь на неосведомлённость вопрошающего.

netwind, ещё раз: отцепитесь от своего Vbulletin, речь не о нём. Я понимаю, ничего больше вы произнести не сможете, но всё же попробуйте активировать соображалку: топикстартер спрашивает не только про снятие индекса уникальности, а про смену кодировки поля таблицы. Это приведёт к тому, что часть никнеймов станут идентичными (о чём и сообщает фраза "Duplicate entry") для поиска по строковому равенству (а соответственно по всем JOIN'нам к данному полю) в любой выборке движка, которая опиралась на уникальность никнеймов. Вы не можете советовать снимать индексы уникальности не зная сорцев рассматриваемого движка.

netwind:
Ну и много вы получили удовольствий от коллизий на этом форуме ? Их тут нет. а Vbulletin есть.

Я так понимаю, у вас есть доступ к БД этого форума и вы готовы назвать точное количество пользователей в базе с одинаковыми юзернеймами? Или вы просто не допёрли ещё, что постом выше посоветовали ТС снять индекс уникальности и позволить при смене кодировки БД иметь в ней нескольких юзверей с одним логином, осилив головой лишь кусок логики "я такой классный, знаю слово Vbulletin, там при регистрации проверка же наверно есть, нахрена мне ещё о чём-то думать?".

netwind:
Обычно он делается уникальным в базе в качестве дополнительного ограничения . На всякий случай.
А вот CMS при регистрации все равно может делать отдельную проверку.
Например, в vbulletin ограничения в базе нет, а настройка движка есть.
Пробуйте.

Угу. А потом на первой же выборке по имени, а не по айдишнику, пользователи начнут получать удовольствие от коллизий.

DenisVS:
Среднестатистические синтаксисы ini, cnf. conf какие? Временно назначил application/x-shellscript.

Если не описаны в http://www.iana.org/assignments/media-types/media-types.xhtml (а ini там точно нету), тогда text/plain.

Феникс не может угаснуть. Реинкарнирует.

Всего: 4397