Как поставить нужную локаль на сервере по умолчанию?

второй скрин
(Добавление)

А что мне нужно? Можно в 2 словах? Сомневаюсь что вы это поняли.

Я прошу помочь мне в настройке обычных вещей - чтобы интерпритатор PHP на моем сервере мог изначально обрабатывать кириллицу стандартными строковыми функциями, без каких либо дополнительных манипуляций - все! Это что-то не естественное и не нормальное?


Ни в коем случае! ) Все ждал когда меня начнут обвинять в рекламе ) Это все лично мое мнение и я его никому не навязываю. Просто не люблю необоснованных претензий.

PS: Вы, кстати, тупо слились с ответа
Прикреплено изображение (Нажмите для увеличения)

(Отредактировано автором: 22 Октября, 2014 - 22:09:13)

HRusty ну почему же слился Совет вам уже дали и не раз

Оставьте как CGI.
Кстати не совсем понял. Вы говорите что у вас VDS, и тут вдруг какая-то isp-панель... Систему не сами ставили? Если нет, то отсюда может быть корень всех проблем.

-----
Список фильмов с описанием, блекджеком и... для Joomla? -> https://киноархив[dot]com
Демо нового движка для сайта php.su -> php[dot]su, проект на гитхабе

Да пока ничего не помогает...


Я говорил ВПС (хотя не уверен что есть различия). У меня виртуальный сервер в общем, не выделенный. Ставил не сам - мне до этого далеко еще, да и не очень бы хотелось вникать в эти дебри )) Подключение и пара команд через консоль (путти) для меня пока вершина айсберга в этом плане )) Ну, через файловый менеджер ISP могу еще полазать и подредактировать разные файлики.

Сам я только переустанавливал виртуалку через vdsmanager (нажатием одной кнопочки ) так как были некоторые баги после первой установки хостером.
(Добавление)
Тут сейчас случайно заметил что некоторые ПХП скрипты (модули), которые ранее обрабатывали стртоловер и стртоаппер наоборот, стали работать исправно (стртоаппер в верхний регистр, стртоловер в нижний), однако мой скрипт из 1 поста почему то все также не обрабатывается... Пойду разбираться...

(Отредактировано автором: 22 Октября, 2014 - 22:37:56)

Ради того, что бы потом у потомков проблем не было с вашими поделками.


Не, не существенны, будет у вас 280 мегов, или 320. Про гзип - это я про передачу данных. Про хранение - даже в голову не пришло, что кто-то скажет.


Ну "проблемы", они, как и у UTF - у тех, кто не понимает. Можно подтянуть знания и решать эти проблемы.

Насчет "проблемы". Вы смотрите, что phpinfo дает, в частности _SERVER значения. Если переменные окружения (LANG и т.п.) дошли до PHP - должен работать в нужно локали. Ну или get default locale или как там функция.

(Отредактировано автором: 22 Октября, 2014 - 22:41:11)

-----
self-banned

Ну я так то сайты для себя делаю а не для потомков ) Перед передачей в наследство, так и быть переконвертирую (может быть)



Я тоже про передачу.. В ГЗИП можно еще и хранить? ) Просто насколько я знаю, ГЗИП нагружает процессор, и его использование не всегда оправданно.



Во, это уже ближе к делу! ) Я сейчас как раз пересматривал функции ПХП чтобы найти функцию выводящую текущую локаль - не нашел. А Ваш метод то что нужно! Благодарю )


Вот что нашел по теме в пхпинфо:

Да нету проблем. Если вы на готовых продуктах, там решили все за вас или, в крайнем случае, как убогий битрикс - попросят одну строчку в php.ini.
Если сами пишите - просто знаете, что использовать, и все. Это не проблемы вообще. Достаточно научится, как и во всем IT.

Так зачем делать в старой кодировке, если потом может понадобится страдать с перекодировкой? Это уже посложнее будет.

UTF8 становится стандартом, хотите вы это или нет. И скорее рано, чем поздно - огребете проблемы, которые будете затыкать вот такими вот iconv-ами.

А так, сидите на 1251 сколько влезет.



В юниксе есть такая штука - переменные окружения. Если в putty наберете env - увидите их.

Каждая новая запускаемая программа наследует окружение. Т.е. если при загрузке системы кто-то установил переменную окружения, то дальше она будет "распространяться" по запускаемым этим "кто-то" программам. Если они не изменят или отфильтруют.

Вот дело в том, что когда php запускается как cgi - он скорее всего запускается там через suexec, а последний "чистит" окружение, типа в целях безопасности. Ну и LANG прибивает.

Пока я вижу один вариант - запуск через врапер. Т.е. делается bash скрипт, который запускается вместо php, делает установку переменной окружения и запускает php-cgi.

Господи.. неужели кто-то еще использует php-cgi... мда.
(Добавление)

Я думал вы это уже попробовали. Раскоментировать и C заменить на ru_RU.cp1251

(Отредактировано автором: 22 Октября, 2014 - 23:40:01)

-----
self-banned

Ох как все сложно.. А просто изменить в каком нибудь файле значение не получится? Ну или через ту же консоль задать нужные параметры?


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

Вот, зашел в консоль под одним из юзеров:

(Отредактировано автором: 22 Октября, 2014 - 23:48:58)

Да подумалось что мне это не подойдет, из-за использования связки ПХП + ЦГИ. Сейчас попробовал - не помогло. (сервер перезагружал)
(Добавление)

А если использую готовые продукты (модули, скрипты, плагины) написанные НА и ДЛЯ cp1251? И их авторы либо вообще уже давно забросили свои продукты, либо просто не собираются включать в них поддержку УТФ?

