ну вообще-то "CDN как тут" не CDN, а отдельный домен, на который залили картинки. Видимо, с более дешевым трафиком. Это делается настройками vbulletin и достаточно просто.
обычно такая : Incompatible file format: The encoded file has format major ID N, whereas the Loader expects N+M. Те, кто используют убунту не станут возиться с php5.2. Но для работы с php5.3 старые скрипты необходимо перезендить на новый лад.
Так что у ТС похоже один выход - установка php5.2 и старого zend optimizer.
myhand, опять фигню написал.
Но вроде ты уже достаточно себя дискредитировал в лице случайного читателя-программиста, чтобы можно было закончить объяснять.
myhand, по-вашему получается, что большинство сайтов работают на основе недокументированных возможностей и завтра обязательно рухнут. А остальные сайты просто никто не знает как работают.
Это очевидная неправда, а значит и предпосылки приведшие к этому суждению тоже неправда.
myhand, как правило не меняется от минорных обновлений. И точно не меняется после обновлений безопасности. Дистрибутивы специально держат свою версию и портируют фиксы из поздних версий. Это вам информация на тот случай, если вам придется работать не в хостинге где +-10 клиентов погоды не делают.
Если админ в команде разработчиков заявит подобное, то его просто уволят. Вы с хостингом своим совсем поехали.
Все полагаются на то, что индексы, будь они созданы, задействуются и субд в большинстве случаев выбирает оптимальный план. Если не делать внезапных апгрейдов, то из практики видно как себя ведет оптимизатор.
Kel_Kimpbell, да там скорее не "на замок", а на сигнализацию. Причем те кто неправильно понял суть сервиса, фактически оставляют с открытой дверью, но с сигнализацией, да.
myhand, по-вашему, значит, нормальный программист должен всегда использовать FORCE_INDEX во всех запросах ?
Эти баги описывают ненормальное поведение сервера после обновления с 5.0 на 5.1. Из документации подразумевается, что индексы работают там где должны работать.
Гарантий, что они будут работать нет, но если они не работают SQL не имеет смысла использовать. Он специально создавался чтобы исключить императивное программирование в СУБД.
Попадание на такой баг - подлянка от администратора из самых лучших его побуждений.
myhand, значит касательно создания проблем при внезапной миграции с 5.0 на 5.1 возражений нет? остальные две ссылки про этот случай. и они вполне могут случиться сейчас.
myhand, проблемы при переходе 4.1 на 5.0 я привел для полноты картины, чтобы показать что подобная ситуация постоянно повторяется. Конкретно сейчас сидеть на 4.1 сейчас смысла мало. Но не далее как 12 января было обновление 5.0.95. Эта версия не развивается, но не заброшена. Дистрибутивы могут спокойно портировать официальные фиксы. Все нормально же.
