Дмитрий Евграфович

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

На саасе (как вам уже сказали битрикс - это не саас, саас - это инсейлз или шопифи) делают простые сайты как правило, сложный функционал в них ввинтить обычно просто невозможно - доступа к коду нет.
На битриксе работают такие гиганты как эльдорадо и связной - бог знает, что у них там внутри и как работает аналитика и статистика, но думаю раз до сих пор не поменяли движок - функционала хватает.
Если писать кастомный - договаривайтесь с разрабами, чтобы документировали, использовали современный фреймворк, платите больше и готовьтесь на большие сроки - тогда получите более внятную систему. На самом деле разработчиков, знающих фреймворки сейчас не меньше, чем битриксоидов и еще большой вопрос, чей код легче поддерживать. Хотя совсем уж в кастом новый разраб будет вникать дольше, но при этом вы получаете выгоду за счет того, что решение будет заточено именно под ваши нужды и будет решать их эффективно, а не как битрикс - посредством невнятных костылей. О костылях - это относится к любой cms, не только битриксу. Не хочу холиварить, работал на битриксе последний раз больше года назад и не особо глубоко в него погружался, возможно, их фреймворк сейчас позволяет решать проблемы также эффективно, как это делают laravel с eloquent или doctrine, но сильно сомневаюсь. Если есть знатоки битрикса в треде - пускай поправят меня.

Экхм, из сайтов с посещаемостью около 700к в день hh.ru, vesti.ru, kp.ru, lenta.ru, tiu.ru и судя по всему зарабатывают они куда больше озвученной вами суммы. Я думаю вам стоит придумать другую модель монетизации. А насчет того, сколько пользователей необходимо - это зависит от того, сколько денег в среднем будет приносить вам каждый пользователь и на эту цифру влияете вы сами - реклама автомобилей по эксклюзивному договору, например, куда выгоднее установки директа.

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

А отзывы от какого года? Дело в том, что с тех времен многое изменилось, если вы будете читать эту книгу, то после ее прочтения ваши знания будут неактуальными, хотя наверняка в ней есть большая доля базовой полезной информации. Но кроме нее будьте готовы, что вам придетс самостоятельно добыть огромный пласт новых знаний. Как минимум это: html5 вместо устаревшего html4 (и css3 соответстенно) - новые синтаксические элементы, причем довольно значимые в современном вэбе; apache 2.4+nginx вместо того старья, которое советуют в книге; vagrant вместо денвера (хотя для новичка наверное все-таки рановато сразу вагрант ставить, но учитывайте это на будущее, вообще я бы openserver посоветовал, он куда удобнее и функциональнее денвера), пространства имен в php - обязательно найдите информацию об этом, анонимные функции и трейты - то же самое, в книге вряд ли могли описать функционал, появившийся после ее выхода,а между тем в проектах и фреймворках оно все сплошь и рядом, вообще придется штудировать все нововведения со времен версии, описанной в книге, иначе в будущем вас просто поставит в тупик то, что в каком-то проекте кто-то использует новый синтаксис вместо старого; composer - pear уже неактуален, git - по-моему, в современной книге по php хотя бы вскользь, но должно упоминаться существование систем контроля версий, apache и денвер ведь не забыли. Книгу не читал, делаю выводы только по содержанию и году выпуска. Того, то касается описания функционала языка, там на первый взгляд достаточно много информации, но как она подана - не знаю, поэтому в этой части она может оказаться очень хорошей... но 2008 год - я бы на вашем месте воспользовался поиском на тостере и выбрал те издания, которые уже сотню раз советовали в аналогичных вопросах.

Смотря какие задачи. Если типовые типа сайта на вордпрессе - однозначно нет, там уже ответов по 60-80 может быть и вас просто не заметят в этой куче, лишь коннекты зря потратите. Если же вы работаете с редкой или сложной технологией, до которой еще не добрались индусы - смысл есть.

Doctrine или eloquent, почитайте об обеих, выберите ту, что больше подходит для вашего случая.

Оберни свой селект во враппер #wrappername, затем добавь обработчик для враппера примерно так:

$('#wrappername').on('mousemove', '.chosen-container ', function(){
 // код, который отвечает за событие
});

Второй вариант - использовать событие chosen:ready для инициализации твоего скрипта.

А какой смысл обрабатывать шаблон на клиенте и на сервере, если можно обрабатывать его только на клиенте или только на сервере?

От задачи зависит, вам вообще названия файлов на кириллице нужны? Вообще если файлов ожидается очень много, лучше их название заменять хэшем и класть в папку с именем первых двух символов хэша, сами названия в таблице хранить с хэшем, но повторюсь, зависит от задачи. Можно транслитерацию использовать (и все недопустимые символы тоже убирать). В любом случае кириллические названия файлов - это тот еще гемор, проблемы с ними то по фтп всплывают, то при загрузке сторонними аплоудерами, то при работе через php.

положить картинку в див, диву назначить ширину определенную, не более 100% экрана (учитывая отступы), картинке назначить max-width:100% - когда картинка будет больше блока, она будет вписываться в его размер. Еще почитать про позиционирование блоков? например тут htmlbook.ru/css/position чтобы иметь представление, как и когда ведут себя элементы с разным позиционированием и как это можно применять.

В качестве базы данных можно использовать https://github.com/Greg0/Lazer-Database - базу данных на Json файлах, либо sqlite, она, наверное, на каждом хостинге должна быть.

Еще есть решения для подобных сайтов, работающие без баз данных, например automad.org . А вообще такое как у вас за день-два-три пилится на коленке на slim php или lumen, поэтому вроде как и нет смысла задумываться у разрабов по поводу поиска готовых решений :)

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

Если сроки горят или бюджет жмет, присмотритесь к шаблонам на themeforest.net или заказывайте верстку для insales.ru - получите результат за 1-2 недели. Хотя форум к инсейлзу не прикрутишь (там функционал очень ограничен), но вообще на черта он вам сдался? У вас там будет висеть 7 постов в трех топиках и еще 5 пустых топиков с ними, при этом работы для исполнителя в два раза больше, чем с одной витриной. Вообще сделайте минимально-жизнеспособный магазин без вывертов - быстрее и надежнее будет, затем к тому же разработчику обращайтесь за доработками. Разумеется если форум так важен, то предварительно опишите в требованиях, что его нужно будет в будущем прикрутить. Но чем меньше требований на начальном этапе (сделать магазин, с блогом, с форумом, с поиском как у гугля и социальной сетью заодно), тем больше шанс, что вы найдете исполнителя и завершите проект.

Для затравки, https://vk.com/awdee и https://vk.com/nkfz37 - отпишитесь админам, спросите цены.

Символические ссылки поставьте на public

Посчитайте количество запятых в строке+1

Ну если вам надо в базе данных само поле изменить, то тогда лезьте в базу данных и ставьте тип поля date, если надо изменить вывод, то это надо laravel.com/docs/5.1/eloquent-mutators#accessors-a...

public function getOrderDataAttribute($value) {
 return $value->toDateString();  
}

Могу ошибиться и сперва $value потребуется преобразовать в объект карбон, чтобы применить этот метод.