Andrew_Novikov, вам сначала надо понять что это не вопрос мнений.
Это все равно что спросить "а сколько по-вашему будет дважды два?"
Это не как будет "по-моему", а какой будет единственно правильный ответ.
Вместо 100500 таблиц должно быть ДВЕ.
В одну пишется информация о спортсмене. Назовем её athletes. Кроме имени и других очевидных полей в ней должно быть уникальное автоинкрементное поле id.
Во второй должна быть информация из всех этих ваших таблиц, плюс значение id соответствующего спортсмена из таблицы athletes.
И выбирать из неё запросом, который я привел выше.
Плюс надо посмотреть что у вас там в еще двух базах данных. и явно перенести все в одну
Andrew_Novikov, вы не поняли.
Проблема не в сервере. Под ваши задачи даже утюг подойдет в качестве сервера.
Проблема в том что у вас, если говорить прямо, идиотская структура БД.
Это нормально для самоучки. Все с этого начинают.
Но вот что ненормально - это то, что вы за нее держитесь, и вместо того чтобы сделать по-человечески, пытаетесь подставить какой-нибудь костыль
Это хороший ответ, но под него надо редактировать заголовок вопроса
иначе этот пост превратится в то, за что мы все так ненавидим Q&A сайты, когда пытаемся гуглить ответ на свой вопрос
"select * from Petr_Yan", извините, но это какой-то бред.
Начиная с имени спортсмена, как у какого-нибудь рептилоида, и заканчивая кривой структурой БД
Сколько у вас записей в этой таблице?
Zefirot, а никто и не говорит, что это "мало". Но с точки зрения больших данных ваш "даже гигабайт" - это детский лепет.
Вы разве не видите предложенную правку? "Как хранить часто используемые большие объемы данных в игре" отражает суть вопроса и не сбивает с толку использованием термина "большие данные".
Как раз наоборот, поведение абсолютно нормальное. Я понимаю, что в угоду своему самолюбию вы стараетесь переложить свою ошибку на "нубов", "винду" или питон. Но старайтесь быть честным с собой и признавать ошибки. Это очень важное умение для программиста, именно в профессиональном плане.
Питон, особенно последних версий - очень логичный и продуманный язык.
И в данном случае он демонстрирует как раз предсказуемость поведения. Строки в нем можно использовать только в UTF-8. Таким образом, ошибка, про которую вы говорите, становится невозможной в принципе. Если вы попытаетесь написать строку в 1251, то питон уже при запуске программы сообщит об этом.
Это является очень большим достоинством, а не недостатком.
Я достаточно поработал с языками, где вообще никак не узнать, в какой кодировке написан текст, что как раз и приводит к множеству недоразумений. А здесь все стройно и логично
Да, кстати, про изменить кодировку в файле. Сразу видно, что вы никогда не пробовали :)
Тут ведь дело не в нубах, и не в виндах. А в Питоне.
Попробуйте выполнить скрипт на питоне, в котором есть строка в 1251. потом расскажете результат ;)
На самом деле наоборот - выглядит ровно так, как и должен выглядеть текст в utf-8, интерпретируемый как 1251
Вот даже если просто символы посчитать, РјРёСЂ - здесь все шесть, а никак не три, как было бы в однобайтной кодировке 1251.
А когда отображается 1251 в UTF-8, то браузер показывает черные ромбики, потому что в utf-8 просто нет валидных символов с кодами из второй половины ASCII
Тогда странно.
Если файла нету, то я бы предположил, что его уже перед этим успевает move_uploaded_file переместить
В общем, получается, что файла как бы нет.
Выведите-ка в лог содержимое $_FILES и результат существования файла через file_exists() (через json_encode() например )
А дальше это надо будет предъявлять хостеру.