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 архитектура + мгновенное реагирование.
Мы же тут не знаем что у человека за задачи на самом деле - только то что он озвучил.
Это смотря как все построить. Я видел случаи когда это было во вред только когда руки не того радиуса кривизны. Сделать все с умом, отталкиваясь от процессов и данных одновременно и будет счастье
Евгений Антипов, обращайтесь. Если знать конкретную задачу то можно придумать архитектуру, а инструменты сами по себе ничего мне делают. И не решают задачи
Евгений Антипов, пишите обёртку) но я предложил вам решения, решающие 99.9% задач в указанном вами направлении. Возможно вы просто смотрите на задачу исключительно со стороны той библиотеки?
Олег Петров, почти все БД работают под все OS (*nix, Win, OSX). Что касается 100000 записей в сутки то не смешите мои тапочки. Кроме simpleXML, любая даже не поперхнется.
