korvin2, за вас в документацию не полезу) мой совет - переделывайте. Если структура базы уже доставляет неудобства то через полгода проект невозможно будет поддерживать и вы его бросите
Это работает и не совсем так. Для JS сработает, конечно, но тут говорится о локализации сайта. Это серверная обработка и опирается решение с большей долей вероятности на IP
RigidStyle, никак. Если они определяют местоположение то прокси ваш единственный вариант. Если хотите сразу. Если нет то просто выберите после захода язык сайта и скорее всего он запомнит
RigidStyle, и в догонку - какой перевод показать человеку с макбука, купленного в штатах, находящегося в Китае и с установленной российской локалью?) Вот и сайты гадают. С переменным успехом
RigidStyle, есть заголовки языка браузера, есть геоположение (не всегда верное), есть локальный системы, есть внутренняя логика сайта. На первые 3 вы можете повлиять, на внутреннюю логику сайта - нет. Если сайт имплементирует логику для того чтобы вам показать контент на вашем языке исходя хотя бы из одного из первых 3х пунктов - разработчики молодцы, если нет то нет. Вы не можете на это повлиять. Смиритесь.
Пользуйтесь автоматическим переводом сайтов Google Translate в Google Chrome) ваше последнее спасение
Николай Чуприк, стало не через ж, а нормально. Все взрослые системы только так и поступают. Когда вы редактируете записи через клиент к бд то он просто за вас составляет запрос и отправляет его на выполнение. Если не было уникальности то у вас могли испортиться данные, которые вы не хотели редактировать
Maronorum, хороший разработчик, которого согласны взять на постоянку удаленно получается из человека не за год и не два. Ну, как правило. Всякие фрилансы это в основном приятная подработка по тому как не стабильный доход для многих очень критичен. Вам 27 и вы вряд ли захотите сидеть в один месяц со 100к, а в другой с 20к.
И про джуниоров - небольшое число компаний берет джунов. И платят им тоже не сказать чтобы хорошие деньги. Кроме того я не видел пока что джунов на удалёнке в компаниях.
NubasLol, на серверной стороне вы оперируете только ответом. Вы не можете сделать за клиента (браузер) запрос. Можно при загрузке страницы делать форму и сабмитить ее автоматом, но это значит что программист старается сделать все через всем известное место.
Антон Спирин, Hal это очень крутой и удобный формат. Можете что угодно на счёт него думать, но его используют многие крупные организации. Точно могу сказать что на днях видел его, например, у Paypal
hOtRush, именно по-тому что это streaming database. Человеку нужны же не только логи. Для определенных задач они подходят. В таких же историях несколько слоев развития:
1. Файлы логов - когда просто хранить
2. База данных (SQL, nosql без разницы) - когда ещё нужно выбирать
3. ELK stack - когда нужно быстро, много, однотипно и с аналитикой
4. Streaming db - когда нужна realtime синхронизации и Event-based архитектура + мгновенное реагирование.
Мы же тут не знаем что у человека за задачи на самом деле - только то что он озвучил.
