Stek

Рейтинг
315
Регистрация
23.05.2004

Вроде всегда можно было только как псевдоним (алиас). По крайней мере лет 5 назад другого варианта в бесплатной версии и не было.

se43:
С таким использованием на ваш век накопителя хватит.

Чего это вы ТСу всего восемь с половиной лет жизни отвели ? :)

alexfor:
Если выбор возможен шире, то рекомендовал бы фразу "Набор инструментов для авто", а там бы уже сделал описание где раскрывал хвосты, в чемодане, в сумке, без чемодана и т.п.

А если задача стоит в продаже чемоданов ? :) ТС то цель не раскрыл.

Bonbob, а что это за модель такая, дайте плиз более точную инфу.

kaskentbobel:
Сами-то работали через гарантов?

Упаси господь. Я в сети на тех же самых контактах лет 15, тут любой гарант лесом пойдет :D Да и потом еще раз говорю, гарант - это тупо прокладка. Я еще не видел ни одного гаранта, который бы своими деньгами отвечал за сделку и компенсировал свои косяки.

kaskentbobel:
Делай оплату через гаранта... оплати его услугу сам (это не много), если исполнительнитель не согласен на таких условиях - значит ссыт и не уверен в своих силах.

Гаранты - просто прокладка между покупателем и продавцом, которая снимает свой процент и ни за что не отвечает.

Самый внятный совет - поэтапная оплата.

А вообще, какая то лажа, за 3 года не суметь создать магазин - это еще надо сильно постараться. Ставиться движок подходящий по возможностям, наполняется товарами, а параллельно уже делается дизайн и верстка. И это совершенно не мешает открытию магазина.

Samail:
Если после этого запроса идёт следующий копирующий эту таблицу в другую таблицу, не может получиться что скопируются старые данные?

Запросто. Но можно это сделать в транзакции. Тогда все другие будут ждать, пока ваш скрипт не отработает задачу.

mendel:
160 классов встроенных в пхп, 80 классов моих. Странно что так много.
У меня 137 классов в этом проекте. И 80 из них подгружается? Капец)

Просто проект маленький.

Возьмем к примеру проект с использованием Doctrine: 2 Base класса на таблицу + 1 Base/Generated класс на модель таблицы. Далее +2 класса на методы работы с таблицей как с моделью, а потом еще +1 класс снова на описание типа модели как объекта.

И это все не руками делается, это все Doctrine генерирует из schema.yml файла, в котором описана таблица.

И вот ты такой грузишь проект в IDE, открываешь нужную функцию, а там:


public static function getTntByBarcode($barcode) {
try {
$package = Doctrine::getTable('Logistics_Models_Barcode')->getPackageBarcodeByIdentifier($barcode);
return self::getTrackingByPackageId($package->package_id);
} catch (Exception $e) {
throw new Exception("Barcode {$barcode} not found");
}

}

Теперь вопрос, где искать метод getPackageBarcodeByIdentifier ? Из за не явного вызова модели, IDE просто не может найти где в ней этот метод. Т.е. вручную конечно, открыл файлы и нашел. Но когда ты находишься на стадии знакомства с проектом - время на такой дебаг уходит куча.

mendel:
Можете обосновать чем оно лучше?

Удобнее, шаблоны и код пишутся как есть, не задумываясь о языке и создании переменных под каждую фразу.

obius:
И действительно, а зачем нам "тонны абстракций, наследования и километровым вызовам объекта за объектом". Пусть лучше будет изобилие функций, как например у ВП.

А где то кто то говорил о функциях ? Я ставлю просто под сомнение ООП ради ООП.

Всего: 2766