ну можете попробовать поиграться со словом йух, думаю, у вас обязательно что-нибудь получится!
ТС, вы из ИТ-отдела этого магазина, как я понял ?
ну да, о какой там юзабильности и эргономики вообще можно говорить, сайт действительно ужасен... то есть, я как гипотетический клиент ничего бы на таком сайте покупать не стал бы... но, это не критика в вашу сторону, а исключительно в сторону вашего начальства, которое жмётся потратиться на нормальный дизайн и взвешивает на плечи собственных ИТшников те задачи, которые они не обязаны решать принципиально.
В общем, вам просто нужно объяснить начальству, что НУЖНО покупать дизайн, и не выёбы*ться! ) но если страшно такое говорить в глаза, о Боже - начальнику, то просто... заюзайте бесплатный шаблон и натяните на свой двиг, собственно все.
зы: действительно, то что есть сейчас даж на хомяки конца 90 не тянет... эт просто мнение посетителя как бы, так что без обид
Не вопрос - теперь создайте куб!
Не приставайте к ТСу! не нужна работа - проходите мимо, что не понятного?
ТС, буду первым:
ps:я очень хочу получить дополнительных два заказа, отпишите пожалуйста на ISQ или мой сайт вконтакте!!
RFC2505 добавил 18.10.2010 в 03:17
сайт в PDS после предоплаты! уверен, с вами приятно работать!! пишыте!
скорее как SimpleXMLElement )
посмотрите, там есть примеры как и когда используются явные приведения типов, но по-хорошему, в случае SimpleXML их нужно выполнять всегда
для быстрого ориентирования по данным, когда кто-то просит сделать что-либо на его сервере, в неизвестной мне базе, предпочитаю юзать что-то вроди adminer или sqlbuddy (если очень хочется ГУИшности), которые копирую в любую папку в иерархии веб-сервера(я не могу требовать от клиента, что б у него был установлен phpMyAdmin, специально на случай исправления чего-либо) и удаляю сразу же после пользования, а БД всех своих проджектов, ессно забекаплены локально, и перед тем, как что-то делать на рабочих серваках, прокручиваю сценарий локально, после чего выполняю изменения на сервере.
В общем, смысл держать на сервере сабж, на случай возможной необходимости им когда-нибудь воспользоваться, я так и не увидел )
ну если использование PEAR принципиально важно, то можете посмотреть на HTTP_Request2, там есть враппер (адаптер) для курла. На чистом ПЫХе, реализовывать такие вещи как SSL/TLS протокол несколько накладно )
общий пример: возможность произвольно менять часть УРЛа на какой-то ресурс на сайте из красивой одминки. Здесь просто регулярок .htaccess не хватит. Точнее, может и хватить, если одминка будет писать в него все изменения, но имхо это неправильно, и вызовы конкретных екшинов должны разруливаться программными модулями в этом случае.
конкретный пример: TDS )
ну, ещё примеры 1, 2, 3, 4 и т.д.
в данном случае, я не думаю, что ТС потребляет слишком много ресов... если там не специфический СЕО-софт какой-то), и если там обычный блог "манимейкера" с реффками на ПП, то можно лишиться головняка с обновлениями перейдя на шаред-хостинг. Если там что-то действительно требующее виртуала, то вопросов нет.
по поводу того, что десктопный клиент "тормозит" на больших табличках - подумайте сами, какой объём инфы передастся от сервера к вам для какой-то конкретной выборки с одинаковым кол-вом записей в случае использования сабжа и десктопа, если "тормозит" какой-то конкретный клиент, то это сугубо конкретный случай с этим клиентом
п.с. поправил - неправильно понял сначала ваш пост)
http://php.net/curl
