The table with name 'database_name.table_name' already exists.
Видимо, вы что-то напортачили с маппингом. Наиболее правильно на этапе разработки пользоваться командой update для изменения структуры БД, а в продакшене - миграциями. Если вы будете описывать маппинг, а потом руками править БД - будете регулярно огребать проблемы.
По поводу маппига - а разве маппинг в doctrine не автоматический? O_o
Ivan Tokar: Вообще, со ссылками не смогу помочь по двум причинам:
1. Я всегда стараюсь читать оригинал. Переводы чаще всего путаются с терминами или уже устарели. Вам, кстати, тоже этого советую. Самому было трудно поначалу, но именно за счёт чтения навык чтения и нарабатывается - из воздуха он не возникнет. Ну и вообще работать программистом без знания английского будет трудно. Лучше начать раньше.
2. Я пишу на Symfony и деплою с помощью Capifony, а о Rocketeer знаю только потому, что считаю важным знать, что вообще вокруг происходит.
Дмитрий: Со временем понимание придёт. Почитайте так называемые best practices (лучшие практики) относительно PHP и относительно того фреймворка, с которым работаете. Например, вот про PHP замечательная штука.
Дмитрий: Если вы хотите деплоить на продакшен - посмотрите в сторону CI/CD серверов типа Jenkins. Прикручиваете к нему ваш сборщик и деплоер, а потом автоматически деплоите либо по коммиту, либо по клику. Удобная штука.
Кстати, вы уверены, что он не подключается? Может быть, вы проверяете модули через php -m, который работает с конфигом от cli-версии PHP?
Ну и вообще модули не принято подключать прямо в php.ini. Лучше это делать в виде отдельных конфигов в директории инклудов.
Можете попробовать соорудить костыль, который отрезает мусор в начале и в конце ответа, а потом уже десериализовывать.
В качестве самого простого решения посмотрите в сторону substr() для обрезания строки и strlen() для определения её конца.
И возьмите уже да почитайте какую-нибудь книжку про программирование на PHP, чтобы понимать, какие вообще существуют типы переменных, какие функции для работы с ними и т.п.
Didjeru: На мой SSD (OCZ Vector 150) с момента его первого запуска (6187 часов работы) было записано 5592 гигабайта. Это примерно 21.7 гигабайта в день.
Это примерно 11% износа носителя. За 6187 часов работы. Выводы делайте сами.
Видимо, вы что-то напортачили с маппингом. Наиболее правильно на этапе разработки пользоваться командой update для изменения структуры БД, а в продакшене - миграциями. Если вы будете описывать маппинг, а потом руками править БД - будете регулярно огребать проблемы.
Не понял вопроса. Что значит "автоматический"?