Jump to content

Anthony

User
  • Posts

    14
  • Joined

  • Last visited

Everything posted by Anthony

  1. Возможно оно и так, но просто я не понимаю, почему вместо того, чтобы коротко ответить на вопрос, нужно громоздить "указатели" и смаковать ситуацию.
  2. Задал поиск по subj-у, на первой странице нет. Не хочешь помогать, тогда уж и не влезай. А стыдить меня не надо, ситуация вполне нормальная. Таким манером можно и форум закрыть и поставить ссылку на гугл.
  3. Как значение переменной перекинуть из JavaScript в PHP?
  4. >А это нормально, что если стоит задача считать какие-то данные, то в >php это делается через прогон цикла? >Мне кажется, здесь определяющую роль играет авторский подход, - >кому-то нравится так, кому-то так, при этом, у каждого в голове свои >тараканы, и въехать в ход мыслей каждого не так просто... >А как это делается в других языках? Можешь, конечно, рекурсивную >функцию замутить. Правда памяти и ресурсов сожрет много. >В том-то и прелесть, что каждый может использовать свой креатив. >Пожалуйста, как бы ты прочитал содержимое каталога без >использования цикла? Как можно задать функцию рекурсивно? Что это вообще за прием? >Когда читаешь разъяснение команд и операторов, вроде бы понятно. >Сопутствующие примеры тоже доходчиво, но как только >рассматриваешь комплексный код, так сразу находятся операторы или >команды о которых речи не было, причем, кажется, простая операция >осуществляется через запутанную схему циклов и условий, и руки >начинаю медленно оттягиваются к земле и чувствуешь себя полным >идиотом. Это участь всех новичков или у меня незаурядные >умственные способности? >У тебя незаурядный экспириенс. А что в нем незаурядного? Может я не тем путем иду? С другой стороны, не думаю, что в PHP есть что-то такое, что недоступно для человека с высшим образованием... >Но, не расстраивайся. Со временем это пройдет. >Все-таки время тут непричем.. >Вот когда детали будут ясны, тогда придет и внутреннее >удовлетворение. А пока я даже образно представить себе это не могу, >мне кажется, здесь много лишнего.. и наверняка есть способ проще и .>_конкретнее_. >Главное, руки не опускай, а то это может завести на нехорошие сайты. Т.е. ?? Причем тут нехорошие сайты? Вот я и не знаю, толи материал ООП через себя пропускать, то ли искать описание и пробовать применять рекомедованные команды. Если брать новое и вставлить в код, уверен, скрипт "встанет".
  5. >Это заморочки не ПХП, а программирования. Знал же, куда лезешь, >зачем лез? Вопрос риторический.. >Очевидно, сообщения в гостевой сохраняются в отдельные файлы >каталога 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 - это абстракция над функциями..
  6. А это нормально, что если стоит задача считать какие-то данные, то в php это делается через прогон цикла? Мне кажется, здесь определяющую роль играет авторский подход, - кому-то нравится так, кому-то так, при этом, у каждого в голове свои тараканы, и въехать в ход мыслей каждого не так просто... Когда читаешь разъяснение команд и операторов, вроде бы понятно. Сопутствующие примеры тоже доходчиво, но как только рассматриваешь комплексный код, так сразу находятся операторы или команды о которых речи не было, причем, кажется, простая операция осуществляется через запутанную схему циклов и условий, и руки начинаю медленно оттягиваются к земле и чувствуешь себя полным идиотом. Это участь всех новичков или у меня незаурядные умственные способности?
  7. Конечно, не хочется зазубривать готовыми конструкциями, - хочется разобраться в деталях. >$entry = $dir_rec->read() Откуда следует, что это чтение именно следующего файла? Что вообще за оператор "->" ? Я встречал в массивах только "=>" Далее, команда read() она вообще откуда? В документации о ней я не нашел ни слова (конкретно в разделе, посвященному "dir"). С условием так и не понял.. Зачем какой-то "rec"? Кто-то к чему прибавляется, при этом отсекается.. В PHP всегда такие заморочки? Нет более понятного способа считать файлы из каталога?
  8. Дошел до места, где непонятно следующее.. /* открываем директорию и считываем из нее файлы */ $dir_rec = dir("records"); $i = 0; while($entry = $dir_rec->read()) ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ - это что за запись? { if (substr($entry,0,3)=="rec") { $names[$i]=substr($entry,4); $i++; ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ логика условия тоже неочень понятна. } }
  9. Если это градиент, то понятно, можно, а вот если это кусок фигурной рамки, то не получится, к сожалению.
  10. Да, порою задумаешь одно, а в процессе рождается совсем другое, причем, гораздо интереснее задуманного. Ну я пока сам себе хозяин, осваиваю, так сказать, различные подходы.. Не дашь номер свой icq-ки, хотел бы несколько вопросов задать тет-а-тет ?
  11. Зарисовывать на бумаге необязательно. IR ведь сохраняется макет с прорисованными границами фрагментов, так что на него можно вполне ориентироваться. Ну, в общем, я так себе этот процесс и представлял.. В некоторым смысле, да. Это все равно что использовать редактор визуального редактирования, а потом исправлять код. Но с другой стороны в условиях сжатых сроков и проекта под заказчика с выбранным разрешением, огран. числа страниц сайта и небольшими объемами текста, можно вполне обойтись и без переделки.
  12. Так и есть. А что мешает его использовать ? Код, конечно, получается несколько сумбурным с множество colspan и rowspan (ну уж, как нарезал, там и получил - "Ну вот и пирожки" © печка из мультика). Но в контексте отдельной ячейки вполне можно работать. Думать новую разметку, вымерять куски и погонять их в свою таблицу, вот это действительно трудоемкая задача. Для ассов верстки, конечно, может и не составляет труда, но для меня представляется весьма затруднительным.. Не в том, смысле, что не сделаю, сделаю, а в том, что времени потрачу очень много. Cвоими скудными мозгами я дошел вот до чего. Создать на один проект два макета. Один - на главную страницу (где немного текста, или наоборот много), другой - соотно, наоборот. Т.е. перед тем как рисовать макет нужно себе четко представлять объем контента и уже от него плясать. С другой стороны IR может сгенерировать код, где фрагменты положит не в img, а в background. Вот, может быть, здесь можно что-то придумать.. ??
  13. Хмм.. ну и что это даст ? К примеру, пространство разорвало рамку. Тут по идее нужно добавить кусок рамки, а не фона. С другой стороны, сегодня в документации прочел, что IR, может генерировать код не только вида , но подкладывать фрагмент картинки в фон, т.е. Может в этом направлении мыслить ?
  14. Технология такая. Рисую макет в Photoshop; делаю рамочки для меню и для контента. Далее перекидываю его (макет) в ImageReady размечаю его по куска (фрагментам). Далее IR сохраняет мне отдельно фрагменты в .jpg и генерирует код на таблицах. Затем я корректирую код, там где нет графических элементов, удаляю картинку и подкладываю фон такого же цвета, что и макет. Таким образом на фоне вношу содержание меню и контента (они в отдельных ячейках). Все хорошо, все замечательно.. Только, ест-но, получается, что макет заданных размеров, а значит вся таблица и ячейки, где располагаются графические фрагменты, а также меню и конткет тоже заданных размеров. Соот-но, текстом мне нужно уложиться в эти размеры. Если не укладываюсь, то "пространство" рвет макет. В таком случае (при разработке макета) приходится учитывать кол-во выводимого на экран текста и делать рамку для контента с запасом. Это, как говорится, я допетрил. Возникает вопрос, - а существует методика которая позволяет растянуть уже фиксированный макет ?
×
×
  • Create New...

Important Information

We have placed cookies on your device to help make this website better. You can adjust your cookie settings, otherwise we'll assume you're okay to continue. See more about our Guidelines and Privacy Policy