А отъехать на километров 500-700 - там по-прежнему по 1.2-1.5 рубля за мегабайт хотят.
Это уже редкость. У Вас явно неверные данные, почерпнутые из статей жопоголиков и полных нищебродов в интернете. Я жил в глухой деревне одно время, за ~2500 километров от мск, так вот, там было ADSL 4 мегабита (правда только download, upload - около 300 килобит), всего за 600 рублей.
А как быть, если к примеру document.getElementByClassName() - не работает в ослах?
Или с разной реализацией XMLHTTPRequest в разных обозревателях?
Ну это уже частности. Касательно фреймворков - разве тот-же jQuery сильно тормозит обозреватель? И какой смысл экономить трафик во времена скоростного многомегабитного интернета? Диалап уже в прошлом. На нём и кстати GPRSе сидят единицы, которых можно не брать в рассчёт. Что же касается GPRS, и мобильного интернета (WAP) - то там вообще лучше обходиться без яваскриптов, так как там его поддержка - тема весьма мутная.
В таблице также имеется поле mtl_id с автоинкрементом
Задача - изменить запрос таким образом, чтобы он возвращал идентификатор вставленной записи (mtl_id). Либо любое другое поле имеющее значение по умолчанию типа CURRENT_TIMESTAMP
mysql_insert_id(), ну короче эту... php-функцию не предлагать, по ряду причин её использовать нельзя.
Но к сожалению это не запихнуть в один mysql_query() (А создавать их надо только так). Есть ли иные способы? (Добавление)
С mssql кстати, подобных проблем нет, он поддерживает подобные запросы. Печально... :'(
Я как-то был уже на подобном распутье, и вот к чему пришёл в итоге:
В базе данных две основных таблицы. - Первая: Содержит все возможные материалы. Материалом может быть что угодно, статья, товар, баллон пива... НО - главный смысл в том, "материал" может быть собственно "объектом содержащим какие-либо данные (типа файл)" и "Категорией (типа папка)". - Вторая: В ней содержится информация, для постройки так называемого "дерева объектов", в частности там содержатся указатели, в какой "категории" какой "файл" лежит.
В итоге получилась очень удобная, некая "файловая система", а интерфейс для работы с данной структурой занял очень мало кода, и получился весьма шустрым.
В итоге моя CMS строит сайт согласно дереву зависимостей, и параметров - что где показывать, причём с неограниченной вложенностью. И сам сайт фактически является таким вот деревом объектов.
Кроме того - впоследствии оказалось что систему удобно расширять, например добавить права доступа к узлам дерева. Наследование прав идёт от "корня" системы, но в то же время - для каждого отдельного узла можно свои права назначать. Ну и естественно, понадобилась третья табличка, хранящая права.
Единственное, возможно использовать их совместно. Или я ошибаюсь?
Совместно - да, хорошая идея
kto-to пишет:
Преждевременная оптимизация, возможно. Но нет ничего более постоянного, чем что-либо временное.
И по поводу абстракций...
Пример - три функции делающих что либо (На входе $var - на выходе $c)
$a = func1($var);
$b = func2($a);
$c = func3($b);
Как думаете, что быстрее и читабельней?
Использование подобных повторяющихся конструкций в коде 100500 раз?
Или единственная конструкция вынесенная в функцию? (Необязательно в отдельный файл)?