Системы счисления. Кодировка и обратно. Php и Js

[Mukhtar]

Base = {
 to36 : function (a){ // кодируем
  return this.convert(a, 10, 36);
 },
 to10 : function (a){ // обратно
  return this.convert(a, 36, 10);
 },
 convert : function (number, from, to) {
  return parseInt(number + '', from | 0).toString(to | 0);
 }
}

Можно на php использовать time();
Например

$ext = preg_replace('/(?:.*)(\.{1}[a-zA-Z]{3,4})$/','$1', $_FILES['fileupload']['name']);
	$unic_name  = time().'_'.rand(0,1000).$ext;

Тогда названия файлов не будут повторяться, и выводиться так 35465468_789.jpg

[RazZzeR]

Base64.

Только зачем? 36-ричной системы достаточно. Плюсом является полная реализация как на php, так и на js.

Base64 только усугубит.
36-ричной системы действительно достаточно, НО
есть же возможность сделать еще лучше.
Ну да ладно. мне уже ответили, спасибо

[RazZzeR]

$ext = preg_replace('/(?:.*)(\.{1}[a-zA-Z]{3,4})$/','$1', $_FILES['fileupload']['name']);
	$unic_name  = time().'_'.rand(0,1000).$ext;

если ставить id в название то 100% повторов не будет, не обязательно так извращаться + не надо хранить название файла, а это экономия

Целью моего обращение являлось именно системы счисления.

[RazZzeR]

В шестом IE скобочки [] со строкой могут не работать, но можно заменить на charAt()

спрашивая "противопоказания" имел ввиду что-то подобное.

благодарен за быстрый ответ и рабочие функции

[with-love-from-siberia]

36-ричной системы действительно достаточно, НО
есть же возможность сделать еще лучше.

Понимаю, что Вы уже удовлетворены предыдущими ответами. Тем не менее добавлю еще свои пять копеек. 36-ричной системы действительно достаточно.

Отказавшись от основания 36 в пользу более высокого основания (62 или 64) Вы не сделаете лучше. Ощутимой экономии Вы не получите, но добавите необходимость в дополнительной поддержке четырех нестандартных функций (по две в php и js - конвертация числа в строку и обратно).

Оценить разрядности числа в той или иной системе счисления можно по такой формуле

Math.ceil(Math.log(n) / Math.log(base))

. Здесь, n - число, base - основание системы счисления.

Вот грубые оценки. Для представления числа 1e6 необходимо по 4 позиции во всех системах по основаниям 36, 62 и 64. И только для 1e9 в системе по основанию 64 требуется 5 позиций, в то время как в системах по основанию 36 и 62 - по прежнему 6. Более точные оценки Вы можете проделать сами. У Вас действительно так много идентификаторов - больше 1 миллиона, что встала необходимость в незначительном укорочении идентификатора такой большой ценой?

Вот минимальный алгоритм конвертации в любую систему счисления по основанию не выше 64 без проверок корректности входных данных.

var ciphers = '0123456789abcdefghijklmnopqrstuvwxyzABCDEFGHIJKLMNOPQRSTUVWXYZ-_';

function radixConv(n, base)
{
	var result = [];
	while ( n ) {
		var r = ciphers.charAt(n % base);
		result.push(r);
		n = Math.floor(n / base);
	}
	return result.reverse().join('');
};


// Проверка реализации
var n = 1e6;
alert([
    n, 
    n.toString(10), radixConv(n, 10), 
    n.toString(16), radixConv(n, 16), 
    n.toString(36), radixConv(n, 36), 
].join('\n'));

// Иллюстрация для 1e6
var n = 1e6;
alert([
    n, 
    radixConv(n, 36), 
    radixConv(n, 62), 
    radixConv(n, 64), 
].join('\n'));

// Иллюстрация для 1e9
var n = 1e9;
alert([
    n, 
    radixConv(n, 36), 
    radixConv(n, 62), 
    radixConv(n, 64), 
].join('\n'));

[RazZzeR]

Math.ceil(Math.log(n) / Math.log(base))

Вот теперь я понял тебя, большое спасибо за развернутый ответ, отличную рекомендацию.
напомню, что я порой часто заказываю скрипты у активных пользователей форума,
могу ли я обращаться к вам, rgl и with-love-from-siberia?

[rgl]

Маленькое предупреждение - при количестве десятичных цифр больше 15 уже не будет хватать точности представления чисел, поэтому правильно работать не будет.

[nerv_]

А смысл?

я тоже не оценил

если ставить id в название то 100% повторов не будет

sql auto-increment чем не угодил?

[RazZzeR]

sql auto-increment чем не угодил?

угодил, угодил

[RazZzeR]

Маленькое предупреждение - при количестве десятичных цифр больше 15 уже не будет хватать точности представления чисел, поэтому правильно работать не будет.

спасибо.

100.000.000.000.000

100 тысяч миллиардов (не знаю как называется).... миллиард картинок представить трудно, думаю до сотни тысяч то не доживу