Можно ли перенести сайт с сохранением данных с Битрикс на фреймворк?

Question

[tr1ck1]

Привет всем. Интересует такой вопрос. Сейчас разрабатываем сайт на платформе Битрикс (из-за ограниченного бюджета), но в дальнейшем может понадобиться перенести сайт на фреймворки. Собственно, в этом случае все данные клиентов (по заказу, аккам и тд) потеряются или все остается? Можно более подробно?

Comments

[Adamos]

на платформе Битрикс (из-за ограниченного бюджета)

Либо вас кто-то ловко обманул, либо вы лоханулись сами по незнанию.
"Run, you fools!!!"

[tr1ck1]

Adamos, Если речь о ключе, то за него не платим, предоставляют пока. А делать из коробки всегда дешевле, нежели с нуля. Или я не прав?

[Adamos]

tr1ck1, нет. Даже если не считать стоимость лицензии вовсе.
Это тот самый сыр, который в мышеловке.
Сейчас привяжетесь к Битриксу - и считайте, что развитие сайта стало золотым.
А устарел он еще до запуска.

Answer 1

[Михаил Лялин]

"из-за ограниченного бюджета" сразу откажитесь от использования 1C:Битрикс

Answer 2

[Константин Толмачев]

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

Comments

[Adamos]

Вообще-то ровно наоборот: допилить авторизацию так, чтобы она использовала уже существующие логины и пароли - совершенно не проблема.
А вот вытягивать данные, которые в БД сохранены "по-битриксовски", а тем более - работать с ними непосредственно... "есть в мире вещи настолько кривые, что для их исправления есть только одно средство" (с).

[Константин Толмачев]

Adamos,

А вот вытягивать данные, которые в БД сохранены "по-битриксовски", а тем более - работать с ними непосредственно... "есть в мире вещи настолько кривые, что для их исправления есть только одно средство" (с).

Тогда как уже писали выше откажитесь от битрикса сразу. Потом дешевле вам встанет обслуживание и переезд. Пишите сразу на фреймфорке. Я согласен с тем что битрикс один большой костыль, и если есть варианты, изначально чуть меньший функционал либо Hardcore BDSM с кодом который устарел в принципах лет эдак на 7-10, то лучше выбрать функционал. Да и если подумать, чего вы такого не можете написать быстро на том же laravel, что у вас есть в битриксе?

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

[Adamos]

Константин Толмачев, я не ТС ;)
У меня как раз сайт на Битриксе, справивший 10-летний юбилей, чтоб он сдох...

[Константин Толмачев]

Adamos,

я не ТС ;)

Сорри, не посмотрел :)

Тогда мое вам искреннее сочувствие. Перенести то все равно можно, если бизнес позволит. Да и оптимальнее, откровенно говоря, из того же битрикса вообще сделали универсального терминатора в котором куча всего того, что большинству нафиг не нужно. А уж код внутри.... Наверное в аду для программистов ставят задачи писать нештатный функционал для битрикса с множеством форм...

P.S. я помню какой там был треш с формами пару лет назад, после которого я вообще зарекся с битриксом не работать.

[Adamos]

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

[Станислав Б]

Константин Толмачев,

я помню какой там был треш с формами пару лет назад, после которого я вообще зарекся с битриксом не работать.

вот это точно.
Год назад попросили формучку сделать битриксовую. потратил несколько часов, так и не понял как там верстку вкорячить, пришлось просивших послать.

[tr1ck1]

Сайт на битриксе уже готов, но проект рассчитан на большие нагрузки (которые в случае успешного развития проекта, будут в разы больше самых популярных интернет-магазинов в РФ). Собственно, уточняю, чтобы в будущем не возникло проблем, если потребуется перенос на самопис. Дабы клиентская база не пострадала. И функционала на сайте побольше раза в 3-4, чем у банальных ин-магазинов.

[Adamos]

tr1ck1, и что вы будете делать с сайтом, когда он начнет тормозить?

[Константин Толмачев]

