Anthony

Возможно оно и так, но просто я не понимаю, почему вместо того, чтобы коротко ответить на вопрос, нужно громоздить "указатели" и смаковать ситуацию.

Задал поиск по subj-у, на первой странице нет. Не хочешь помогать, тогда уж и не влезай. А стыдить меня не надо, ситуация вполне нормальная. Таким манером можно и форум закрыть и поставить ссылку на гугл.

Как значение переменной перекинуть из JavaScript в PHP?

>А это нормально, что если стоит задача считать какие-то данные, то в >php это делается через прогон цикла? >Мне кажется, здесь определяющую роль играет авторский подход, - >кому-то нравится так, кому-то так, при этом, у каждого в голове свои >тараканы, и въехать в ход мыслей каждого не так просто... >А как это делается в других языках? Можешь, конечно, рекурсивную >функцию замутить. Правда памяти и ресурсов сожрет много. >В том-то и прелесть, что каждый может использовать свой креатив. >Пожалуйста, как бы ты прочитал содержимое каталога без >использования цикла? Как можно задать функцию рекурсивно? Что это вообще за прием? >Когда читаешь разъяснение команд и операторов, вроде бы понятно. >Сопутствующие примеры тоже доходчиво, но как только >рассматриваешь комплексный код, так сразу находятся операторы или >команды о которых речи не было, причем, кажется, простая операция >осуществляется через запутанную схему циклов и условий, и руки >начинаю медленно оттягиваются к земле и чувствуешь себя полным >идиотом. Это участь всех новичков или у меня незаурядные >умственные способности? >У тебя незаурядный экспириенс. А что в нем незаурядного? Может я не тем путем иду? С другой стороны, не думаю, что в PHP есть что-то такое, что недоступно для человека с высшим образованием... >Но, не расстраивайся. Со временем это пройдет. >Все-таки время тут непричем.. >Вот когда детали будут ясны, тогда придет и внутреннее >удовлетворение. А пока я даже образно представить себе это не могу, >мне кажется, здесь много лишнего.. и наверняка есть способ проще и .>_конкретнее_. >Главное, руки не опускай, а то это может завести на нехорошие сайты. Т.е. ?? Причем тут нехорошие сайты? Вот я и не знаю, толи материал ООП через себя пропускать, то ли искать описание и пробовать применять рекомедованные команды. Если брать новое и вставлить в код, уверен, скрипт "встанет".

>Это заморочки не ПХП, а программирования. Знал же, куда лезешь, >зачем лез? Вопрос риторический.. >Очевидно, сообщения в гостевой сохраняются в отдельные файлы >каталога records. Для того, чтобы их отличать от остальных файлов, им >приписывается префикс rec. Во время считывания файлов из каталога, >они фильтруются по этому префиксу. Имена нужных файлов >сохраняются в массив Если им приписывается одинаковый префикс, как же они тогда отличаются? >И не надо писать, что ничего не написано. >В мануале русским языком сказано: > dir ( string каталог ); // конструктор класса > string path; // свойство, содержащее путь > resource handle; // свойство, содержащее дескриптор каталога > string read ( void ); // метод аналог http://www.php.>net/manual/ru/function.readdir.php > void rewind ( void ); // метод аналог http://www.php.>net/manual/ru/function.rewinddir.php > void close ( void ); // метод аналог http://www.php.net/manual/ru/function.>closedir.php Видимо, у нас разные источники. >Я уже писал, что read() - это метод класса dir. >Символом "->" происходит обращение к свойствам и методом класса. >Смотри мануал по ООП в PHP. Хоть dir - это и псевдокласс, тем не >менее. >dir - это абстракция над функциями opendir(), readdir(), rewinddir() и >closedir(). Чтобы удобнее работать было и не следить за >дескриптором. Проблема в том, что когда я по главам читал документацию, как раз раздел с ООП показался мне невнятным и я его (по совету знающих людей, - мол, иди далее, как специфику поймешь, будет понятен и синтаксис ООП) пропустил. Теперь понимаю, что неясностей стало еще больше :-| Особенно после фразы, что dir - это абстракция над функциями..

А это нормально, что если стоит задача считать какие-то данные, то в php это делается через прогон цикла? Мне кажется, здесь определяющую роль играет авторский подход, - кому-то нравится так, кому-то так, при этом, у каждого в голове свои тараканы, и въехать в ход мыслей каждого не так просто... Когда читаешь разъяснение команд и операторов, вроде бы понятно. Сопутствующие примеры тоже доходчиво, но как только рассматриваешь комплексный код, так сразу находятся операторы или команды о которых речи не было, причем, кажется, простая операция осуществляется через запутанную схему циклов и условий, и руки начинаю медленно оттягиваются к земле и чувствуешь себя полным идиотом. Это участь всех новичков или у меня незаурядные умственные способности?

