Прежде всего на VPS вы не сможете увидеть нагрузку соседей.
вы отрицаете очевидное численное преимущество дополнений oscommerce перед любым платным движком?
Ну, например, поискать как заставить это приложение делать еще и chmod 777 после создания папки. В этом случае становится неважно кто заливает файлы.
Хотя вас сейчас пошлют заказывать админу настройку идеологически правильного хостинга.
betam, это лишь вопрос самодисциплины. Очень странно что только применение шаблонизатора открыло вам глаза на то как нужно писать на php.
Фактически, все годы еще до того как хабрабыдло выучило слова MVC и Шаблонизатор, в php уже все было. Все нормальные проекты и без шаблонизаторов так и писались : Модель - в базе mysql, View - выводящий код, Контроллер - код скрипта.
Запрос выглядит нормально. Так что что-нибудь не так с кодировкой.
Выведите в том же скрипте запрос "show variables like 'collation%';" и добейтесь чтобы этот запрос показывал правильное collation для вашей кодировки.
а что, те кто продают базы не научились нормально экспортировать ?
уж явно не волшебным скриптом за 2 бакса.
можно в новой базе "поднять" значение автоинкрементных полей id чтобы не пересекались со старыми и выгрузить ее.
Да это частенько бывает даже если на сайте нету уязвимостей. Более того, постоянно на неправильном url это наблюдаю:
89.36.39.203 - - [17/Jan/2009:23:33:32 +0300] "GET ///index.php?lnk=http://www.the-highway.com/forum/robots.txt?? HTTP/1.1" 403 162 "-" "libwww-perl/5.803"
и такого в день раз по 20. Никто еще не пострадал .
eServer.ru, еще раз, phpmyadmin можно доверять? почему,по-вашему, он не работал?
eServer.ru, Однако в phpmyadmin негде побить таблицы так чтобы он перестал пускать. Там вообще ничего не ломается. Как же это могло произойти?
Днем действительно форум не открывался, я видел.
Что-то вы курите. нельзя закрывать соединение до тех пор пока не получены данные.
Если это и работает, то только потому что php действительно буферизирует данные.
Попробуйте использовать mysql_unbuffered_query() если для вас так важна экономия памяти PHP (но не в mysql). И да, mysql_close() все освобождает.
