5 декабря 2016 в 12:12
Добрый день, уважаемые форумчане. Есть крупный проект, для которого было принято решение сделать редизайн. Проект на разных языках, каждый язык на своем домене (именно отдельный домен, а не поддомен), появилась идея объединения русского и украинского языка на одном домене.
Вопрос заключается в том, как лучше это реализовать, при условии, что у нас есть site.com.ua (только на русском материалы), ukr-site.com.ua (только на украинском материалы) и new.site.com.ua (новый сайт с редизайном, копия русской версии). Какие проблемы могут возникнуть при соединения всего воедино?
Хотелось бы услышать Ваше экспертное мнение, заранее благодарен.
Комментарии
Самое простое, взять один из двух сайтов и на нём творить мультиязычие. Второй погасить потом.
Тест_статья урл site.com.ua/ru/content/test_article на русском языке, и site.com.ua/ua/content/test_article эта же статья на украинском. Какие проблемы, если статей много, то и работы много.
Сорри, если неверно понял вашу проблему.
А как перенесутся картинки с сайта new.site.com.ua на site.com.ua, ведь они имеют url вида /sites/news.site.com.ua/files/image.jpg на новом сайте и /sites/site.com.ua/files/image.jpg?
Уточните, у вас два сайта на двух языках или два языка одного сайта разнесены по доменам?
Два языка одного сайта, но разнесены по доменам. И появился вариант сделать на одном сайте два языка (то есть один и тот же контент будет доступен на двух языках, в зависимости какой язык выберет пользователь). Так как мы не хотим делать себе проблемы, мы решили заранее предусмотреть возможные проблемы и потому взвешиваем все за и против. Стоит ли игра свеч или все оставить как было.
Надеюсь я достаточно подробно объяснил, но если нужно Вы спрашивайте. Спасибо за участие в беседе.
Если это два языка одного сайта, то проблем вообще не должно быть. Проблемы могут быть только там, где выставлены абсолютные ссылки. Но их можно относительно легко выловить и исправить.
Скажите пожалуйста, а эта статья еще актуальна: https://habrahabr.ru/post/150382?
И по поводу вопроса выше: "А как перенесутся картинки с сайта new.site.com.ua на site.com.ua, ведь они имеют url вида /sites/news.site.com.ua/files/image.jpg на новом сайте и /sites/site.com.ua/files/image.jpg?"
Урлы можно и в базе перебить
++
Интересно, учитывая что у нас был сайт ukr-site.com.ua и site.com.ua, а получили только site.com.ua, поможет ли редирект с ukr-site.com.ua/статья на site.com.ua/статья (украинская версия)? Или же все-таки переезд пошатнет позиции в SERP?
Может кто-то уже сталкивался с таким? Поделитесь опытом.
В любом случае пошатнёт.
Я бы на вашем месте лучше сделал импорт всего что надо и писал бы с нуля на 8 версию, потому что это будет тяжеловато.
Честно говоря у Drupal 8 пока смутное будущее, сыровато. Пришли к решению оставить как есть, так как оба сайта в ТОПе выдачи.
Честно на 7 уже все забили, особенно на орге. Поэтому думайте еще год 1-2 и ее забудут как 6 когда-то. Взять тот же jquery, все проблемы. Если хотите что то на пару лет крутое то 7 не рассматривайте.
Кстати:
Drupal core 6.38
Released: Feb 24 2016
Не так давно был релиз Drupal 6, я думаю через 2 года Drupal 8 станет юзабельной и многие начнут писать модули и темы под него. Как только появится спрос, так сразу появятся коммерческие темы. Посмотрите на template monster ни одной темы на Drupal 8, на Envato я не смотрел, но думаю если есть то не много. Но в тоже время на Drupal 7 море модулей и тем.
Неверно подана информация. На семёрку не забили, просто новичкам эту ссыль стало найти, практически нереально. Это считаю искусственная популяризация Восьмёрки, в случае с Семёркой кстати, такого не было, грустно, имхо это оттолкнёт от Друпала, очень многих масла в голове не имеющих новичков.
Позволю себе не согласиться с вами. Как разработчик, работающий примерно одинаково по времени с семеркой и восьмеркой (пока все же на восьмерке проектов заказывают меньше), скажу, что для реализации практически любого функционала при прочих равных условиях трудозатраты (а значит, и стоимость разработки) при выборе семерки будут меньше, что во многом является определяющим фактором при выборе платформы. Каких-либо ощутимых преимуществ разработки на восьмерке на сегодняшний день нет (ощутимого выигрыша в производительности, удобство для клиентов, структура и т.д. То ли дело был переход с 6 на 7 - во многом революционный). Понятное дело, что в недалеком будущем семерка сдаст свои позиции, но пока что ничего зазорного нет в продолжении работы с ней. В ближайшие год-два не вижу угроз для нее. В восьмерке пока что слишком много багов. Собственно, официальное мнение сообщества по-прежнему актуально - https://s3.amazonaws.com/scrstorage/f229ngr32942b2737.jpg. А стиль программирования, решающий бизнес-задачу клиента, вообще не интересен ему.
ага, только дебажить объекты в восьмерке стало практически нереально из-за их огромных размеров. То же и с переменными в твиг-шаблонах, {{ dump(...) }} нередко просто кладет сайт.
Drupal 8 пилили с незапамятных времен, но сделали смесь бульдога с носорогом, 21 век, а мы до сих пор пишем на процедурках, где ООП? По тестам смотрел Drupla 8 (пока что) медленней Drupal 7, даже если в Drupal 7 навесить все модули, которые в Drupal 8 есть в ядре. Хотя вот не понятно, почему CMS (даже CMF) которую разрабатывали вроде как разработчики медленней CMS WordPress? Недавно сравнивал свежий сайт на Yii 2 и WordPress (с темой), Yii 2 (без оптимизации) быстр, но WordPress (с нормально темой) тоже неплохо себя показал.
Сейчас не все так однозначно с ООП (сам по себе ооп-подход ведь не дает выигрыша в производительности), многие ведущие программисты его критикуют, появляются новые процедурные языки (Elm и прочие), на хабре бывают периодически интересные холивары на эту тему, например https://habrahabr.ru/post/169601/)
Так или иначе в Drupal 8 нужно что-то менять, так как популярность данной CMS падает.
Да, нужно менять, и прежде всего маркетинг. Характерный пример - выходят новые версии 8-ки и 7-ки - https://www.drupal.org/project/drupal/ - а на главной drupal.org об этом пока нет даже упоминания и висят новости месячной давности, сравните с wordpress.org - главная страничка проекта обновляется гораздо активнее, постоянно сообщается о разработке новой версии с новыми фичами, что вызывает ощущение бурного развития платформы, а не заброшенности.
Это относится к рынку CMS вообще. Хотя есть примеры великолепных сайтов с высокой посещаемостью, как на Друпале, так и на Wordpress, не думаю что их разработка была дешевой, хотя неизвестно что вы вкладываете в это понятие.
Читаю тут и думаю, что некоторые даже не устанавливали 8. Ваша семерка уже стала такой же помойкой как и андройд, да можно что хочешь найти, а на самом деле приходится самому писать модуль, вот потому что он мне не нравится ширина поля и т. д. Отсюда получите и распишитесь, не хочет заказчик друпал дай ему лучше простой вордпресс. 8 и пилилась, чтобы это исправить и вывести друпал на конечного пользователя, они даже WYSIWYG вставили по умолчанию, хотя я думаю, что это им не удалось. Но я всегда работал и говорил меньше модулей лучше система.
Да, Wordpress все лучше становится. Как раз 4.7 вышла.
рыдаю...
Время идет, все меняется, во временем все CMS на процедурке обязаны будут перейти на ООП или возможно что-то новое придумают к тому времени, кто знает. Кстати Presta тоже пошел по пути Drupal 8 (или наоборот) и заключил союз с Symfony, правда они только back перевели на Symfony, это я говорю про версию 1.7, правда многие говорят, что очень сыро и не особо горят желанием переходить, учитывая что пока нет ради чего (знакомо?).
На php7 вся оптимизация производительности заточена только под ООП, как в прочем и в других ЯП.
И что? Как готовая тема поможет разработать нормальный сайт? Она филд коллекшены из коробки затемизирует? А фасеты? Она хотя бы не развалится, если панели включить?
При выборе семёрки лично у меня выигрыш только в том, что есть свои заготовки модулей и хорошо знаю АПИ, а по восьмёрке многие вещи приходится смотреть в комментах кода, т.к. на апи.друпал.орг по многим разделам документация пока хромает. В то же время восьмёрка из коробки поддерживает экспорт конфигурации в файлы, что сэкономит кучу времени при стэйджинге, плюс друпал-консоль умеет сама создавать модули, описывающие новые типы сущностей, и это не пустые файлы с шаблонным комментом вверху, а уже готовые классы, методы и конфигурационные файлы, что даже видя это всё в первый раз, сразу ясно, где что писать.
Поэтому мой вердикт - восьмёрку хают только мышкокликеры.
если сильно захотеть, можно...
теоретически,
зависимости есть чем тянуть,
все в код, миграции писать, drush vset всякие.... фитчи на крайняк...
только по факту - я не сталкивался с таким,
по факту - один фронт, другой бек - в лучшем случае,
в худшем же - не хераксь и в продакшн, а в продакшн и хераксь хераксь хераксь....
с большой текучкой...и удивлениями на отказ от участия.
объяснять и доказывать что-то - только время терять.
раз показал, кто захочет - копнет,
кто нет - тяжела и неказиста жизнь простого друпалиста))))
По деньгам, sergeybelya прав тысячекратно. С семёрки основной доход, и в поддержке и по скорости строительства. Восьмёрка не может простейших вещей. Мне щас сесть 17000 модулей нашлёпать?
Это единственное что вставили. Если позвать прогера на пару часов, любой юзер с улицы запилит простейший блог.
Осень на Орге.