Конечно, не хочется зазубривать готовыми конструкциями, - хочется разобраться в деталях. >$entry = $dir_rec->read() Откуда следует, что это чтение именно следующего файла? Что вообще за оператор "->" ? Я встречал в массивах только "=>" Далее, команда read() она вообще откуда? В документации о ней я не нашел ни слова (конкретно в разделе, посвященному "dir"). С условием так и не понял.. Зачем какой-то "rec"? Кто-то к чему прибавляется, при этом отсекается.. В PHP всегда такие заморочки? Нет более понятного способа считать файлы из каталога?

Дошел до места, где непонятно следующее.. /* открываем директорию и считываем из нее файлы */ $dir_rec = dir("records"); $i = 0; while($entry = $dir_rec->read()) ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ - это что за запись? { if (substr($entry,0,3)=="rec") { $names[$i]=substr($entry,4); $i++; ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ логика условия тоже неочень понятна. } }

Если это градиент, то понятно, можно, а вот если это кусок фигурной рамки, то не получится, к сожалению.

Да, порою задумаешь одно, а в процессе рождается совсем другое, причем, гораздо интереснее задуманного. Ну я пока сам себе хозяин, осваиваю, так сказать, различные подходы.. Не дашь номер свой icq-ки, хотел бы несколько вопросов задать тет-а-тет ?

Зарисовывать на бумаге необязательно. IR ведь сохраняется макет с прорисованными границами фрагментов, так что на него можно вполне ориентироваться. Ну, в общем, я так себе этот процесс и представлял.. В некоторым смысле, да. Это все равно что использовать редактор визуального редактирования, а потом исправлять код. Но с другой стороны в условиях сжатых сроков и проекта под заказчика с выбранным разрешением, огран. числа страниц сайта и небольшими объемами текста, можно вполне обойтись и без переделки.

Так и есть. А что мешает его использовать ? Код, конечно, получается несколько сумбурным с множество colspan и rowspan (ну уж, как нарезал, там и получил - "Ну вот и пирожки" © печка из мультика). Но в контексте отдельной ячейки вполне можно работать. Думать новую разметку, вымерять куски и погонять их в свою таблицу, вот это действительно трудоемкая задача. Для ассов верстки, конечно, может и не составляет труда, но для меня представляется весьма затруднительным.. Не в том, смысле, что не сделаю, сделаю, а в том, что времени потрачу очень много. Cвоими скудными мозгами я дошел вот до чего. Создать на один проект два макета. Один - на главную страницу (где немного текста, или наоборот много), другой - соотно, наоборот. Т.е. перед тем как рисовать макет нужно себе четко представлять объем контента и уже от него плясать. С другой стороны IR может сгенерировать код, где фрагменты положит не в img, а в background. Вот, может быть, здесь можно что-то придумать.. ??

Хмм.. ну и что это даст ? К примеру, пространство разорвало рамку. Тут по идее нужно добавить кусок рамки, а не фона. С другой стороны, сегодня в документации прочел, что IR, может генерировать код не только вида , но подкладывать фрагмент картинки в фон, т.е. Может в этом направлении мыслить ?

Технология такая. Рисую макет в Photoshop; делаю рамочки для меню и для контента. Далее перекидываю его (макет) в ImageReady размечаю его по куска (фрагментам). Далее IR сохраняет мне отдельно фрагменты в .jpg и генерирует код на таблицах. Затем я корректирую код, там где нет графических элементов, удаляю картинку и подкладываю фон такого же цвета, что и макет. Таким образом на фоне вношу содержание меню и контента (они в отдельных ячейках). Все хорошо, все замечательно.. Только, ест-но, получается, что макет заданных размеров, а значит вся таблица и ячейки, где располагаются графические фрагменты, а также меню и конткет тоже заданных размеров. Соот-но, текстом мне нужно уложиться в эти размеры. Если не укладываюсь, то "пространство" рвет макет. В таком случае (при разработке макета) приходится учитывать кол-во выводимого на экран текста и делать рамку для контента с запасом. Это, как говорится, я допетрил. Возникает вопрос, - а существует методика которая позволяет растянуть уже фиксированный макет ?