MIXOH

htacess и связанные с ними параметры, возможно ЧПУ, возможно и вовсе другой реврайт

В общем смысле много за что, не поленитесь погуглить, описаний назначения и конфигураций просто валом. В отношении того-же таки IPS, в основном он используется для mod_rewrite для ЧПУ, ну и например редиректов если используется SSL Все зависит от того во-первых от того где именно вы удалили этот файл (в корне какой папки?), во-вторых использовался ли он самим DLE Смотря какие инструменты для работы с базами вам доступны, например phpMyadmin. Варианта два, либо вы просто удаляете из своей базы то что относится к IPB не трогая таблиц DLE (по префиксам или как там у вас хранятся таблицы), либо просто создаете для IPS отдельную базу

Это понятно что будет работать, я имел ввиду несколько другое, не сколько даунгрейдить движок, сколько оставить его работать под PHP5 при том что он (возможно более производительней) может работать на PHP7

Предыстория вопроса: Есть некий хостинг, точнее даже не хостинг, а VPS (это важно!!!), есть ряд довольно старых сайтов, немного подрихтованных для работы хотя бы на PHP5.4, о переделке их под PHP7.Х пока речи нет, муторное это дело, проще уж тогда две ветки PHP прикрутить. Сейчас стоит "голый" IPS на PHP7, кроме того что как бы все работает, оценить реальный прирост производительности и оптимальность работы по сравнению с PHP5.X возможности нет. Собственно, простой незатейливый вопрос, насколько (в сколько нибудь осязаемом отношении) по вашей оценке PHP7 повлиял на производительность работы IPS? Не в теории, на практике. Есть ли у кого такой опыт? То есть, что в конечном итоге будет проще, даунгрейдить IPS под PHP5, апгрейдить другие сайты под PHP7 или таки однозначно смотреть в сторону того чтобы "дружить" обе ветки на одном серваке?

br2988, Начиная с 4.какой-то версии (не помню точно), часовой пояс устанавливается автоматом исходя из настроек часового пояса сервера/конкретного пользователя. Таким образом, для точного отображения часового пояса, требуется правильная настройка на сервере где установлен IPS, и далее корректировка в соответствии с правильно установленным поясом у пользователя.

этот параметр находится в файле conf_global.php в корне

Я проверял, нормально обстоят, в отличии от описанного вами 3.4.х, в IPS4 весь контент отдается по https, никаких дополнительных манипуляций, кроме изменения http на https в base_url не требуется, бывают иногда с некоторыми обновами "косяки" с content mixed, но это легко поправимо. По крайней мере в последнем доступном релизе с этим все ОК. Все работает "из коробки". В чем именно поддержка? Делаете себе сертификат, и "прикручиваете" к своему web-обработчику в зависимости от того, что у вас там за конфигурация (хостинг, VPS/VDS, apache, nging, и т.д.)

Примерно понял о чем вы хотели сказать, но на всякий случай замечу, что домены к настройкам пхп, апача, и т.д. не имеют отношения, это сугубо DNS-ные дела. Что же до вашего вопроса, то если речь идет о хостинге, то безусловно, за вычетом некоторых общих настроек или ограничений, для каждого сайта могут быть свои настройки окружения.

x22, Не факт, в моей практике как раз таки наоборот, хостер заботится в первую очередь о максимально доступном функционале доступного вам PHP-функционала, поэтому по-умолчанию (так-же кстати как и при установке PHP на локалхосте), все функции включены.

Тут тоже однозначного ответа быть не может, может лежать во многих местах в зависимости от ОС, конфига и т.д. Проще всего узнать его местоположение в конкретном случае, банально при помощи phpinfo() По второму вопросу, естественно что зависит от конкретных применяемых скриптов. Но проверить повлияет или нет, несложно, в любом случае, даже если отключение функции и повлияет на работу, то ее обратное включение вернет все на круги своя. Но опять же, повторюсь, скорее всего что их отключение пойдет только на пользу.

