alexfor: Если выбор возможен шире, то рекомендовал бы фразу "Набор инструментов для авто", а там бы уже сделал описание где раскрывал хвосты, в чемодане, в сумке, без чемодана и т.п.
А если задача стоит в продаже чемоданов ? :) ТС то цель не раскрыл.
Упаси господь. Я в сети на тех же самых контактах лет 15, тут любой гарант лесом пойдет :D Да и потом еще раз говорю, гарант - это тупо прокладка. Я еще не видел ни одного гаранта, который бы своими деньгами отвечал за сделку и компенсировал свои косяки.
kaskentbobel: Делай оплату через гаранта... оплати его услугу сам (это не много), если исполнительнитель не согласен на таких условиях - значит ссыт и не уверен в своих силах.
Гаранты - просто прокладка между покупателем и продавцом, которая снимает свой процент и ни за что не отвечает.
Самый внятный совет - поэтапная оплата.
А вообще, какая то лажа, за 3 года не суметь создать магазин - это еще надо сильно постараться. Ставиться движок подходящий по возможностям, наполняется товарами, а параллельно уже делается дизайн и верстка. И это совершенно не мешает открытию магазина.
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 просто не может найти где в ней этот метод. Т.е. вручную конечно, открыл файлы и нашел. Но когда ты находишься на стадии знакомства с проектом - время на такой дебаг уходит куча.
obius: И действительно, а зачем нам "тонны абстракций, наследования и километровым вызовам объекта за объектом". Пусть лучше будет изобилие функций, как например у ВП.
А где то кто то говорил о функциях ? Я ставлю просто под сомнение ООП ради ООП.
Вроде всегда можно было только как псевдоним (алиас). По крайней мере лет 5 назад другого варианта в бесплатной версии и не было.
С таким использованием на ваш век накопителя хватит.
Чего это вы ТСу всего восемь с половиной лет жизни отвели ? :)
Если выбор возможен шире, то рекомендовал бы фразу "Набор инструментов для авто", а там бы уже сделал описание где раскрывал хвосты, в чемодане, в сумке, без чемодана и т.п.
А если задача стоит в продаже чемоданов ? :) ТС то цель не раскрыл.
Bonbob, а что это за модель такая, дайте плиз более точную инфу.
Сами-то работали через гарантов?
Упаси господь. Я в сети на тех же самых контактах лет 15, тут любой гарант лесом пойдет :D Да и потом еще раз говорю, гарант - это тупо прокладка. Я еще не видел ни одного гаранта, который бы своими деньгами отвечал за сделку и компенсировал свои косяки.
Делай оплату через гаранта... оплати его услугу сам (это не много), если исполнительнитель не согласен на таких условиях - значит ссыт и не уверен в своих силах.
Гаранты - просто прокладка между покупателем и продавцом, которая снимает свой процент и ни за что не отвечает.
Самый внятный совет - поэтапная оплата.
А вообще, какая то лажа, за 3 года не суметь создать магазин - это еще надо сильно постараться. Ставиться движок подходящий по возможностям, наполняется товарами, а параллельно уже делается дизайн и верстка. И это совершенно не мешает открытию магазина.
Если после этого запроса идёт следующий копирующий эту таблицу в другую таблицу, не может получиться что скопируются старые данные?
Запросто. Но можно это сделать в транзакции. Тогда все другие будут ждать, пока ваш скрипт не отработает задачу.
160 классов встроенных в пхп, 80 классов моих. Странно что так много.
У меня 137 классов в этом проекте. И 80 из них подгружается? Капец)
Просто проект маленький.
Возьмем к примеру проект с использованием Doctrine: 2 Base класса на таблицу + 1 Base/Generated класс на модель таблицы. Далее +2 класса на методы работы с таблицей как с моделью, а потом еще +1 класс снова на описание типа модели как объекта.
И это все не руками делается, это все Doctrine генерирует из schema.yml файла, в котором описана таблица.
И вот ты такой грузишь проект в IDE, открываешь нужную функцию, а там:
Теперь вопрос, где искать метод getPackageBarcodeByIdentifier ? Из за не явного вызова модели, IDE просто не может найти где в ней этот метод. Т.е. вручную конечно, открыл файлы и нашел. Но когда ты находишься на стадии знакомства с проектом - время на такой дебаг уходит куча.
Можете обосновать чем оно лучше?
Удобнее, шаблоны и код пишутся как есть, не задумываясь о языке и создании переменных под каждую фразу.
И действительно, а зачем нам "тонны абстракций, наследования и километровым вызовам объекта за объектом". Пусть лучше будет изобилие функций, как например у ВП.
А где то кто то говорил о функциях ? Я ставлю просто под сомнение ООП ради ООП.