- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Все что нужно знать о DDоS-атаках грамотному менеджеру
И как реагировать на "пожар", когда неизвестно, где хранятся "огнетушители
Антон Никонов
VK приобрела 70% в структуре компании-разработчика red_mad_robot
Которая участвовала в создании RuStore
Оксана Мамчуева
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Я прочитал что noSQL легок в освоении
Вас обманули, вам подсунули гораздо лучший мех!
Я новичок. Изучаю программирование, делаю сайт, интересуюсь новыми технологиями, ищу перспективные пути на будущее.
SeoNk, а Вы попробуйте HandlerSocket. Заодно, расскажите нам, насколько это быстрее.
Я бы посоветовал посмотреть в сторону postgresql . Можно включить hstore расширение и начать работать с полем как и в nosql
http://www.postgresqltutorial.com/postgresql-hstore/
помимо изучения программирования и создания техно-монстра, куда важнее в разработке понятие целесообразности. скоро вы это поймете
Ну если прям совсем хочется что то новое попробовать, то попробуйте монго конечно. После mysql вам будет интересно ее изучить. Монго вообще подкупает своей простой, масштабируемостью записей, но подводные камни конечно будут. Правда перед тем как использовать ее нужно понимать ее философию, где и как ее лучше применять. Монго хранит в себе документы, структуру которых можно менять на лету, можно хранить вообще кардинально разные документы по структуре. Но с связывать документы (к примеру: статьи и комментарии) можно конечно, но не совсем удобно, сразу нарветесь на избыточность данных в базе или другие проблемки. Если нужна беструктруность, но нужны и связи, то стоит обратить внимание на графовые базы (к примеру orientdb).
Redis немного другая тема, его обычно используют не как основную базу, а к примеру для логирования, где важен быстрая запись и не сильно важно потерять какую то запись в процессе.
Вообще по структуре вашей базы, статьи, комменты, лайки - это типичный набор данных, тут mysql удобен и крайней рекомендуются. Если уже прошли этап написания стандартного блога на php и mysql, но хочется больше познать архитектуру веб приложений, то начните делать нестандартный проект, и тогда до вас очень быстро дойдет понимаете, как правильно подбирать технологию под проект.
Нестандартный проект вас постоянно будет тыкать куда то, ваше приложение сожрало все ресурсы на сервере, то база в даун отправилась, и тут вы оптимизировали все для быстродействия, но ваш код теперь выглядит как что то не читаемое, а вы знаете что надо будет масштабироваться, а переписав код в поддерживаемый вид, опять ваше приложение сожрало все ресурсы). И после всех этих плясок, через какое то время придет осознание, что язык программирования, база, и т.д. и т.д. - это всего лишь инструменты, а всё дело в алгоритмах и архитектуре)
Я можно на пальцах или простом примере? Я вообще не понял. В описанном мной случае что лучше?
PS. Пожалуйста не говорите что в этом смысла нет и такой жалкий сайт может продолжать работать на MySQL.
В этом смысла нет. Потому что можно закешировать всю mysql базу в оперативку и все будет также быстро и полноценный sql 🤪
Кстати про избыточность. В хайлоаде любая нормализация вызывает дикий рост нагрузки, по этому идеальная база - одна таблица, с дубликатами всех данных при необходимости
Кстати про избыточность. В хайлоаде любая нормализация вызывает дикий рост нагрузки, по этому идеальная база - одна таблица, с дубликатами всех данных при необходимости
Ну я до серьезного хайлода не дорос. Пока во мне перфекционист преобладает)