Valentine5, для будущего мы встаем ото сна...
Однажды людям может прийти озарение, что docx ни к черту не годится для документооборота, и понадобится делать pdf - а вы уже будете к этому готовы.
И вообще: при правильной организации коллектива такого понятия как "ключевой" или "незаменимый" сотрудник быть не должно
Жадность работодателя - один из факторов образования "ключевых" сотрудников. Просто когда все остальные разбежались, оставшийся становится ключевым ipso facto, невзирая на прочую организацию.
v1t3man, вы после них смогли сесть и работать, не заглядывая в обучающие материалы?
Вам что-то мешало ознакомиться с этими обучающими материалами, не тратя время на курсы?
Lynn «Кофеман», а программы об этом знают? У ТС вопрос-то в том, чтобы ему в выпадающих списках диалога выбора шрифта не нужно было прокручивать тысячи шрифтов. Однако такого я, признаться, и на винде не встречал. Там разве что прикладухи-каталоги от Adobe и Corel позволяли покопаться в шрифтах более упорядоченно, чем в конкретной программе, и только.
Lynn «Кофеман», ну как же - все понятно.
ТС линукс на диск ставил, а компьютера вокруг этого диска вообще не было, чтобы не мешать телепатам разбираться с диском.
Вячеслав Шимарулин, при желании в пользовательскую папку просто монтируется папка с HDD. Или вообще бросается симлинк. Есть управа на мусорящие приложения, есть... сам юзер, наваливающий себе фоточек и видео на рабочий стол, куда опаснее ;)
dmshar, 25 лет назад сдал диплом, в основе которого лежала именно написанная на пару с сокурсником расчетная программа (лютый сопромат для особенных конструкций). Причем она еще была на Паскале.
Впрочем, весь остальной практический проект и положенные чертежи к ней, конечно, прилагались.
FanatPHP, так он делает либо неправильную перекодировку, либо двойную.
Вместо того, чтобы просто запустить последнюю строчку и получить нормальный текст.
ТС, забудьте про ISO. Это просто надпись в файле, никакого отношения к вашей строчке не имеющая. У вас строчка в виндовой кодировке, и ее нужно перевести в Уникод. Вот и все.
rPman, БД хороша, когда тебе нужно отлаженное решение без сюрпризов. Про SQL никто и не говорил.
А работа с "файл на объект" с ростом количества записей утыкается в ограничения ФС, начинает приносить сюрпризы и тормозить в среднем куда раньше, чем БД.
Надо изобрести велосипед, через уникальную жопу решив вопросы хранения, которые в БД сто лет как пережеваны и отлажены, и не получить никакого профита, кроме необходимости разбираться с любыми проблемами именно тому, кто этот велосипед писал. Вот это - хорошо!
Лентюй, во-во. "Главный вопрос в названии" выглядит так, как будто его составил лингвистический робот из терминов, примерно относящихся к одному облаку. Никакой внутренней логики.
Самое тупое после использования SimpleXml где попало - это самостоятельное написание парсера XML на пыхе.
Сто лет как написаны и отлажены стандартные парсеры! Какие еще, в жопу, велосипеды на регулярках?! Слезьте уже с пальмы тем концом, которым надо...
