подключение mysql идет через tcp сокет, так что к потере пакетов то оно устойчиво. Другой вопрос что непонятно что у вас там гигабайтами будет ворочаться несколько раз в час. Данные в самой базе? Ну так это происходит внутри базы, былаб оперативка и индексы.
А вообще в чем отличие, если все данные будет подготавливать API (вы ж не гигабайтные ответы шлете, так?) используя базу (выборки всеравно через нее идут, просто вы добавите отдельный интерфейс для взаимодействия с данными).
@skuridin, вы предлагаете выкинуть систему кеширования тогда? Вы не можете (да и не должны) позволять пользователям из админки редактировать config.yml. Или по cron-у чистить его? Конфиги бандлов нужны для... работы бандла а не для такой ерунды как настройки количества постов. Эту логику уже реализовывать нужно самостоятельно, с хранением хоть в файлах, хоть в базе + кэш.
Я обычно не парюсь и выношу это все в статический конфиг. Если нужно что-то поправить - поменял конфиг, ребилднул кэш и готово. Все равно это нужно не чаще раза в пол года.
И да, настройки доступны из контейнера. По хорошему у вас должен быть сервис предоставляющий данные, если у вас doctrine то это репозиторий доктрины для ваших энтитей. В них это дело можно инджектить. Или же брать в контроллерах руками через тот же контейнер, но мне такой подход не особо нравится...
Исходя из потребностей. Если вам нужно это дело менять, ну, например, в настройках админки - то тогда придется писать свой какой-то сервис, который бы все это дело в базе хранил. А так это можно вынести в настройки бандла вашего в config.yml.
у fireworks есть 2 неоспоримых преимущества: можно контролировать рендринг шрифтов, что бы они выглядели в макете так же как и в браузере (или хотя бы приблизительно), а так же возможность возможность быстро и непринужденно паралельно разработке макета делать так же прототипы/мокапы, что для web на самом деле достаточно важно.
это называется инвестирование, вы можете получить на 3К за год больше вложив 1К. Для мобильной разработки вам тоже понадобится не один андроид девайс, а штуки 4 разных производителей.
ну каков вопрос таков и ответ. вам нужно было что-то что по другому оформлять невалидные инпуты, как я понял. Валидация средствами браузера это позвляет в какой-то мере.
что сложного в том что бы заменить mysql_connect на mysqli_connect и т.д.... посмотрите доки, они даже на русском есть. Там подробно описано что куда надо пихать.
да, но doctrine-migrations можно спокойно использовать отдельно, оно просто будет использовать doctrine dbal для себя. Саму orm для этого ставить ненужно.