Нюансы установок старых скриптов на более новом ПО Опции

[ALEXRUS]

Чтоб не писать в Гугл задам тут такую тему. Что нужно сделать, чтобы можно было, к примеру, вот такой IPB поставить на более новое ПО. Или придётся ставить более старые версии php и прочих компонентов?

[Siras]

Все упирается только в php, в новых версиях убирают одни функции и добавляют другие, все сводиться к праве скриптов.
Без геморроя данный ipb работает вроде на php 5.4 или 5.3, на 5.6 с минимум доработок (5-10 минут времени) (как раз у нас он работает на 5.6) на 7.* уже жопа.

[ALEXRUS]

Все упирается только в php, в новых версиях убирают одни функции и добавляют другие, все сводиться к праве скриптов.
Без геморроя данный ipb работает вроде на php 5.4 или 5.3, на 5.6 с минимум доработок (5-10 минут времени) (как раз у нас он работает на 5.6) на 7.* уже жопа.

Вот вечная проблема. И не только в php.

[Siras]

У nginx и mysql благо синтаксис не меняется)

[Metallica]

web развивается , а с пхп такая беда потому что он изначально делался под задачи колхозников , а теперь решил топы покорять , зат у него нет миллионов говно фреймворков

[ALEXRUS]

Да, он потихоньку начинает отмирать. Слишком много проблем.

[ALEXRUS]

Начал скрипты тестить на Денвере со старым ПХП 5.2. Дела обстоят получше. Хоть есть от чего отталкиваться.

[Metallica]

не пхп как был идеальным решением так и всегда останется
тем более язык не просто обновляется а выходит на уровень стремиться захватить энтерпрайз и комунити за годы милиардные

быстрее помрут эти руби . джава, джанги

а про 300 фрэймворков дажваскрипта я вообще молчу
никто даже не знает как влиться в эту парашу , помойка

[ALEXRUS]

Может быть. Но хотелось бы нормальной совместимости и обратной совместимости.

Чтоб установив хоть версию 10.0 работало всё так же, как в 5.0 условно. Такого нет.

[ALEXRUS]

В общем на PHP 5.2.12 особых проблем со многими старыми скриптами нет. Весь вопрос возникает только в кодировке.

Решается просто:
1. SQL запрос SHOW VARIABLES LIKE 'char%';
Выдастся какие кодировки стоят для чего
character_set_client — кодировка, в которой данные будут поступать от клиента
character_set_connection — по умолчанию для всего, что в рамках соединения не имеет кодировки
character_set_database — кодировка по умолчанию для баз
character_set_filesystem — кодировка для работы с файловой системой
character_set_results — кодировка, в которой будет выбран результат
character_set_server — кодировка, в которой работает сервер
character_set_system — идентификаторы MySQL
character_sets_dir — папка с кодировками

2. Идём в файл конфига MySQL (my.ini обычно), добавляем
skip-character-set-client-handshake
default-character-set=utf8
init-connect='SET NAMES utf8'
default-collation=utf8_general_ci
Где utf8 это нужная кодировка, скорее всего нужно будет cp1251 ввести.

Далее обязательно смотрим, чтоб эти запросы не дублировались уже в том файле. Перезапускаем SQL и смотрим.
На самом деле тут вообще очень гибко можно настроить. Не обязательно как я написал. Мне вообще помогла только строчка skip-character-set-client-handshake

PS Если у вас не свой серврер, а хостинг, то дело сложнее. Есть инфа и на эту тему, но мне она была не нужна, поэтому когда гуглил её пропускал.

[Metallica]

Все еще проще php_value default_charset windows-1251 .htaccess
ничгое конвертить не надо

[ALEXRUS]

Все еще проще php_value default_charset windows-1251 .htaccess
ничгое конвертить не надо

Не всегда помогает. В том то и дело.
Текст на странице и текст в базе данных немного разные вещи. Кодировка в БД тоже важна, тут htaccess не поможет.

[ALEXRUS]

В общем выход нашёл простой, установил несколько версий php на сервак вбок и проблемы как рукой сняло. В конфиге ток надо указывать, каким php пользоваться в домене.

[ismolnik]

Оператор 1С ?

[ALEXRUS]

Оператор 1С ?

kto?

[ismolnik]

Девушка

[ALEXRUS]

Девушка

A script tut prichom?

[ismolnik]

При шитье.