Wach Every

Сессия существует до закрытия браузера. Тут всё понятно

Нет, сессия может существовать пока существует кука у пользователя (до закрытия браузера или до определенной даты, хоть через тыщу лет) и пока не истечет таймер на сервере. А таймер на сервере можно установить на 0, и не очищать сесси никогда.

Хеш сессии можно сохранить в БД ... но зачем?

Чтобы использовать одну сессию для нескольких серверов, например. Только наверное не хеш сессии а SESSIONID и собственно само содержимое сессии. Может еще "срок годности".

Ну и вообще что хранить в cookie если каких-то индивидуальных настроек сайта типа цвета, стартового раздела у меня нет и вообще имеют ли они смысл?

А никто вас и не заставляет использовать сессии и куки. Если нет авторизации, нет никаких пользовательских настроек, и нечего хранить в сессии - даже не вызывайте session_start().

Чем куки отличаются от сессии в PHP?

в дополнение:
- сессии просто можно хранить в базе и тогда хэндлинг сессий это ваша забота. Это удобно когда у нас несколько серверов и балансировщик раскидывает нас на разные сервера, тогда у нас есть единый центр сессий например. Для этих же целей можно использовать memcache или redis.
- сессии не обязательно умирают после закрытия браузера

все языки хороши, каждый предназначен для своих целей...у всех свои минусы

это и есть ответ на все ваши вопросы. Плюс зависит от стоящих перед вами конкретных задач.
вы по-моему задали кучу вопросов, и сами же дали на них кучу ответов. Употребляете фразы "...да оно и понятно...". Так если все понятно, не тратьте время и пишите приложения.

Если коротко и по-делу в сотый раз процитирую сотню-пять хороших советов: "...что нравится, то и изучайте...". Что касается всего остального, то у вас не получится изучать что-то одно. Хотите заниматься backend-ом, нет проблем, но у вас не получится стоять в стороне от современных технологий, и есть такое понятие как "стек" этих самых технологий. Не получится использовать что-то одно, один фреймворк, одну технологию.

Про смерть PHP - глупости конечно. Про его минусы, можно уже смело процитировать вас же

все языки хороши, каждый предназначен для своих целей

Про Python и Django - я знаком и с тем и другим (PHP), могу писать на том и другом. Но лично мое субъективное ощущение что на Python мне писать приятнее. И нравится больше. И тут работает главный совет из начала, "на чем нравится на том и пишите", если это позволяет задача, и есть возможность выбирать. Просто если поступил заказ использовать PHP, то что вы откажетесь от денег и заказа и будете сидеть пока не прилетит волшебник с заказом на python+Django?

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

Про скорость работы (просто скорость работы): Django даже позиционируется как фреймворк "для перфекционистов с дедлайнами", что гласит даже заглавная страница фреймворка, т.е. позволяет вести разработку быстро. К слову тоже самое можно делать и с помощью того же Laravel. Если хочется "по-взрослому": то чаще всего это Symfony. Но в большинстве случаев нет смысла писать небольшие сайты на Симфони. Не потому что Симфони там плох, а потому что это можно сделать быстрее. А в коммерческой разработке, бытует мнение, что главный критерий для клиента сейчас -это скорость разработки.
Если проект крупный, то там сроки тоже поставлены, но они довольно большие, и там чаще всего и используют Симфони.
Опять же Django при этом подходит как для небольших проектов, так и для очень больших.
Если вам нужно разработать API, то там чаще всего используют другие инструменты, которых много как со стороны PHP, так и со стороны Python. Различные микрофреймворки в качестве backend-а.

Подводя итог, вы можете заметить, пару ключевых тезисов:
1. Зависит от конкретной задачи, которая перед вами стоит, или требование клиента(руководства компании)
2. Если есть возможность выбирать, если это позволит вам получить конечный результат, то выбирайте то, что вам по душе. Кому-то Python "не лезет", кому-то PHP.

Хотелось закончить на веселой ноте =), поэтому скажу так: при всем вышесказанном, чаще всего, всех этих людей объединяет одно: "так или иначе все они используют JavaScript"
:D

но код, особенно после C++, не вызывает каких-то положительных эмоций.

А у меня не вызывает положительных эмоций код на C++. Да и код разный бывает. 90% кода на PHP у меня так же не вызывают положительных эмоций, но писать на нем нормально более чем можно.

