kysok sabaki: 1. там есть модуль "Социальная сеть", блондинка устанавливает его за несколько минут
вообще не аргумент, практически 90% CMS может установить блондинка, но от этого они(cms) не становятся хоть как-то приемлемыми => работающими/используемыми остаются 1% от всего колличества(гиков в расчет не берем - исключение подтверждающее правило)
kysok sabaki: редактирование шаблонов, по сути, не отличается от редактирования, например, вордпреса.
полный субъективизм человека ни разу не работавшего с CMS Битрикс.
Может верстка дизайна и одинакова, но вот с адаптацие половина горе программистов сыплется.
Сделал уже гору проектов на битрикс, и как только основной прогер очень занят, пробовал привлекать со стороны и получалось так, что сроки срываются, а многие так вообще не могут справиться с задачей начиная выпрашивать увеличение бюджета или нанимая так называемый субподряд
---------- Добавлено 15.12.2013 в 21:00 ----------
kysok sabaki: а демо-версии не было?
ценнится именно кастомность решений, а не станларт
ivan-lev: Replace удаляет существующую запись, а on duplicate - позволяет отредактировать (выбирая, какие именно поля следует обновлять). Скорее всего, Вам подойдёт любой.
собственно чтобы вам более понятно было
таблица - это справочник ФИАС в которой дублирование записей не приемлемо
ivan-lev: p.s. А вообще, для ускорения имеет смысл складывать результаты обработки XML в другую таблицу (временную или Memory), а потом одним запросом обновить по ключу.
1. там есть модуль "Социальная сеть", блондинка устанавливает его за несколько минут
вообще не аргумент, практически 90% CMS может установить блондинка, но от этого они(cms) не становятся хоть как-то приемлемыми => работающими/используемыми остаются 1% от всего колличества(гиков в расчет не берем - исключение подтверждающее правило)
редактирование шаблонов, по сути, не отличается от редактирования, например, вордпреса.
полный субъективизм человека ни разу не работавшего с CMS Битрикс.
Может верстка дизайна и одинакова, но вот с адаптацие половина горе программистов сыплется.
Сделал уже гору проектов на битрикс, и как только основной прогер очень занят, пробовал привлекать со стороны и получалось так, что сроки срываются, а многие так вообще не могут справиться с задачей начиная выпрашивать увеличение бюджета или нанимая так называемый субподряд
---------- Добавлено 15.12.2013 в 21:00 ----------
а демо-версии не было?
ценнится именно кастомность решений, а не станларт
Цитата:
Сообщение от kdv12
Посмотрите Битрикс
Спасибо. Достойно внимания, про него что-то не подумал.
Если у Вас мало опыта работы с данным движком то даже не начинайте
сейчас вот начали интегрировать данную соцсеть в интернет магазин и собственно поняли что продукт совершенно сырой
1 документация полупустая(есть немного описаний по добавлению записей но вот вывода совсем нету)
2 ну как-бы вытекает из первого - API слабое и совсем не развито
для того чтобы хоть немного успешно запустить проект с битрикс, вам нужно:
1 очень хороший специалист по битрикс
2 бюджет от 3500$
3 куча времени
---------- Добавлено 15.12.2013 в 04:44 ----------
LiveStreet система странная, она без админки.
там есть плагин с админкой, но для соц сети для города точно не подойдет уныловата как-то
Replace удаляет существующую запись, а on duplicate - позволяет отредактировать (выбирая, какие именно поля следует обновлять).
Скорее всего, Вам подойдёт любой.
собственно чтобы вам более понятно было
таблица - это справочник ФИАС в которой дублирование записей не приемлемо
p.s. А вообще, для ускорения имеет смысл складывать результаты обработки XML в другую таблицу (временную или Memory), а потом одним запросом обновить по ключу.
ну да при больших таблицах InnoDB это имеет смысл
REPLACE INTO * подойдет?
то что нада
ON DUPLICATE KEY UPDATE
нет, мне не надо менять ключ.
Мне надо определить - если запись существует, то обновляем запись не меняя ключа, а если записи нет, то добавляем новую запись.
ответ - 5719.9 Kb. Походу не в этом причина
ну по мне таки не мало на один запрос
давайте тогда мерить время
в начало файла
прямо перед самим запросом, потом после запроса и уже в конце страницы
просто если PhpMyAdmin сказал что меньше секунды то оно так и есть, больше чем уверен что дело в php и вам надо засунуть то что вы делаете в php в SQL
я сам со статистикой работал и там уж поверьте в разы больше данных
---------- Добавлено 10.12.2013 в 22:24 ----------
да и собственно ворпрос, а зачем вы начали изобретать собственнй класс для запросом в базу?
юзайте DBSimple и будет вам счастье
Mr.Boba,
ну тогда давайте посмотрим может пыхе трудно
Mr.Boba, еси работаете на localhost то попробуйте получить вот такую переменную
$sqlQ = mysql_query("show status like '%Questions%'");$sqlN = mysql_num_rows($sqlQ);
$sq = 0;
while ($sq < $sqlN) {
$sq++;
$sql = mysql_fetch_assoc($sqlQ);
print 'Запросов ' . $sql['Variable_name'] . ': ' . $sql['Value'];
}
у меня возники сомнения что запрос у вас в данном сучае всего 1
а вообще я юзаю счетчики в купе со временем генерации и подсчетом испоьзованной памяти может там ответ найдете
нашел в чем баг надо было таблицу для начала в MyISAM конвертнуть
---------- Добавлено 08.12.2013 в 23:52 ----------
в InnoDB сутки гиг заливался
1. Попросите администраторов сервера пусть сделаю
ну как-бы некому, сервер мой
2. Запакуйте в архив и из него импортируйте
это как?