а точно вот эта строка нужна - "$html = iconv("windows-1251","utf-8", $res);" ? Разве ты получаешь не в utf8 уже? Я могу ошибаться, не утверждаю, просто когда я юзал phpQuery никаких подобных проблем не было и если ты говоришь, что "непонятные символы", то очень похоже на траблы с кодировкой
если стоит идея плана "выводить страницу _своего сайта_ и на клиенте прорисовывать спарсенные цены", то сразу нет =) Если нужно тянуть в свою базу для дальнейшей обработки - то сервер сайд конечно
Я про "пару лет" не имел ввиду, что это страшно долго, да и в рамках большого опенсорса пару лет это не такой большой период. Я говорил о том, что там как раз может больше пригодится подход "со вниманием к деталям".
Но я могу тут ошибаться, я не работал в крупных компаниях еще =/
спасибо за ответ) лишний раз натолкнули на мысль - а стоит ли продолжать возиться с бытовым вебдевом, когда не получается всё решать "без лишнего гемора", или попробовать пойти в большую опенсорсную компанию и там пилить один большой проект на пару лет)
D' Normalization:
>>> Вы могли сделать тупо "влоб", что товар бронируется с Х до Y, а затем становится доступным. Когда у заказчика возникнет вопрос: бляяя, у меня товара нет, а бронь уже снята, что делать? Вы могли бы попросить денюжку за доработку, так как этого не было в изначальном ТЗ.
верно говорите)) я что-то потом сам перечитал и подумал "а какого я начал задавать эти вопросы, когда можно было сделать ровно как хотели"
D' Normalization: да, целенаправленно тз у нас никто не пишет. Ведем перед началом работы переписку почтовую с вопросами по проекту и потом эту переписку юзаем в качестве ТЗ. Именно вопросы логики действий выясняю я.
Вообщем видимо да, для меня возможность бороться с этим - пока что только длинными сроками
вот вроде это и не инициатива, а дельные моменты, которые глупо было бы не рассматривать сразу - в коментах к первому ответу в теме я привел пример с сайтом аренды/продажи товаров.
dimonchik2013:
то есть в принципе те люди, которые сидят в компаниях и пишут свои ТЗ по 800 страниц тоже должны сразу проект видеть на 70%?
Я конечно не сравниваю свои задачи с такими, где нужно ТЗ на почти тысячу страниц, но и всё же не всегда просто формошлепством занимаюсь.
Вот была задача с сайтом где должна быть возможность аренды и продажи некоторых изделий. Вот вроде всё понятно - если есть заказ с 10 по 15 числа, то клиентам показывает что товар доступен до 9 включительно и с 16 включительно. Это были мысли заказчика. А потом пошли наши вопросы - что если клиент не отдал 15 вечером, а что будет, когда вы станете работать по всей стране и будете юзать не самовывоз, а службу доставки. Ок служба доставки дает свои сроки доставки, мы их можем учиывать, когда формируется заказ, но что если перевозчик задержит груз? А что если товар битый придет? И еще оочень много моментов. Но я не могу их все охватить, многие до меня доходят только когда я уже делаю реализацию задач.
если честно, я мало представляю, как я могу это применить у себя. Лебедев то может и знает сразу на 70% что будет в его дизайне. Но код мне сдается - это иная субстанция, она готовится не так.
вообщем у меня не выводил taxonomy_menu почему-то своё заполняемое меню в пункт какого-либо другого. Нашёл модуль tb_megamenu - он очень хорошо конфигурируется. Так, как я изначально и думал, что оно должно работать
что-то не получается ничего у меня с этим штатным функционалом taxonomy_menu. Вот тут форма словаря таксономии: i.imgur.com/xbs9UPq.png
Вроде всё просто. Далее на фронтенде: i.imgur.com/wSsNMQB.png Никакого подменю не вырисовывается. Что я делаю не так?)
Спасибо за помощь =)
спасибо, отладку веду через xdebug на локальной машине, а сам подход буду сейчас реализовывать, хотя не сильно хорошо пока вник в эту философию друпала с его хуками и функциями.
