Что может быть правильнее самого короткого и оптимального решения?
А насчет 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']; }
Или объясните что опять не так
Если я правильно понимаю в четности недель:
1-2 января - нечетная неделя(1)
3-9 - четная(2)
10-16 - нечетная (3)
17-23 - четная(4)
24-30 - нечетная (5)
31-06 - четная (6)
Вы уверены, что для Ваших первых четырех случаев
правильно определяется четность?
Ссылка вшита ни как маленький квадрат, а как скрытый элемент со свойством display: none
<p style="display: none;"><a href="http://www.uzao-info.ru">www.uzao-info.ru</a></p>
еще нашел
<a id="_ID_" href="http://xboxvids.info">xboxvids.info</a>
Первая мысль - посмотрите шаблон и шаблонизатор
А хотя бы примерно озвучить постановку задачи нельзя?
К сожалению, это не форум экстрасенсов...
Не работал, но во время общения можно многое понять о человеке, уж извините...
Не хотел забрасывать Ваш огород камнями, так вышло...
А по поводу
Вы к интуиции никогда не прислушивались?
У меня, например, тоже иной раз возникают сомнения насчет целесообразности применения того или иного способа решения поставленной задачи, а в таких ситуациях лучше всего помогает мнение со стороны.
Именно такое мнение и хотел услышать ТС, создавая данный топик.
P.S. Разгорающуюся дискуссию о причинах создания топика предлагаю свернуть, а отвечать в ветке только по сути вопроса из 1 поста.
В принципе, это самое ожидаемое решение поставленной задачи...
Единственное, перед выполнением апдейта - проверяйте на изменение данных в ячейках, и если изменения в строке не было - апдейт для этой строки не производите.
Просто, при выводе на экран, допустим, 100 строк и изменении всего 1 строки, у Вас апдейт пройдется по всем 100 строкам, по сути не меняя текущих значений.
Кстати, у вас поля `shipping_zip` и `shipping_address` уникальны? Если нет - боюсь, что при большом кол-ве данных у Вас может получиться ситуация, когда обновятся не совсем те данные, которые хотелось бы обновить.
WebTih добавил 28.11.2010 в 23:35
Вы про рефакторинг и оптимизацию кода слышали?
Ну так вот, ТС хочет на этапе проектирования системы обойти возможные подводные камни, с которыми может столкнуться в дальнейшем, и именно сейчас обладает небольшим запасом времени, чтобы это реализовать. И он, кстати, прав, ибо в дальнейшем исправление ошибок и оптимизация может потребовать гораздо большее кол-во времени, нежели сейчас.
Кстати, LEOnidUKG, судя по Вашему посту, Вы работаете по схеме "принял заказ (сайт на джумле) -> выполнил(прикрутил диз и пару допов) -> получил деньги -> забыл клиента", а с серьезными, долгоиграющими проектами не связываетесь. Не забывайте, что CMS для многих задач не является панацеей и иногда приходится многое писать с нуля, а в этом случае, приходится анализировать множество факторов, с которыми Ваша разработка может столкнуться.
Если Вам надо удалить существующие уже файлы - воспользуйтесь приведенными выше советами.
Если не хотите, чтобы ситуация повторялась в будущем - ставьте на создаваемые файлы права 0777, это даст доступ к файлам от имени любого пользователя.
Но если есть какие-то особенные требования по безопасности, то придется придумывать что-нибудь эдакое, чтобы "и волки сыты, и овцы целы" оказались
Короче, терзайте своего хостера... скорее всего траблы именно у него
Да с этими остановками форума сообщение вовремя не прошло))
Именно... А после извлечения из БД для дальнейшей обработки сделать unserialize()