Все конечно зависит от того какие из этих функций могут быть необходимы для всего того что у вас установлено. Но как правило, наиболее "опасные" из них, по правилам хорошего тона не применяются широко в публичных (не самописных) скриптах, они важны скорее либо в качестве временных (отладочных), либо специфических применений. Но убедится в необходимости той или иной функции не помешает. Отключаются они как правило в пхп.ини, при помощи директивы disable_function если не ошибаюсь, ну либо же в зависимости от панели хостинга снятием галочек, указанием их в одноименном поле.

Типа того, писал с телефона, главное понятно же

Да, но боюсь во-первых на TTL DNS-серверов это увы не повлияет))) а во-вторых, если не менять конфиг того-же IPS, он так-же будет в большинстве недоступен, хоть через смену hosts, хоть через тех.ссылку хостинга. Пожалуй максиму, что сможет хоть как-то ускорить этот процесс, это установка юхтааццесс, у хостингера в папке с действующим доменом, и то, только в том случае, если кроме домена, доступен и сам хостинг ;)

woloss, не спорю, если хостингер даже в случае с NS-обслуживанием г****, то бесспорно, уходить от них нужно вместе с доменом))) Я настолько не осведомлен в качестве их услуг, везде попадались только негативные отзывы о качестве именно их хостинга.

Ильназ Громов, у меня нет скриншотов админка вашего хостингера. Вы же сами указали что в списке доступных вам функций есть Перенаправление. Вот это то что вам и нужно.

Sanshalay, woloss, при чем тут домен к хостингу, домен вполне может быть у хостингера - как у регистратора домена, и обслуживаться на их NS-серверах, при этом ничто совершенно не мешает "крутить" тот-же IPS на другом хостинге. Ильназ Громов, Если я вас правильно понял, то в вашем случае проще всего просто сделать прямой редирект по 301 (из перечисленных вами опций это Перенаправление), и прописать при этом NS-сервера, вашего предпочитаемого хостинга

При том, что даже отключение вложенных цитат, комфорта с цитатами не сильно добавляет.

Существует. Для курирования всего форума, просто используем групповую политику группы "Модераторы", если же нужно для отдельного раздела форума, или категории файлов, или отдельного альбома галереи например, назначить конкретного куратора, то каждому пользователю можно отдельно от его групповой принадлежности дать такие права в разделе "Пользователи>Администрация"

ИМХО проще дождаться выхода 4.1

Плагин транслитерирует ссылки на только на новый контент. Если на момент установки плагина, в системе уже имеются публикации, там же в этой теме, найдете и запрос который необходимо сделать к БД, чтобы переделать ссылки на уже имеющиеся публикации.

Хорошим тоном у разработчиков плагинов, стилей и т.д. является размещение дополнительных файлов в папках, согласно структуре самого IPS, поэтому все сводится к обычному копированию в корень, с перезаписью. Если же у вас другая иерархия дополнительных файлов, тогда придется ручками копировать все это, согласно иерархии движка. Файлы ядра к ядру, файлы приложений к приложениям, и т.д., но для этого важно понимать, какая структура файлов у IPS.

Установить плагин URL Transliteration

@vovchik3003 то что язык появился в АЦ, еще ни о чем не говорит, откройте его и скорее всего там перевелось буквально пару строк. По всем ошибкам вопросы к хостеру. (настройкам PHP). Для начала, версия PHP на хостинге хоть какая?

Нажимать в процессе русификации никуда не нужно, как и обновлять страницу и т.д., тем самым вы прервете выполнение скрипта. Если нет проблем с локалью на сервере, то скорее всего причина банальна, в настройках PHP стоит недостаточное время для выполнения скрипта (константа max_execution_time)

В таком случае если "из коробки", то могу разве что для этих целей использовать галерею. Если такой вариант не подходит, тогда только копать функцию "маскировки" вложений, и например прикручивать к ней транслитерацию и т.д.