tr1ck1, тогда как только появиться необходимость и будете рассматривать. Все равно уже технологии успеют смениться, и появиться что-то принципиально новое. Но видите-ли в чем дело, битрикс как платформа универсальна, возможно, но ни разу не оптимальна. И написана на технологиях 5-9 летней давности. В рамках ИТ мира это очень много. Сделать можно абсолютно все. Вопрос во времени и целесообразности. Если вас устраивает пока битрикс, пользуйтесь, но мнение мое и коллег, относительно небольшая стоимость изначального внедрения круто компенсируется стоимостью дальнейшей поддержки. Поддерживать код на битриксе скажем так, трудно. Как и переносить дополнительный функционал между своими проектами.

[Adamos]

И написана на технологиях 5-9 летней давности

Это еще оптимистично. Кое-где легаси с PHP4 тянется.
При том, что РНР именно в последние годы сильно продвинулся: избавился от некоторых детских болезней, подкачал мышцы, оброс нормальными стандартами кодирования благодаря фреймворкам и их унификации...
А Битрикс все это время пер в своем, совершенно перпендикулярном, направлении. И разворачиваться не собирается. Совместимость же!

[tr1ck1]

А если крупный проект на wordpress?) Это лучше или хуже, если проводить параллель с битрикс?
Вот, например, московский магазин продуктов на вп: utkonos.ru/

[Константин Толмачев]

tr1ck1, лучше, по крайней мере в том, что wordpress хоть и не эталон, но все же старается поддерживать последние технологии. Плюс на нем НАМНОГО по сравнению с битриксом проще написать функционал. А значит стоимость поддержки будет ниже. То есть, на ВП может вам дописать функционал практически любой хороший РНРшник, а с битриксом будут работать только программисты, которые условно говоря уже под него заточили свои навыки. Структура баз данных там намного понятнее, и разобраться в ней проще, плагины проще дописать, и большая часть бесплатна. Если нужно доработать, это не стоит космических сумм.

Вердикт: Так что, да, я считаю что ВордПресс более лучшее решение.

[Adamos]

У ВП, на самом деле, главная отличительная опасность - это большое количество уже написанных (не всегда удачно и иногда с закладками) готовых модулей.

[tr1ck1]

Adamos, Так выходит ВП лучше чем Битиркс, а фреймворки лучше чем ВП и битрикс для крупного проекта?

[tr1ck1]

Кст, а скорость работы у сайтов Битрикс в разы ниже фреймворков или ВП?

[Adamos]

tr1ck1, вопрос, что вам нужно от этого проекта. Точнее, насколько это "нужно" вообще совпадает с концепцией CMS. Если все потроха сайта уникальны - лучше, опираясь на фреймворк, писать с нуля, чем приспосабливать готовые модули CMS. Если там те же самые банальности, что и по всему интернету, разумнее присмотреться к готовым решениям. В первую очередь это касается не внешней стороны сайта, а админки, с которой будут работать ваши же сотрудники.
В принципе, современные CMS идут на сближение с фреймворками - Drupal, например, перешел на Symfony под капотом. Битрикс из этого тренда выпал.

[tr1ck1]

Adamos, Проблема в том, что сайт уже сделан на битиркс. Но, читая отзывы, я немного в ступоре от комментов в сторону работы с битрикс.. Да и меня волнует, сможет ли сайт работать также быстро, как в лучше с фреймворками. Т.к. сейчас изредка замечаю притормаживание кое где. ХОТЯ как мне сказал наш разработчик, притормаживания убираются оптимизацией или заменой технологии, на которой построен определенный компонент на сайте. И хотелось понять вообще, если прямо ужасные трудности с битрикс будут, сможем ли сайт переделать на фреймворки или мы будем привязаны к битриксу все время..

[Adamos]

tr1ck1, дело даже не в скорости. Тем более, что до серьезной нагрузки вы ее все равно не оцените, а когда начнутся провалы - можно будет найти конкретную причину и оптимизировать.
Проблема в том, что вам захочется развивать сайт. И ваш вектор развития - сто процентов - не совпадет с тем, что предлагает Битрикс. И будут ваши хотелки реализоваться нагромождениями его элементов, перевязанными собственным кодом. Начнет этот функционал тормозить - замучитесь искать, почему и как это исправить. Начнет глючить - аналогично, дебри. Изменения в одном месте сайта могут повлиять на другое. И прочие радости неудачной архитектуры.
А потом пройдет год-другой-третий, и надо будет обновляться. И проблема даже не в том, что вам за каждое обновление выкатят нехилый ценник. Я вот две недели назад обновлял свой сайт на Битриксе с 11 версии на 17.5. Большая часть функционала написана с минимальным использованием Битрикса, так что ничего не сломалось. А вот платежи - согласитесь, существенная часть - встали раком. Почему? Оказалось, что в процессе обновления Битрикс "просто" перепутал ID платежных систем... Не могу представить, как.