1) под фразой "php умирает" позразумевает его модель работы. После каждого запроса он умирает, то есть воркер отчищается и запускается по сути заного. Это существенно упрощает работу (у вас хоть сегфлоты могут быть всеравно весь сервак не умрет), а так же масштабирование (за счет отсутствия у самого PHP состояния между запросами, сессии мы не берем в расчет), но существенно бьет по производительности. К счастью с PHP 5.3 писать демоны на PHP не так уж страшно.

Если же посмотреть рынок и динамику развития сообщества - PHP живее всех живых.

2) PHP не такой уж стремный язык. Я не считаю "не консистентные названия функций" таким уж прям фактором влияющим на выбор языка. С моей точки зрения Ruby уродливая отрыжка, попытка сделать объектно-ориентированный перл (это лично мое мнение, мне не приятно работать с ruby, пусть меня за это простят), но за счет того, насколько сообщество ruby-разработчиков ценит и понимает цели бизнеса, насколько уважает тестирование своих решений и т.д... словом PHP комьюнити в этом плане еще расти и расти. Но прогресс виден.

Да у языка есть просчеты, но их потихоньку сглаживают и устраняют проблемы.

3) нет. Шансов на нормальном уровне с нуля изучить еще один язык программирования и к тому же фреймворк - почти нет. Да и в этом нет смысла.

4) судя по вопросу вы уже определились для себя. Дальнейшая дискуссия не имеет смысла. Разбирайтесь. Но если брать шаред хостинги то PHP это пожалуй единственный адекватный вариант на сегодняшний день (если не брать в расчет что шаред хостинги как таковые это не очень адекватный вариант).

5) все зависит от вас. Хорошие разработчики зарабатывают примерно одинаково вне зависимости на каком языке программирования они работают. Они просто хорошие разработчики и таких всегда мало.

6) как хотите.

И так...

Язык программирования - это лишь инструмент для решения задач. Фреймворки - это так же просто инструменты для решения задач. Что важно - уметь задачи решать. И решать эффективно. Понимать что кривыми решениями вы увеличиваете риски для бизнеса.

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

Ruby например бизнес (и стартапы в особенности) выбирает не потому что это хороший язык, а потому что Ruby комьюнити в среднем больше приспособлено для эффективного решения задач бизнеса. Что говорить когда у них любовь тестирования прививают с первых дней знакомства с языком?

Не учите язык программирования. Учитесь разработке с применением этого языка. И тогда все будет намного проще.

p.s. Haters gonna hate

Редактируйте файл по адресу: /public_html/catalog/view/theme/название_шаблона/template/common/header.tpl

1С контролирует версии объектов.

Например, сотрудники А и Б открыли документ. Внесли изменения, потом сотрудник А записал его. Версия объекта в базе данных изменилась. Когда Б. нажмет «записать», 1С сравнит версию, которая есть у Б. с версией в базе данных и, если они не совпадут, выдаст ошибку и не позволит записать. Это стандартное поведение. Его можно перепрограммировать.

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

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

Считаю, что актуальность определяет не отношение к бирже фрилансеров, а количество заказов на ней. Так или иначе - пусть на бирже будет миллион фрилансеров - но без заказов эта биржа будет мертвой.

На данный момент ситуация на рынке такова (можете воспринимать как рейтиг):
1. free-lance.ru - были и остаются лидерами. Проектов у них реально много. Ежедневно 1300-1500 штук.
2. freelance.ru - спасибо домену. Лично я ничего особого не вижу, но так или иначе тут 450-500 проектов ежедневно.
3. weblancer.net - эта биржа самая древняя - начинали они первыми. Сейчас просели и имеют примерно 200-220 проектов.
4. freelancehunt.com - на этой бирже примерно 180 проектов. Главное, что отличает ее от остальных - отсутствие платных аккаунтов или абонплаты.
5. freelansim.ru - количество проектов ежедневно составляет примерно 50. Фишка биржи - хабракорни.

Вот такая пятерка лидеров. Проверить цифры можно тут: lookubra.x01d.com/stats#stat=compare - отключите лишнее и увидите картину. Количество проектов брались без учета выходных, так как на выходных активность существенно падает.

Итог: чтобы не говорили про free-lance.ru, они были и остаются лидерами. И как бы это не было печальным, были и остаются самыми жадными - могут себе это позволить. Любая из приведенных выше бирж имеют ограничение по бесплатным ответам на проекты, кроме freelancehunt.com. Судя по всему "приятной" сейчас будут считать ее? Мне кажется пора смирится с тем что любая площадка такого типа не может быть бесплатной. Остается только надеяться на умеренность аппетитов и лояльность по отношению к пользователям.