Согласен, невнимательно прочитал.. но на брудершафт с вами не пил...
Проверьте права доступа к этой директории и вложенным файлам.
Со слов того, кто этим занимается (админ nulled.ws) - скрипты спокойно декодируются. На том сайте есть и специальный раздел заказов, где смогут бесплатно выполнить вашу работёнку, если у вас не получается.
Например? Что вообще не декодируют?
Думаю нет смысла обсуждать Zend и хостинг, если закодированные Zend Guard (влючая последнюю 5ую версию c обфускатором) скрипты спокойно декодируются и выкладываются в инете. Кто из нас будет им пользоваться для защиты своих продуктов? Cоздателю PHP UnReader лучше делать упор на безопасности - это самый главный плюс. Из минусов бы отметил увеличение размера файлов и потерю скорости обработки, если уж на чтение каждой кавычки вызывается функция.
Имел ввиду подвешивает.
Проблема частично решается если добавить padding:0; но поле все равно ведет себя неадекватно.
<table><tr><td><input type="text" style="padding:0; min-width:100%" /></td></tr></table>
Хотел бы я посмотреть на эту верстку, если в ней прописать doctype :)
Да, но при манипуляции с показом и скрытием дивов (см: [ATTACH]2540[/ATTACH]), это функция работает не совсем корректно.
Спасибо за желание помочь. Да, работает. Но только при первом вызове функции, а при повторном (без перезагрузки страницы), с тем же object, но другим value?
Неа, не помогло. Странно, что везде работает, а в опере только при первом вызове.
Смотря для каких целей. Например, для вывода меню в админке (где дерево всегда выводится целиком) я храню в базе серилизованный многомерный массив, который вывожу рекурсией. Для его редактирования в той же админке, "на лету" в нем создаются вспомогательные элементы (id,level,parent_id) и затем они удаляются, перед серилизацией и сохранением в базу с целью уменьшить размер массива и ускорить выдачу.