Ну, и как тот, кому нужно будет поддерживать сайт, будет любить эту работу - думаю, по ответам понятно.

[Константин Толмачев]

tr1ck1, перейти на Фреймворк вы всегда сможете, здесь момент в другом. Прежде всего, битникс это программный продукт с закрытым кодом, в отличие от фреймворка это скорее минус чем плюс. Фреймворк же развивают и совершенствуют десятки тысяч разработчиков, и дыры в нем закрывают. Оперативнее. Плюс когда вы пишите на фрейме, вы сами автор той структуры, которая вам нужна, и если что сломается, чаще всего вы будете знать где. Как и узкие места. Также я повторюсь, опен сорт сообщество придумало прекрасных пакетов, которые позволяют сделать нужные решения в максимально короткие сроки

[tr1ck1]

Adamos, Константин Толмачев, Обрадовали, что сайт уже сделан и непонятно, как дальше развиваться))

[Adamos]

Константин Толмачев, некоторая неточность: код Битрикса - открытый.
Но не свободный, поэтому с остальным согласен.

Answer 3

[Alex McArrow]

Все зависит от исполнения переноса.
Вам нужно поменять формулировку с вопроса на утверждение и на другой ресурс, типа Фрилансим.
Вопрос только цены.

Answer 4

[Антон Иванов]

Ничего не потеряется, если правильно подготовить миграции. Мы переехали с Битрикс на Yii2 почти безболезненно. Да, для этого нужен толковый разработчик, который напишет скрипты-миграции для переноса/конвертации данных из одной структуры в другую.

Другой вариант: используйте ВАШУ бд от битрикса с любым фреймворком. Как правило, фреймворки не накладывают никаких своих требований на структуру БД.

Comments

[Adamos]

используйте ВАШУ бд от битрикса с любым фреймворком

CREATE TABLE IF NOT EXISTS `b_form_result_answer` (
  `ID` int(18) NOT NULL AUTO_INCREMENT,
  `RESULT_ID` int(18) NOT NULL DEFAULT '0',
  `FORM_ID` int(18) NOT NULL DEFAULT '0',
  `FIELD_ID` int(18) NOT NULL DEFAULT '0',
  `ANSWER_ID` int(18) DEFAULT NULL,
  `ANSWER_TEXT` text,
  `ANSWER_TEXT_SEARCH` longtext,
  `ANSWER_VALUE` varchar(255) DEFAULT NULL,
  `ANSWER_VALUE_SEARCH` longtext,
  `USER_TEXT` longtext,
  `USER_TEXT_SEARCH` longtext,
  `USER_DATE` datetime DEFAULT NULL,
  `USER_FILE_ID` int(18) DEFAULT NULL,
  `USER_FILE_NAME` varchar(255) DEFAULT NULL,
  `USER_FILE_IS_IMAGE` char(1) DEFAULT NULL,
  `USER_FILE_HASH` varchar(255) DEFAULT NULL,
  `USER_FILE_SUFFIX` varchar(255) DEFAULT NULL,
  `USER_FILE_SIZE` int(18) DEFAULT NULL,
  PRIMARY KEY (`ID`),
  KEY `IX_RESULT_ID` (`RESULT_ID`),
  KEY `IX_FIELD_ID` (`FIELD_ID`),
  KEY `IX_ANSWER_ID` (`ANSWER_ID`)
) ENGINE=MyISAM  DEFAULT CHARSET=cp1251 AUTO_INCREMENT=7923777 ;

Это таблица, хранящая в каждой строчке ОДИН ИЗ пунктов заполненной на сайте формы. Представляю себе счастье разработчика, который будет работать с такой моделью.

P.S. И вишенкой на торте: обратите внимание на значение автоинкремента.
Сюрприз - штатной возможности удалить старые, давно никому не нужные значения не предусмотрено!