Когда вижу в аргументах функции array() и внутри нее еще один array() я думаю ну вещь серьезная. Оказывается эта вещь всего лишь хтмл-тег делает, причем специфический - конкретный input. Это сугубый перебор.
Пример выше - для любых тегов. Абсолютно то же самое что написать в хтмл по символам, но символы не разбегаются как вши в разные стороны от расчески.
В двойные кавычки я не верю, с одинарными такая строка в хтмле будет представлять поле боя этой самой расчески с теми самыми вшами. (Добавление)
Ну так вот, класс тега может засунуть себе хобот сами знаете куда. Функция add добавляет инстансь в узел элемента и можно вкладывать скольк хочешь. Цитату выше можно начать так:
Как видите оно может только расти вглубь. Вширь не может, потому что одноименные элементы это массив и в DOM'е именно так. Теоретически можно давать всем элементам уникальные ID и отчасти так и сделано в комплементарном микро-классе - теги. Который записывает в себя тег под уникальным ID, в который можно записать теги. В этом классе свой _toString() который попросту инициирует _toString() тегов путем вызова join(get_object_vars()) или типа того.
Так вот, у автора класса в начале темы теги не копятся как таковые, но складируются в буфере уже как строка. Похоже именно по этой причине их нельзя разрывать - как это приходится делать в цикле. Сохраняя в коллекции тег живьем его можно найти и починить, в том числе всунуть ему еще тег и так далее. Что позволяет не придерживаться структуры хтмля, а свободно собирать инфо для хтмля сохраняя структуру в объекте теги.
Все равно получается корявенько, зато все маленькое, даже микро по сравнению с ДОМами и той жутью которую я навидался у фрейморков. (Добавление)
А, да, вот это _text_b($text) - означает "атрибут" текст_впереди. Еще есть атрибут _text_a - текст_позади (before-after). Так сделано потому что текстовую ноду полностью выкашивает ссылка на инстансь дочернего тега будучи вставленной в него. Текст можно передать вторым аргументом _invoke($_tag, $_node) и если ничего не вставлять то он останется. Иначе приходится добавлять через атрибуты. Конечно через зарезервированные слова. Потому что инстансь класса это и есть "массив". То есть тег, текст и атрибуты в ней вперемешку. Что существенно все упрощает. (Добавление)
Поскольку из цитаты применения и так все понятно, полагаю нет нужды постить сырец класса который я сам себе накалякал.
Нужно получить общее количество строк из обеих таблиц
После соединения работа идет не с таблицами, а с таблицей которая получилась в результате соединения. Количество записей нормально можно получить только для нее.
Можно, но как это сделать встроенными функциями я не понял. Готовых решений нет, это значит либо все делается обычно, либо вообще не делается. Надо проверять.
Вы можете открыть файл как байтовый массив и согласно спецификации на gif размочить его.
Делают вот так. Если связанные свойства простые, скажем ботинки - размеры, то размеры загружаются все и могут быть выбраны в браузере. Если связанные свойства сложные, скажем автомобиль - ТТХ, цвет, опции фарша - то в ответ на выбор модели загружается весь фарш. В котором опять же сложные запросы перезагружают страницу, а простые уже загружены в хтмл или хтмл+скрипт.
Домен ajax'а это гамы и сервис. Продуктовые страницы работают нормально, без аякса. (Добавление)
С ботинками аналогично. Допустим такое дерево:
обувь
- женская
- мужская
- детская
Аяксом будете загружать весь раздел мужской обуви? Коню ясно - полностью. Затем
- зимняя
- летняя
- всесезонная
- шипованная
Зимнюю всю будете грузить аяксом? Там может быть сотня или две моделей в наличии и под заказ. Нажали зимняя, перезагрузили страницу, показали что есть
- артикул 01
- артикул 22
- артикул 9383
Вот теперь на артикул 01 вы можете повесить список артикулов 02 тире 21 с размерами. И выбор размера уже не потребует перезагрузки, потому что простой список уже весь загружен.
А вот как быть с динамическим ассоц.многомерн.массивом когда количество его ключей постоянно разное ?
Да? Тогда за каким членом-корреспондентом вам вообще бд?
Пишите свои массивы в файл и доставайте из файлов. Это элементарно делается, потому что работа с файлами и массивами на php гораздо глубже и лучше проработана чем работа с бд.
Кроме того есть же XML. Оно "какраз" пишется в файл и достается из файла и затем любой элемент вы можете оттудова достать пользуясь вот так например
Именно так. Потому что вы упорно разрабатываете свою бредовую идею не обращая внимания на ответы.
Ответы таковы: делается все не так, в точности наоборот. Ничего там на сервере не крутится вечно загруженным и вертится в процессах целуя сокеты: когда же милый юзер подаст сигнал.
Делается так: юзер подал сигнал в виде зароса к бд - скрипт поднимает последние данные, сравнивает с вновь полученными и делает выводы юзеру о текущем времени суток, сезоне, последних ответах, его статусе и самое главное если в отсутствии юзера другой юзер ограбил корован этого юзера - этому юзеру будет сообщено что его корован ограблен юзером таким-то.
Это не up, это даун, (Добавление)
Помогите себе сами. Вы когда были в прошлый раз не видели моего сообщения. Знаете почему? Потому что его не было в бд. Пока вы спали - пока для вас была ночь - я зашел и оставил запись в бд. Вы пришли, типа для вас наступил день - и вам эту запись из бд по запросу выдали. Элементарно прикрутить к форумному скрипту аддон который будет менять скин в зависимости от расчетного времени суток лично для вас. Скажем если вы зашли по местному времени в 3 часа ночи - скин ночной, то есть черный фон - цветные буквы.
Так понятно? Ну вот, стало быть вы можете на любом форумном движке организовать свою гаму. Вместо топиков - будут комнаты.
Это выведет на 1 вхождение, а типа like возвращает много, ну, все что похоже. Тут надо регу юзать (регулировку как пишет один спец по спаму). Типа preg_match_all() чтобы вернулись все mtaches[], но я полный нуль в регулярках.