Stek: Не совсем понял, а в чем отличие вашего движка от функции xslt_process() ?
Ну хотя бы в том, что указанное вами API не поддерживается в PHP5, и, судя по всему, даже выпилено из PECL-а :) А вообще ответ совпадает с ответом на этот вопрос:
specialist-seo: Проще говоря это обычный шаблонизатор?
Не совсем. Шаблонизатор - это XSLT. А Easyweb - это шаблонизатор + доступ к данным + роутинг запросов + система прав доступа + локализация (зачаточное состояние) + вспомогательные PHP-классы и фасилити. То есть - комплексное решение для веба, а не просто шаблонизатор.
Дело в том, что тело этого большого query берется из специального конфига. Там может быть и один запрос, и несколько. И содержимое может быть на любом PDO-драйвере, не обязательно MySQL.
Т.е. вы все советуете парсить содержимое, бить на раздельные запросы, делать 1 PDO::query на 1 запрос и организовывать транзакцию руками? А есть какая-то готовая функция для разбивки SQL-портянки? Ну если не считать explode.
Stek: Транзакции и несколько запросов в одном query не имеют между собой ничего общего.
А разве я утверждал обратное? Речь лишь о том, что в некоторых API так и сказано: "если засунуть несколько запросов, то они будут отработаны как транзакция", и ничего более.
Stek: Но конструкция ниже будет работать одинаково.
transaction->start();
query();
query();
query();
transaction->commit/rollback();
Дело в том, что у меня есть тело query, в котором может быть как один запрос, так и несколько. Делать транзакцию безусловно не хочется - подозреваю что будет ненужный оверхед. Заглядывать внутрь query тоже не хочется. Хочется чтобы этот вопрос было каким-то образом унифицирован, типа если СУБД может транзакцию И в query несколько запросов, то пусть делает транзакцию.
gugugu234: Бюджет сказать не могу, ибо не знаю сколько это может стоить. Пусть будет 30.000 руб.
Я бы оценил хорошую CMS (пусть и не универсальную, а под потребности отдельновзятого человека) в пару человекомесяцев (при 8-ми часовом рабочем дне), но за 15к в месяц работать, конечно же, не стал бы.
cheredov: Вам 10$ жаль или времени? Почему бы и не прогнать по каталогам? Вред вряд ли будет. Если сомневаетесь, разместите сначала ссылки на всех тематических площадках. Много кстати их?
Денег не жалко, стремно получить пессимизацию, пусть даже шанс невелик.
Не совсем понял, а в чем отличие вашего движка от функции xslt_process() ?
Ну хотя бы в том, что указанное вами API не поддерживается в PHP5, и, судя по всему, даже выпилено из PECL-а :) А вообще ответ совпадает с ответом на этот вопрос:
Проще говоря это обычный шаблонизатор?
Не совсем. Шаблонизатор - это XSLT. А Easyweb - это шаблонизатор + доступ к данным + роутинг запросов + система прав доступа + локализация (зачаточное состояние) + вспомогательные PHP-классы и фасилити. То есть - комплексное решение для веба, а не просто шаблонизатор.
Дело в том, что тело этого большого query берется из специального конфига. Там может быть и один запрос, и несколько. И содержимое может быть на любом PDO-драйвере, не обязательно MySQL.
Т.е. вы все советуете парсить содержимое, бить на раздельные запросы, делать 1 PDO::query на 1 запрос и организовывать транзакцию руками? А есть какая-то готовая функция для разбивки SQL-портянки? Ну если не считать explode.
Транзакции и несколько запросов в одном query не имеют между собой ничего общего.
А разве я утверждал обратное? Речь лишь о том, что в некоторых API так и сказано: "если засунуть несколько запросов, то они будут отработаны как транзакция", и ничего более.
Но конструкция ниже будет работать одинаково.
transaction->start();
query();
query();
query();
transaction->commit/rollback();
Дело в том, что у меня есть тело query, в котором может быть как один запрос, так и несколько. Делать транзакцию безусловно не хочется - подозреваю что будет ненужный оверхед. Заглядывать внутрь query тоже не хочется. Хочется чтобы этот вопрос было каким-то образом унифицирован, типа если СУБД может транзакцию И в query несколько запросов, то пусть делает транзакцию.
ТЗ в кратце:
Вы описали не движок, а CMS.
Бюджет сказать не могу, ибо не знаю сколько это может стоить. Пусть будет 30.000 руб.
Я бы оценил хорошую CMS (пусть и не универсальную, а под потребности отдельновзятого человека) в пару человекомесяцев (при 8-ми часовом рабочем дне), но за 15к в месяц работать, конечно же, не стал бы.
Вам slando и olx мало? 🤣
Так они ж в разделе тематических площадок, а не поисковых систем. То есть, по списку не ясно, считается ли площадка еще и поисковиком.
а клики по 5 у.е. за них...
А что это за тематика такая с кликом по 5 уе на доске объявлений в рунете?
---------- Добавлено 01.11.2012 в 00:41 ----------
во-вторых, основные можно взять хотя бы здесь
Что-то не вижу там ни авито, ни других "поисковых систем".
Вам 10$ жаль или времени? Почему бы и не прогнать по каталогам? Вред вряд ли будет. Если сомневаетесь, разместите сначала ссылки на всех тематических площадках. Много кстати их?
Денег не жалко, стремно получить пессимизацию, пусть даже шанс невелик.
Мне почему то кажется, что вы сами статью невнимательно читали.
А, ну ладно, пусть так.
Все нормально, у гугла НДС платит рекламодатель.
ТС, прочитай ответ на вопрос про "Мастерскую крокодильчика": http://tema.livejournal.com/1235537.html