Для начала
1) Зайти в phpmyadmin, выбрать все таблицы, жмыхнуть "восстановить/repair".
Если не поможет
2) В index.php заменить error_reporting(E_ALL); на error_reporting(0);
3) Переустановить заново форум. После этого накатить из бакапа данные базы основных таблиц (сообщений, юзеров, форумов и т.д.), но без конфига.
И даже если речь не о php, то скорее всего можно реализовать варианты вроде этого
RewriteEngine on RewriteBase / RewriteCond %{HTTP:Authorization} !^$ RewriteRule index.php index.php?HTTP_AUTHORIZATION=%{HTTP:Authorization} [QSA,L]
Доступны.
Это же просто то, что передается браузером юзера в заголовках. При том что характерно, что в отличии от реализации авторизации на чисто php - через .htaccess авторизацию можно сделать даже если php стоит как cgi, а не как модуль. Вот если php работает в safe_mode, то могут быть проблемы.
Классический топик.
Что значит "тупик"?
1) Тупик значит что на определённом этапе развития придется менять движок из-за нехватки функционала, правильно мы понимаем мысль ТС? А про какую CMS можно сказать что её хватит "на всегда"? Мы каждый месяц слышим от 2-3 человек что "битрикс тупик", "пхпнюке тупик", "хостцмс тупик", "типо3 тупик" и т.д. и т.п. и главное всё в достаточной степени обосновано. Поэтому фраза "юкоз тупик" она в общем-то из ряда не выбивается.
2) Тупик означает что на определённом этапе развития придется менять хостинг из-за нехватки производительности, правильно мы понимаем мысль ТС? Но ведь опять же, это случится с любой CMS и с любым хостингом, т.к. "на всю жизнь" для развивающегося ресурса не хватит ни того ни другого.
Итого имеем 2 "проблемы" с юкозом... те же самые 2 проблемы что имеем с любой другой CMS на любом другом хостинге. Вопрос состоит в том как их разрешать.
2) На юкозе несомненный минус в том, что если не хватает ресурсов хостинга, то своё личное решение для его хостирования не внедрить, казалось бы так? Но...
2а) Кто-нибудь слышал что бы с юкоза гнали за нагрузку?
2б) Своё решение большинство сайтов всё равно не имеют, они покупают его у другого хостера, что мешает купить его у юкоза?
1) Если всё-таки принято решение из-за недостатка функционала сменить CMS, то определённо появляется проблема переноса данных. Но вопрос в том, что эта проблема появляется в любом случае. Да, пусть даже юкоз не отдает дамп БД.
1а) Но ведь все данные доступны по http (и даже логины/пароли активных юзеров можно косвенно добыть). То есть проблем с доступностью данных как таковых нет. Поддержка на блюдечке с голубой каемочкой их не выкладывает? Возьмите сами.
1б) Да, есть проблема как эти данные засунуть в новую CMS. Но простите, дампы БД никаких CMS друг с другом не совпадают, даже если бы Вам их отдали в raw виде. И попытка перенести дамп с "типо3" например на "битрикс" в принципе того же порядка сложности.
Это мы не то что бы в защиту юкоза, просто речь о том, что практически все цмс и хостинги имеют примерно те же проблемы что и юкоз, поэтому не стоит критиковать один конкретный сервис именно по этим причинам.
Переезд с какого-нибудь абырвалг-хоста и желтый-одуванчик-цмс на другой хостинг и другую цмс задача примерно того же порядка сложности что и переезд с укоза и точно так же когда-нибудь Вам придется её решать - какой бы хостинг и какую бы цмс Вы не выбрали.
Главная работает, остальные 404 выдают:(
Вопрос: а сколько сайты жить будут? Т.е. несколько раз видели размещение "навсегда", так оно ограничивалось сроком жизни сайта, который улетал или в бан или даже домен просрочивался через полгодика. Хотелось бы уверенности в будущности.
У Вас само Ваше утверждение алогично. По косвенным признакам невозможно проследить откуда пришел поисковый бот. Можно лишь предположить. А значит оппонент прав:) Вне зависимости от того, какие методы Вы предлагаете для определения - ведь Вы их уже записали в "косвенные".
Эти рассуждения из серии "настоящая машина это только машина ручной работы, а всякие jeep, toyota, bmv это для детишек, потому что не дают простора для полета фантазии, поэтому надо начать с изучения токарного станка и постепенно продвигаться к собиранию своего идеала машины".
CMS и не должна давать полёта фантазии, она должна выполнять свои задачи, вот так просто и утилитарно. При чём выполнять она их должна способом оптимальным с точки зрения денежных и временных затрат.
Есть такой принцип: "работает - не трогай" © В достаточной мере золотое правило.
Вам что-то не хватает в Вашем сайте? Вам не хватает каких-то функций? Определитесь каких именно и насколько они Вам нужны. Поищите нужный Вам функционал под phpnuke. Не найдете? Узнайте сколько будет стоить его создание. А вот потом уже смотрите на другие CMS и думайте - что Вам будет выгоднее - менять CMS или дорабатывать phpnuke или что-то ещё.
Менять просто потому, что "кажется движок ни на что не годится" это не выход. Тем более joomla это вообще движок одного ранга с phpnuke, только более модная и раскрученная, а drupal сравнивать с ними в принципе не корректно, т.к. он имеет несколько другое целевое применение со всеми вытекающими.
Собственно вышеотквоченное уже суть есть реклама вуду, не так ли? Это очень похоже на нечто в стиле"наркотики дают самые прекрасные ощущения в мире, но они очень опасны...". Так что в искренность выступления за "совесть и мораль" после этого уже не очень верится, уж извините.
Тем же кто выступает в стиле "профессионал и т.д. никогда...". Простите, но бизнес дело грязное, и никто с "высокими моральными ценностями" в бизнесе никогда и ничего не добивался и не добьется. Другой вопрос что некоторым профессионалам успеха в бизнесе и не нужно, но мы ведь не об этом, не так ли?
Что касается самой темы. Имхо, тут каждый увидел то, что хотел увидеть.
Нас удивили те люди, которые в предложении ТС увидели предложение "рекламировать убийства" и всё в таком роде. На пользу форуму это никогда не идет, вряд ли кто-то будет платить деньги за "убийство" ресурса.
Имхо идея ТС вполне адекватна, хотя могла бы быть выражена и более корректно... впрочем, может он её специально так выразил.
Нередко на ресурсах где люди давно "спелись" и поют в унисон много "читателей", а не "писателей", которые не лезут со своим (нередко адекватным) мнением только потому, что "в чужой монастырь...". Новичков там практически не будет прибавляться, да и старые читатели и писатели из "меньшинств" будут уходить. И форум зачахнет. Особенно это касается старых форумов с уже сложившимся костяком, но всё еще большим количеством "атипичных" читателей (новичков с поисковиков, старичков читателей и т.д.).
Таким форумам обязательно нужен 1-2 человека которые периодически будут уметь "... против ветра", в рамках вежливости, аргументированно и логически. Да, в известной степени их можно назвать провокаторами, но не обязательно в это слово привносить отрицательный смысл. Отличная (от других) точка зрения обязательно должна освещаться. Более того, отличная (от других) точка зрения нередко вызывает положительную реакцию и поддержку тех юзеров которые раньше молчали и только читали или уже собирались уходить т.к. "тут со всеми всё ясно".
Так что мы бы не стали так однозначно критиковать идею и предложение ТС и тем более обвинять людей откликнувшихся на неё во всех смертных грехах.
Это может быть признаком xss у Вас на сайте.
Кто-то нагенерил у себя ссылок вида search.php?text=<a href="warez.ru, кинул их на одну страницу и скормил её гуглу.
Соответственно из-за xss гугл может увидеть что Ваш сайт ссылается на warez.ru
Возьмите один из запросов и проверьте - если он выдаст страницу со ссылкой на чужой сайт, то вопрос решен.
Вполне возможно, тоже с аналогичным сталкивались.
Узкая специализация у хорошего программера должна совмещаться с наличием прикладных знаний, иначе это получается не программист, а "индус".
Классический пример поиск символа в строке, большинство "узкоспециалистов" даже если вызубрили наизусть что stristr лучше регов, но никак объяснить это не могут и сути не понимают.
То что мы видели в мамбовском тесте - в основном именно прикладные знания, размер трусов там вроде не спрашивали, а вот умение пользоваться проектными менеджерами, знание что для записи тэгов используются <> а не {} и умение узнать версию оси для которой ты программируешь всё-таки должно присутствовать.
