Miracle: типа такого сейчас! проблем с форичем нет, но хочется нового и возможно правильного решения.
Что может быть правильнее самого короткого и оптимального решения?
А насчет foreach'a - в цикле создавайте структуру, которая Вам нужна. Какие проблемы-то?
Не нравится Вам:
$query="SELECT COUNT(*) as c , `num`
FROM a
GROUP BY `num`";
$res=mysql_query($query);
$arr=array();
while ($row=mysql_fetch_assoc($res))
{
$arr[]=$row;
}
Сделайте так(под требуемую Вами структуру):
$query="SELECT COUNT(*) as c , `num`
FROM a
GROUP BY `num`";
$res=mysql_query($query);
$arr=array();
while ($row=mysql_fetch_assoc($res))
{
$arr[$row['num']]=$row['c'];
}
У меня вот код есть, решает такую то задачу, ну вот как-то сильно нагружает или сбоит на таком то этапе. Вот после этого можно, что-то решать. Вы со мной не работали, поэтому свои теории можете оставить при себе.
Не работал, но во время общения можно многое понять о человеке, уж извините...
Не хотел забрасывать Ваш огород камнями, так вышло...
А по поводу
LEOnidUKG:
У меня вот код есть, решает такую то задачу, ну вот как-то сильно нагружает или сбоит на таком то этапе. Вот после этого можно, что-то решать.
Вы к интуиции никогда не прислушивались?
У меня, например, тоже иной раз возникают сомнения насчет целесообразности применения того или иного способа решения поставленной задачи, а в таких ситуациях лучше всего помогает мнение со стороны.
Именно такое мнение и хотел услышать ТС, создавая данный топик.
P.S. Разгорающуюся дискуссию о причинах создания топика предлагаю свернуть, а отвечать в ветке только по сути вопроса из 1 поста.
В принципе, это самое ожидаемое решение поставленной задачи...
Единственное, перед выполнением апдейта - проверяйте на изменение данных в ячейках, и если изменения в строке не было - апдейт для этой строки не производите.
Просто, при выводе на экран, допустим, 100 строк и изменении всего 1 строки, у Вас апдейт пройдется по всем 100 строкам, по сути не меняя текущих значений.
Кстати, у вас поля `shipping_zip` и `shipping_address` уникальны? Если нет - боюсь, что при большом кол-ве данных у Вас может получиться ситуация, когда обновятся не совсем те данные, которые хотелось бы обновить.
WebTih добавил 28.11.2010 в 23:35
LEOnidUKG: Ничего не понимаю... способ работает? Выполняет свои функции? Сервер не грузит? Тогда НИЧЕГО не трогайте, а если есть куча свободного времени, сходите в кафе или в кино.
Вы про рефакторинг и оптимизацию кода слышали?
Ну так вот, ТС хочет на этапе проектирования системы обойти возможные подводные камни, с которыми может столкнуться в дальнейшем, и именно сейчас обладает небольшим запасом времени, чтобы это реализовать. И он, кстати, прав, ибо в дальнейшем исправление ошибок и оптимизация может потребовать гораздо большее кол-во времени, нежели сейчас.
Кстати, LEOnidUKG, судя по Вашему посту, Вы работаете по схеме "принял заказ (сайт на джумле) -> выполнил(прикрутил диз и пару допов) -> получил деньги -> забыл клиента", а с серьезными, долгоиграющими проектами не связываетесь. Не забывайте, что CMS для многих задач не является панацеей и иногда приходится многое писать с нуля, а в этом случае, приходится анализировать множество факторов, с которыми Ваша разработка может столкнуться.
типа такого сейчас! проблем с форичем нет, но хочется нового и возможно правильного решения.
Что может быть правильнее самого короткого и оптимального решения?
А насчет foreach'a - в цикле создавайте структуру, которая Вам нужна. Какие проблемы-то?
Не нравится Вам:
Сделайте так(под требуемую Вами структуру):
Или объясните что опять не так
Если я правильно понимаю в четности недель:
1-2 января - нечетная неделя(1)
3-9 - четная(2)
10-16 - нечетная (3)
17-23 - четная(4)
24-30 - нечетная (5)
31-06 - четная (6)
Вы уверены, что для Ваших первых четырех случаев
3-9 Января 2011 = нечетная неделя
10-16 Января = четная
17-23 Января = нечетная
24-30 Января = четная
31 Января-6 Февраля=четная
Первые 4 недели скрипт работает без проблем
правильно определяется четность?
На моём сайте http://moidetki.com/ недавно была вшита ссылка, располагающаяся в каждой статье в виде маленького квадрата под кнопкой "главная".
Ссылка вшита ни как маленький квадрат, а как скрытый элемент со свойством display: none
еще нашел
Первая мысль - посмотрите шаблон и шаблонизатор
А хотя бы примерно озвучить постановку задачи нельзя?
К сожалению, это не форум экстрасенсов...
У меня вот код есть, решает такую то задачу, ну вот как-то сильно нагружает или сбоит на таком то этапе.
Вот после этого можно, что-то решать.
Вы со мной не работали, поэтому свои теории можете оставить при себе.
Не работал, но во время общения можно многое понять о человеке, уж извините...
Не хотел забрасывать Ваш огород камнями, так вышло...
А по поводу
У меня вот код есть, решает такую то задачу, ну вот как-то сильно нагружает или сбоит на таком то этапе.
Вот после этого можно, что-то решать.
Вы к интуиции никогда не прислушивались?
У меня, например, тоже иной раз возникают сомнения насчет целесообразности применения того или иного способа решения поставленной задачи, а в таких ситуациях лучше всего помогает мнение со стороны.
Именно такое мнение и хотел услышать ТС, создавая данный топик.
P.S. Разгорающуюся дискуссию о причинах создания топика предлагаю свернуть, а отвечать в ветке только по сути вопроса из 1 поста.
В принципе, это самое ожидаемое решение поставленной задачи...
Единственное, перед выполнением апдейта - проверяйте на изменение данных в ячейках, и если изменения в строке не было - апдейт для этой строки не производите.
Просто, при выводе на экран, допустим, 100 строк и изменении всего 1 строки, у Вас апдейт пройдется по всем 100 строкам, по сути не меняя текущих значений.
Кстати, у вас поля `shipping_zip` и `shipping_address` уникальны? Если нет - боюсь, что при большом кол-ве данных у Вас может получиться ситуация, когда обновятся не совсем те данные, которые хотелось бы обновить.
WebTih добавил 28.11.2010 в 23:35
Ничего не понимаю... способ работает? Выполняет свои функции? Сервер не грузит?
Тогда НИЧЕГО не трогайте, а если есть куча свободного времени, сходите в кафе или в кино.
Вы про рефакторинг и оптимизацию кода слышали?
Ну так вот, ТС хочет на этапе проектирования системы обойти возможные подводные камни, с которыми может столкнуться в дальнейшем, и именно сейчас обладает небольшим запасом времени, чтобы это реализовать. И он, кстати, прав, ибо в дальнейшем исправление ошибок и оптимизация может потребовать гораздо большее кол-во времени, нежели сейчас.
Кстати, LEOnidUKG, судя по Вашему посту, Вы работаете по схеме "принял заказ (сайт на джумле) -> выполнил(прикрутил диз и пару допов) -> получил деньги -> забыл клиента", а с серьезными, долгоиграющими проектами не связываетесь. Не забывайте, что CMS для многих задач не является панацеей и иногда приходится многое писать с нуля, а в этом случае, приходится анализировать множество факторов, с которыми Ваша разработка может столкнуться.
Если Вам надо удалить существующие уже файлы - воспользуйтесь приведенными выше советами.
Если не хотите, чтобы ситуация повторялась в будущем - ставьте на создаваемые файлы права 0777, это даст доступ к файлам от имени любого пользователя.
Но если есть какие-то особенные требования по безопасности, то придется придумывать что-нибудь эдакое, чтобы "и волки сыты, и овцы целы" оказались
Короче, терзайте своего хостера... скорее всего траблы именно у него
уже разобрался.
спасибо.
Да с этими остановками форума сообщение вовремя не прошло))
Может запаковать перед добавлением? serialize()
Именно... А после извлечения из БД для дальнейшей обработки сделать unserialize()