Да-да, на кинескопах Mitsubishi Diamondtron такое фиолетовое покрытие, приглушало блики но не убирало их полностью (собственно, как и делается на глянцевом LCD). Однако монитор оставался глянцевым и отчетливо отражал детали яркого окружения, по сравнению с матовым LCD, на котором яркие детали расплываются бесформенным пятном.
Точно помню, Lacie на CRT были с глянцевой поверхностью (а как иначе на стекле?). Еще лет 5 назад на них профессионально работали с графикой и не жаловались :)
Я пользуюсь mail.ru, почтовым клиентом и pro.mail.ru, никаких проблем не испытываю, меня поражают люди призывающие отказаться от mail.ru. И да, я знаю про gmail, завел там ящик но не пользуюсь им, просто нет для этого причин.
По названию одного файла? Я только в топике привел примеры 2-х файлов, с ходу могу показать еще 5-7, не говоря уже по отлупам permission denied на другие файлы проекта. И, я не утверждаю, вы наверно не заметили знак вопроса «?» в заголовке топика!
да что такое происходит, почему комент сам публикуется?
Пример:
— заходим на страничку баребона K45, раздел спецификация, POWER: 100W
— возвращаемся в раздел Фишки, Спасите планету Energy Star, качаем описание тестовой конфигурации, Power Supply: Shuttle PC60-300W 80+
И комментарии! Все комментарии поменяли рейтинг, даже минусовые. Самый отрицательный -30 поднялся до -11; положительный +74 опустился до +34. Врядли это кто-то так прошелся, точно пересчет.
У всех моих топиков упал рейтинг, в минус не ушел, но мой любимый топик рухнул с +207 до +93 (топик старый, за который врядли кто-то мог голосовать), остальные не жалко. Это косвенно может подтверждать пересчет!?
Смысл прописывать переменные прямо в строке очень простой, я покажу.
Разработчики честно попытались исправить ситуацию с кодировкой, для этого они ввели новую процедуру:
Однако, на этом участке кода, переменные database_connection_method и charset не импортированы, т.е. не имеют того значения, которое предписано в include/config.inc.php (SET CHARACTER SET utf8).
Следовательно, исполнение этой процедуры совершенно ничего не меняет, в итоге мы исполняем пустой запрос:
mysql_query(" ", $this->conn);
В моем варианте мы оставляем эту ошибку на совести разработчиков и повторяем ту же самую процедуру, но с предварительно сформированной строкой запроса:
mysql_query("SET CHARACTER SET 'utf8';", $this->conn);
Ваш вариант по ссылке делает абсолютно то же самое в пункте 2 и 3, но с некоторым избытком. Я поясню.
В моей конфигурации, для того что-бы исправить сопоставление, достаточно в файле dbapi.mysql.class.inc.php изменить или NAMES или CHARACTER SET но не SESSION. Ваш вариант делает все эти три операции сразу в двух файлах, хотя достаточно только одной из первых двух.
Что касается создания БД (первый пункт вашей ссылки), в моем случае, это оказалось лишним. БД уже создавалась с приемлемыми параметрами.
Но, нам не очем спорить ;) у каждого своя конфигурация, и по хорошему, чем накладывать грубые хаки, лучше было бы исправить код так, как это подразумевалось разработчиками.
Кодировку БД таки исправили, создается честный utf8. Пытались исправить сопоставление коннектора… не получилось :)
Патч по ссылке избыточен, достаточно сделать то, что я предложил в топике, проверено.
Пример:
— заходим на страничку баребона K45, раздел спецификация, POWER: 100W
— возвращаемся в раздел Фишки, Спасите планету Energy Star, качаем описание тестовой конфигурации, Power Supply: Shuttle PC60-300W 80+
— заходим на страницу
Разработчики честно попытались исправить ситуацию с кодировкой, для этого они ввели новую процедуру:
@mysql_query("{$database_connection_method} {$charset}", $this->conn);Однако, на этом участке кода, переменные database_connection_method и charset не импортированы, т.е. не имеют того значения, которое предписано в include/config.inc.php (SET CHARACTER SET utf8).
Следовательно, исполнение этой процедуры совершенно ничего не меняет, в итоге мы исполняем пустой запрос:
mysql_query(" ", $this->conn);В моем варианте мы оставляем эту ошибку на совести разработчиков и повторяем ту же самую процедуру, но с предварительно сформированной строкой запроса:
mysql_query("SET CHARACTER SET 'utf8';", $this->conn);Ваш вариант по ссылке делает абсолютно то же самое в пункте 2 и 3, но с некоторым избытком. Я поясню.
В моей конфигурации, для того что-бы исправить сопоставление, достаточно в файле dbapi.mysql.class.inc.php изменить или NAMES или CHARACTER SET но не SESSION. Ваш вариант делает все эти три операции сразу в двух файлах, хотя достаточно только одной из первых двух.
Что касается создания БД (первый пункт вашей ссылки), в моем случае, это оказалось лишним. БД уже создавалась с приемлемыми параметрами.
Но, нам не очем спорить ;) у каждого своя конфигурация, и по хорошему, чем накладывать грубые хаки, лучше было бы исправить код так, как это подразумевалось разработчиками.
Патч по ссылке избыточен, достаточно сделать то, что я предложил в топике, проверено.