А модули всякие разные, есть и такие которые по своей сути являются чуть ли не самостоятельной ЦМС с кучей своих PHP классов и т.п., у которых изменить принцип работы на другую кодировку не такое и простое занятие.

Да и я вижу картину как раз обратную на рынке, проблемы с кодировкой УТФ у людей в этом плане. Почти все модули для той же дле выпускаются только в/для CP1251, иногда попадаются с поддержкой и того и того, и совсем редко (менее 0,5%) с поддержкой только УТФ8 (привет Пафнутию)))



Ну вот какие например? Рассинхрон в кодировке с новыми модулями/плагинами? А что если обходить такие стороной? Или и вовсе все нужное мне заказывать конкретно под себя или даже писать самостоятельно?


Вас конкретно чем обидела эта "гребанная" кодировка?


Скоро умру?


Это смотря в какую сторону ) Написать свою ЦМС, да не смогу, знаний пока маловато. Особой целью и не задавался по сути расти в этом направлении, меня пока и ДЛЕ во всем устраивает. А вот азы: функции пхп, js, jquery, html, css - все что нужно обычному вебмастеру (не программисту) я знаю, и кое что при надобности смогу подправить под себя )


И на том спасибо


А там петти то-то умеет, и всего за 11.5 месяцев! Вы сюда пи*** пришли мериться? ))


Понимаете, есть люди которым что-то сказали и они это тут же делают, не задумываясь что и зачем. В процессе возможно начинают об этом подумывать, но не сразу.

А есть люди которые сначала думают, все взвешивают и потом делают или не делают. Вот я отношусь скорее ко второй категории. И пока, в данной теме, не прозвучало ни одного весомого для меня довода преимуществ утф кодировки. Более того, я привел кучу примеров почему мне НЕ стоит на нее переходить. Переубедите меня? Внимательно Вас выслушаю и скажу Вам только спасибо! А пока все как то неубедительно.. 21 век, потомки, будущее, проблемы в будущем... Пока я их не наблюдаю, и не вижу никаких предпосылок для них. С другой стороны проблемы и ошибки с утф у меня есть уже сейчас и их много. Ферштейн?


Вот это уж точно! ))) Пробовал я и мак технику (тоже кстати 2 раза - думал в первый раз что то не так понял) - оба раза продавал эту технику к чертям собачим )), пробовал и другие движки, и другие методы управления сервером (SSH и т.п.) - мне такого добра даром не надо! ) Слава Богу что все что Вы перечислили есть и я этим могу пользоваться ) Хвала людям придумавшим это! )


Вы во мне конкурента чтоли увидели? )) Не бойтесь, я "программирую" только для себя, ито очень редко - в основном это мелкие правки )

(Отредактировано автором: 23 Октября, 2014 - 00:40:11)

Перебираться на новые ЦМС.
Те ЦМС, которые вроде как развиваются, но при этом не работают с utf8 - это 100% набор говнонаслоений. Подумать страшно, сколько там говна. А потом удивляются, что сервер новый нужен ;) Я, правда, не знаю, что такое ДЛЕ. Что-то олдскульное, видимо, хардкор с поддержкой PHP4?

И вообще, в большинстве случаев все это решается перегрузкой http://php.net/manual/ru/mbstring.overload.php


Нет, скорее технологии, которые хотят utf. Ну вроде json-а.


Вы не те акценты сделали. Надо выделить "меня" и "мне" ;)
Могу дать вам аргумент - общее развитие. Это на самом деле очень важный аргумент для человека, который вообще собирается как-то профессионально двигаться. Это не значит, что пробовать все подряд, но utf8 - уже давно не для гиков, а для всех.
Ну а вы решайте уже, насколько этот аргумент важен ВАМ ;) Или же для вас важнее ковыряться в страшном легаси коде.


Для начала советую https://ru[dot]wikipedia[dot]org/wiki/PHP и там раздел 5.3 Режимы запуска интерпретатора (SAPI)

После этого, смотрите. PHP-CGI и правда тяжел на запуск, хотя все относительно, конечно. Если скрипты быстрые - может быть заметно. Если медленные - можно забить. Почему его используют? При его запуске можно сменить user id. Если у вас два сайта под разными unix юзерами - то все файлы, создаваемые через PHP будут от этого юзера.

mod_php же работает от имени пользователя веб-сервера (какой-нить httpd, www-data и т.п.). Ну и файлы будут создаваться от этого юзера. И место, где они будут создаваться - у него должно быть разрешение на запись. Т.е. неплохо бы понимать, что как работает в системе прав unix.

Просто уже с 5.3.3 появился хороший встроенный fcgi сервер, который решает недостатки обоих вариантов, но его нужно отдельно сконфигурировать. Видимо панелька не умеет этого.



Лично я вижу только один вариант. Он не сложен, на самом деле.
1. Находите php-cgi (в шеле which php-cgi), например /usr/bin/php-cgi
2. Переименовываете его (mv /usr/bin/php-cgi /usr/bin/php-cgi.bin)
3. Создаете файл /usr/bin/php-cgi и пишете там что-то вроде

-----
self-banned

Перерыл много ДЛЕшных файлов в поисках причины, почему модули ДЛЕ корректно обрабатываются, а мой маленький скрипт нет. В итоге нашел таки в подключаемых языковых файлах, в самом низу такую строчку:

Не, переконвертировать ничего не нада. Существующие проекты трогать не нужно. Я про новые, если они будут у вас.


Хихи ;) Скорее уж наоборот, utf8 то нынче везде будет, а вот про 1251 не уверен, особо если устройство не совсем в/для россии.


Ну в общем да - это нормально ставить явно локаль, с которой хотите работать. Я думал, вам легаси код нужно завести, в котором нет указания локали.

-----
self-banned