Prosto_niki

Дело в том что импорт не виснет - все ок. Потому тайм аут только на время выполнения. Зависания нет. А ЕЩЕ БОЛЬШЕ УДИВЛЯЕТ ТО, ЧТО Я ЗАХОЖУ ПОД ДРУГИМ ДОМЕНОМ НА ЭТОМ ЖЕ САЙТ, и нет таймаута. Т.е. сервер и сайт работает. Забивается один домен на котором импорт идет

Хочу заказать. Куда стучать?

А какой выбор был бы лучше? Я начал YII изучать, судя по отзывам весьма хороший вариант. Зенд говорят ресурсы хавает сильно. Прочие тоже со своими изъянами. Оптимально вроде как YII, я по всяким видео изучаю. КОнечно сходу брать и переносить глупо. Много накасячиться можно.. Я сначала покуралесю мелокое что-то. ПРосто ошибка в проекте было то, что структура без MVC, без ШАБЛОНИЗАТОРОВ и т.п., а когда размах пошел, то уже все это нужно. И основная причина - шаблонизатор. Который надо открыть для ползвоателей... И что-бы не изобретать очередной велосипед - я решил использвоать фреймворк... Но зенд почему-то мне не так понравился, как например YII. Но на каком все же лучше, я опять же могу только спрашивать совета от вас

Пришлось создавать ко всем данным значения для GRUOP, уникальный идентификатор. Иначе никиак. Двойно GROUP вобще возвращал мало резлуьтатов

Мда... YII для меня тоже дебри... Столько не понятного :(

Да) ВЕрстальщиков полно. Да ZF сильно большой, чем больше читаю темб ольше смотрю в сторону YII. А TWIG, он же проддерживается одним человеком... Как-то стремно )

Моя основная цель - сделать шаблонизатор - безопасный и с ддоступом для пользователей.. НА чем лучше не знаю...

Никто совсем не знает как сделать?

Сейчас, В общем, в IN это логически никак не запихнуть, я решил вопрос частично, возник еще вопросик. И так

SELECT cp.id, comp.complectation_id

FROM page AS cp

LEFT JOIN complectation AS comp ON cp.id = comp.complectation_productid WHERE ( id='19923' AND complectation_id='10' ) OR ( id='19923' AND complectation_id='12' )

GROUP BY cp.id LIMIT 100

Все бы круто, только значений к одному id='19923' в таблице complectation - несколько. Как видно в запросе выше. Так вот проблема в том что GROUP BY не совсем корректно работает. МНе надо что бы вывелось 2 результата. А выводится только один т.к. группировака по id. А без групироваки не работает


---------- Добавлено 15.02.2013 в 22:58 ----------

В param может быть несколько значений, так что не подходит. ТАм должно быть соотвествие ID + pramin = x , и так целый ряд значений...

---------- Добавлено 15.02.2013 в 23:10 ----------

Попробовал ( cp.id+comp.complectation_id ) as unique_id

и потом GROUP BY unique_id

в результате 3 а не 2 записи выдается

---------- Добавлено 15.02.2013 в 23:29 ----------

Вот таблицы бд схематически



---------- Добавлено 15.02.2013 в 23:38 ----------

Новый глюк.

Вот оно что ) В общем если нету значения в complectation то ничего не выдает.. А это же LEFT JOIN ... В общем глюк теперь такой. НЕ КО ВСЕМ ПОЛЯМ ЕСТЬ ЗНАЧЕНИЕ complectation, Т.е. некоторые просто пустые, а некоторые имеют значения (как в примере выше) и резльутатот должны быть разные объекты. В чем тогда глюк?

---------- Добавлено 16.02.2013 в 00:21 ----------

В общеми глюк в том что если выбираются данные, к которым во второй таблице "complectation" нет данных, то они не выводятся. Т.е. групировка идет по чему-то уникальному - а в этом случае не повторимое это complectation_id, А как быть в случае если этого уникального ключа к некоторым полям нету?

Разобрался.. Все надо гнать в массив и перебирая строки отображать только соответсвующие. В общем геморно, но сделал.

Тема закрыта