Оооооочень вряд-ли. 4 ядра, 6 оперативы и 1Тб диска за 2К - чёт сомнения гложат
Да всё плюс минус, можно и с 2 ядрами попробовать и с 4GB оперативы и с HDD в 500-750. Просто нужны варианты...
По трафику точно не скажу, но TB 1-2 в месяц думаю набежит, по бюджету присматриваюсь, можно на HDD диске, но дороже 2к рассматривать не буду, так как смысл переезда теряется. Можно так же и с объемом поиграться будет в сторону его уменьшения, так же поиграться можно и с ядрами, оперативкой.
Mongo путь в никуда, лучше MariaDB, либо Postgre
Postgress пробовал, переносил коллекцию большую в нее, ничего хорошего не вышло, к тому же структура и управление ей совсем не понравилась.
В MongoDB все устраивает и только вот этот косяк с сортировкой при поиске документов через $text очень сильно огорчает, это единственно от чего меня воротит, но уверен в том что либо я делаю что то не так, либо можно делать как то по другому, к примеру использовать в связке монго с чем то еще только в подобных запросах.
Может я индекс как то не так создаю, сейчас для такого поля создан индекс вот так
Collection.index({ subscribe: 'text', "title.ru": 'text', "title.en": "text" }, { default_language: "russian" })
А вот для сортировки создать индекс не могу
{ score: { $meta: "textScore" } }
Ведь score в документе нет и он генерируется самой mongo, возможно как то не правильно я все это добро делаю.
Я уже пытался как то создавать отдельную коллекцию только с идентификаторами документов первой коллекции и текстовым полем первой коллекции, тож ничего дельного не вышло, да и не могло выйти из за этой сортировки.
С сортировкой по полям в документе всё работает быстро, для них индексы созданы правильные.
Ну а что использовать вместо нее? С таким же удобным хранением данных.
Использовать из в связке с mongodb?
1. Вы умеете читать explain mongo?2. Сколько строк найдено по индексу в обоих случаях?3. Может делать запрос не через агрегацию, если там ее нет? Хотя вряд в этом дело.
1. Не особо
2. Explain лжет, это один и тот же запрос и в обоих запросах под 200к документов, то что он выводит при первом запросе информацию о всего 10 документах, это не правда. Если вы конечно об этом.
3. Даже если через find, разницы тут не будет к сожалению.
Пока что ничего не исправил, но это не моя проблема, там другой человек занимается.
Перевожу на русский постановление:
Загрузка по умолчанию версии вебсайта государственным языком для пользователей из Украины, предполагает ситуацию когда для пользователя из Украины, независимо от выбранного им языка программного обеспечения при введении в адресное поле веббраузера адреса доменного имени вебсайта открывается версия главной страницы сайта, исполненная на украинском языке.
То есть, если я правильно понял, только главная должна быть на украинском, а не все страницы на которые ты перешел извне, открываться на украинском.
У эпицентра так сделано, и все ок. Я проверил, там только главная открывается на украинском, все остальное, если переходишь с поиска (в режиме инкогнито) на ру версии.
Я считаю что рынок сам должен порешать на каком языке им продавать и оказывать услуги. И не буду вдаваться в политику, чтобы тему не потерли, но если кратко, то власти кричат "нас зросийщували 100 лет", а теперь сами занимаются тем же.
С точки зрения программиста, сделать подобное можно и не меняя языковую папку в гкдбраузере.
Я не знаю что у вас за язык, на чем написана система.
Есть вариант следующий, в вашем случае самый безболезненный
1. При заходе на морду, JSом смотрим какой язык браузера у пользователя
2. Отправляем инфу на сервер об этом
3. Делаем перезагрузку страницы уже с нужным языком, при этом сам URL не меняем, можно в куки записать инфу или еще куда то.
Все остальные URL пусть будут как обычно
/ - ru
/ua/ - ua
/en/ - en
Ничего не понятно на самом деле =) Но если че то не получается, значит не правильный подход и надо делать по другому, а не городить костыли =)
И на счет глобальных переменных, они получается срабатывают после основного кода?
