Я вам рекомендую лендинг сделать статичным на html и пойти на статичные хостинг или cdn, например тот же selectel ,
netlify.com/, amazon и так далее.
Но тут ньюнс с приемом заявок, я бы напрямую инегрировал такой лендинг с срм или каким нибудь ройстатом для аналитики, он тоже умеет собирать лиды
Если вы делаете 1 лендинг на 1 год, то может быть. Но так никто не работает.
На таких конструкторах маркетологи обычно сами могут тестировать идеи, и стоимость такого теста будет несказанно мала. После тестирования идей уже можно сформировать какую то аналитику и дать дизайнеру задачу, потом верстальщику, потом программисту и снимать сливки. Но как правило нужно запускать десятки лендосов в месяц, это очень накладно если брать работу IT спецов, по сравнению с абон платой. Ну и на конструкторе вы за вечер можете что то вменяемое собрать и с утра уже лить траф, остальные варианты как правило дольше и дороже.
А что вам мешает компоновать свои бесплатные шаблоны с платных тем того же templatemonster или themeforest?
Как их искать в гугле? да прям названия отсюда копируйте и вставляйте :))))
Я еще не встречал компанию, которой бы подошла штатная интеграция CMS <=> 1C :)
Там выгрузка простая, но на кой вам 1С вообще для этих целей? Вам бы требований побольше и по интереснее. И да картинки и описания всякие приятнее заводить в CMS если что, там тебе и редактор контента, и кроп изображений и всякие сео штучки типо альтов и титлов, все это как бы очень проблематично сделать в 1С и еще проблематичнее интегрировать все это с сайтом, а сеошники и контенщики (особено аутсорсеры) работать в 1С вообще мечтают днями и ночами.
Мой вам совет, используйте 1С исключительно для номенклатуры, то бишь получение остатков и цен. Работу менеджеров лучше вынести в СРМ, например в retailCRM
То есть средний план таков Интеграция с тремя система, сайт с 1С, сайт с срм. На сайте работают контенщики+сеошники+маркетологи, в срм работают отдел продаж с конверсиями, задачами, телефонией, статистикой и прочим, ну а в 1С работают специально обученные люди, в данном случае, склад, бухгалтера и прочии интересные персонажи далекие от сайта и ИМ в целом---------- Добавлено 06.02.2018 в 01:10 ----------newkrasno, вообще цены с пальца высосали, 100к может только одна интеграция стоить.
А это одна и таже впс? Если нет, вы же понимаете что на одной хост ноде может быть 20 виртуалок а на другой 120?
Если у вас тормозит на Https то да, там надо кэш https делать и резолвер ставить как минимум сервера гугла, но это к более профильным специалистам.
Ну вы и сами скрипты то померяйте, в индекс пхп поставьте вначале и вконце время и посмотрите сколько вообще отрабатывает сам пхп, ведь может быть дело и не в самом сайте, а еще на проц гляньте, есть ли его ожидания, может у вас там оверсел дикий и вам хоть и заявлено кол0во процессоров, но их попросту может не быть свободных.---------- Добавлено 01.02.2018 в 02:50 ----------на крайняк, попробуйте перенести к другому хостеру на тестовый период и проверить ответ
Про хостеров не слышал, но знаю (не лично) человека, который фермы сдает в аренду
Вы свою ситуацию не ставьте во краю угла. Вы и разработчик и конечный пользователь, как бы CMS это не про вас. А теперь представьте что вы до сих пор думаете что сайты просто рисуют и так и выкладывают, бизнес у вас маленький и вам нужны доработки раз в 3 месяца по 5 часов времени. Как вы думаете сколько времени вы будете ждать выполнения своих задач с учетом того, что там поработал уже над этим велосипедом с десяток разных "спецов"? Скажу проще, быстрее будет найти тех кто перепишет.
Любой продукт задает вектор движения, собирает вокруг себя сообщество тем самым облегчая какие то моменты, но и сугубляя другие. Вы знаете что и вы через год будете это поддерживать и вносить правки и через год вам будет не проблема, вопрос сможет ли кто то без вас внести эти правки... через год 😂
Пхп не сложный язык, инструменты вокруг него куда сложнее самого языка, но инструменты, в том числе и CMS, задают так сказать внутресообщественный этикет, вам конечно никто не говорит брать что то популярное типо симфони и пилить на нем, потому что философия симфони и порог входа у неё намного сложнее, чем у самого пхп, по этому действительно проще стать что то типо "панком" и всю сознательную жизнь игнорировать общество и людей вокруг :)
PS. Я работал с командой которая пилит действительно свои вещи, крутые вещи, там бюджеты такие, что потянуть их может только крупный бизнес и то для того чтобы отстранится от конкурентов, сделать какой то свой продукт для дальнейшей конкуренции на рынке - это всякие сбертехи например, у маленьких команд обычно получается говнокод через 3-4 месяца активного развития кодовой базы и это все переписывается на какой нибудь cms или фреймворке 😂
Я вам больше скажу - из всего можно сделать "Тормозное глючище" даже из вашего велосипеда. Ведь все зависит от рук собирающего, но ни как не от инструмента. Заставить летать как и глючить это как раз задача разработчика который использует продукт, а не разработчиков продукта, потому что они не могут предугадать все кейсы для каждого конечного пользователя. Они дают все инструменты и возможность ими пользоваться, если вы не научились - это по моему ваши трудности 😂
PS. Да конечно, свой велосипед будет всегда быстрее, но увы у него нет тех возможностей расширения, по этому он как бы и быстрее и заточен под узкую задачу. Просто написать грамотный свой велосипед, сильно... прям ооочень сильно дорого.
У вас не правильный критерий оценки нагрузки.
Я работал с престой поверхностно, из бесплатных, на мой сугубо личный згляд, она самая достойная, но я все же посмотрел бы лучше в сторону платных решений, например та же diafan и по стоимости приемлема.
А нагрузку как правило создают не товары, а сопутствуюшие им таблицы и операции. Например у 100к товаров может быть характеристик 10, а может быть 100. Система может тащить сразу всю инфу со всех таблиц, а может быть lazyload. Связи товаром могут быть прямыми, а могут быть по пропсам и так далее. Вообще заранее нагрузку не предсказать, может на ваш магазин 2.5 калеки заходить будут.
Лучше вначале сделать, затестировать, посмотреть что торможит и оптимизировать. CMS это лишь средство ускорения старта проекта, допиливать под нагрузки придется любую, от слова совсем любую, если конечно таковые появятся.
Именно по этой причине некоторые индивидумы летают по дорогам превышая скорость в 2 а то и в 3 раза, потому что всегда думают что это все с другими, с ними такого быть не может 😂 Не все что можно делать - нужно делать. Ну и ваши проекты видимо дальше вас не уходят
