keltanas

.htaccess ErrorDocument 404 /

Как минимум, приходится дублировать строку " $myrow=mysql_fetch_array($result) " Как максисмум, наиговнейший турдукен-код. По сути, задолбаетесь на чистом mysql funcs от PHP работать. http://files.ermin.ru/turducken.jpg

По хорошему делается так: Создается XML-дамп первого магазина Создается XML-дамп второго магазина Оба дампа импортируются в базу третьего магазина Можно создать скрипты, автоматизирующие эти действия. Если надо нечто более простое и опасное и наши магазины находятся на одном аккаунте хостинга, на одной VDS или нечто подобное, то можно просто сделать 2 соединения с разными базами или селектировать между базами перед выборкой На примере MySQL $db = mysql_connect(...); mysql_select_db('dbase1', $db); mysql_select_db('dbase2', $db); // или $db1 = mysql_connect(...); $db2 = mysql_connect(...); mysql_select_db('dbase1', $db1); mysql_select_db('dbase2', $db2); в зависимости от привелегий Наконец можно таблицы с товарами перебросить через дамп SQL в одну таблицу и использовать ее. Этот вариант похож на вариант с XML, только для контейнера хранения будем использовать не XML, а SQL

:) Я плакалЪ. Запрос к базе данных через AJAX :мегалол: 2Alex&R : Лучше ознакомьтесь сначала с чем-нибудь вроде этого http://www.all-ebooks.com/2009/07/25/56438...e.-2-e-izd.html После прочитайте весь этот топик и будете на полу валятся от смеха )))

Чёт я не понял. То ли лыжи не едут, то ли... http://ru2.php.net/manual-lookup.php?patte...t_num_to_string —————————————- Как альтернатива printf для данной задачи //... // $i = 0..n print substr('000000'.$i, -6, 6); //...

Хорошо, выводите вы дату на страницу. Как вы ее отформатируете в "Русском" формате? Либо MySQL функцией Date_format, либо на PHP при помощи strtotime и strftime.... Либо еще хуже... Обрабатывать такую дату проблематично. А timestamp без лишних проблем можем преобразовать в любой формат представления, при необходимости вычесть или добавить какой-либо временной период. Проще простого. Можно timestamp передать в Smarty и отформатировать как надо модификатором date_format... В MySQL как INT так и TIMESTAMP занимают 4 байта, но TIMESTAMP требуется дополнитеольное преобразование для кастомного форматирования, по сравнению с int, где так же храниться unix timestamp, только в более низкоуровневом формате. Сколько в базе занимает поле DATETIME и как оно обрабатывается и индексируется одним девелоперам мускуля известно. В общем-то ни к чему не принуждаю, но почему-то разработчики Drupal и Joomla также выбирают хранить даты в виде чисел. А как уж Вам работать, выбирать Вам самим... Главное, чтобы когда почти все будет готово, не пришлось на корню переделывать.

Вот весь скрипт <?php $files = glob("/path/to/docs/*.doc*"); foreach( $files as $file ) { $info = pathinfo( $file ); if ( in_array( $info['extension'], array('doc','docx') ) ) { print "<p>{$info['filename']}</p>"; } } ?> Дальше, надеюсь, сами разберетесь, что с этим делать?

Именно Не такую уж и долгую жизнь... А по IP мне сортировать не приходилось.. пока... Не вижу в этом смысла... Вы терминами умными напрасно не кидайтесь. Если уж на то пошло, символы в базе и так хранятся в виде последовательностей чисел, соответственно кодировке...

Все нормальные люди хранят дату в поле типа INT в виде unix timestamp. Она и сортируется по человечески, и в человеческую дату преобразуется функциями date() или strftime(). Или SQL функциями DATE_FORMAT( FROM_UNIXTIME( date ), '%d-%m-%Y' ) например Числа базе проще хранить и обрабатывать!

Блин, ну вы флудеры. Вместо того, чтобы обратить человека в сторону функций glob() и basename() начали спорить у кого длиннее... Не знаете, так лучше не советуйте.

Да.., в здравом уме это только заново написать.

Ориентировочно: - От бесплатно до 100 000 Р.; - От одной недели до 6 мес.

Нет, не противник, если сам не могу сделать то же самое, если не лучше. Допустим не представляю CMS без Sypex Dumper и CKEditor (кому-то Tiny) (конечно же only personal used =))). Редкий сайт не обойдется сейчас без jQuery. Примеров много можно привести, когда мы выбираем OpenSource. Ну или Линукс я не напишу пока, ну или просто в этом не вижу для себя смысла. А если уж у меня есть идеи на счет того, как должно выглядеть и работать web-приложение, то почему бы их не реализовать? Грубо говоря мне больше травиться заниматься творчеством, нежели дорабатывать чужие идеи. В этом и весь смысл. Всех тонкостей CRM не могу конечно знать, но я четко вижу, что хочу сам от подобной системы и менеджеры, с которыми работаю. Поэтому систему буду создавать в первую очередь "под себя". Частенько, в последнее время поглядываю в сторону Yii, но пока не решился еще строить серьезное приложение на его базе. LokiDi L0ck: А у Вас даже Ваш сайт не открывается. Если для меня и будет смысл открывать кому-то исходники, то явно не для того, чтобы принуждать кого-то что-то за меня дописывать. И мне глубоко параллельно, кто и что об этом подумает. Только вот моя CMS работает куда быстрее некоторых OpenSource решений и весит куда меньше. Меня это устраивает.

Не хочется ни от кого зависеть. К тому же за свои разработки можно и денежки получить. К тому же своя система заточена именно под свои нужды. По сути уже много чего кем-то написано. Но это не значит, что работа остальных программистов заключается в копипасте. 2 sorrow см http://forum.htmlbook.ru/index.php?showtop...st&p=135594

Куда бы на сайтах данные не курсировали, между какими-либо веб-серверами, всё это происходит по протоколу HTTP. Конечно, проектирование не маловажно, но "компилятор" UML на серваке не установишь и сайт на нем не запустишь. Рисовать схемки можно до бесконечности. Базисиные алгоритмы работы различных систем уже давно описаны в литературе. Так классическая книга банды 4х написана 15 лет назад и все еще полностью актуальна. Много уже чего написано в других моих "внутренних" проектах. Это можно почти безболезенно портировать на CMF, с той целью и писалось. Основные связи уже определены и понятны. Есть несколько не решенных вопросов, такие, как автообновление (самообновление) системы, например. Но автоматизированное (полуавтоматическое) обновление уже в некотором виде есть )) Я им пользуюсь для установки или обновления кода сайта на хостинге. Оформить публично все свои мысли по CMF еще пока не готов. Если есть вопросы, ПИШИТЕ МНЕ ЛИЧНО. Возможно будет, при желании, создать группу и развивать идеи внутри нее. В планах, чтобы на базе ядра CMF можно было строить не только CMS и сайты, а также и веб-приложения в целом. В планах написать свою CRM для внутреннего пользования. Есть ряд opensource решений (Zend, Yii, Cake, Drupal и пр.), но везде что-то не устраивает. Свой же код и делает все так, как мне надо, и разбираюсь я в нем на все 100%. В этом и преимущество. С другой стороны функционал и количество модулей пока не так велик. Но в будущем планирую также сделать систему opensource и представить на суд общественности.

Конечно, ведь совершенству нет предела. Вот примерная функциональная схема моей CMF системы: И мне кажется дальнейшее рассуждение здесь на эту тему полный оффтоп.

Всегда готов. Не первый раз в Армии )) Как водиться, то, что писал пол года назад уже кажется не правильным. А CMS начал писать 2-3 года назад. Некоторые подходы мне уже не нравятся. да и PHP 5.0, на которую изначально система ориентировалась устарела, теперь уже 5.2, а то и 5.3. Сейчас начал по новой писать, что-то старое используя (удачное), что-то новое внедряя. Многие базовые классы ядра заменяю, т.к. уже скопилось множество разработок, которые применяю в других проектах. Да и текущая версия уже сильно отличается от той, что была изначально. Если есть желание пообщаться на счет архитектуры CMS, лучше в личку или другие источники связи (keltanas[жЫвотное]Gmail[dot]com) Хочется все-таки больше ориентироваться на академические приемы.

+ 1 тебе в карму )))

Ни слова не написал о том, что работы в портфолио абсолютно валидны. По требованию заказчика верстка может быть вылизана до идеала. Конечно, все имеет свою стоимость. Это не касается кода счетчиков либо информеров, вставленных со сторонних ресурсов, а также контента, который добавляет на сайт сам заказчик либо иные лица, имеющие доступ к сайту (контент-менеджеры, SEO-оптимизаторы и пр.) Если Вы разбираетесь в верстке, то можете сами определить, что ошибки, которые выдает валидатор не существенны. Они никак не влияют на качество отображения сайта в браузерах.

Вот именно!! Верстка + движок. Уже не мало. Мы не студенты, чтобы делать г-сайты за еду. Мы серьезные люди и серьезно подходим к своему делу. Все, кто с нами работал, довольны. Моя CMS не является бесплатной системой. CMS - является интеллектуальной собственностью и ее копии продаются вместе с сайтами. Я потратил довольно много времени на ее написание и она уникальна и не является копией каких-то готовых решений. В данный момент идет развитие новой версии. Стоимость сайта зависит как от сложности верстки, так и от количества дополнительных модулей, подключаемых к CMS либо написанных индивидуально для сайта заказчика. Мне не понятна Ваша ирония. Не по существу она. Если есть желание обсудить мою верстку, давайте создадим отдельную тему в соответствующем разделе и разберем полеты ;-)

Больше всего порадовало это перевод вашего сайта из html в php и его оптимизация - 100$ (100 wmz) Расскажите ка мне, как перевести html в php

Если заказ требует блочной верстки, то могу ее дать во всех аспектах =) Примеры последних работ по верстке с требованием заказчика сверстать на дивах: http://theatreworks.ru/ru http://www.photosphobos.com/ru В случае с Дорогой-авто стояло требование быстро и четко создать сайт, а технологии уже на мое усмотрение, так, как мне было проще. Конечное качество способ верстки никак не усугубил ))

Суть: - Пишу PHP и Javascript приложения; - Создаю сайты. Услуги: - Новостные ленты, гостевые, голосования; - Сайты, интернет-магазины; - Верстка: Блочная, кроссбраузерно, валидно, в UTF-8, на шаблонах Smarty; - Программирование: PHP5, MySQL5, JavaScript, Ajax, JQuery. Достоинства: - Полное выполнение договоренностей; - Высокое качество исполнения; - Сотрудничество с профессиональными дизайнерами; - Возможно оформление договора-подряда для проведения сделки через бухгалтерию; - В наличии собственная CMS; - Портфолио http://ermin.ru Оплата: - Небольшие сайты (от 200 у.е.); - Крупные сайты (от 800 у.е.); - Поэтапно, согласно составленных технических требований и договоренностей. Способы оплаты: - Наличные (для жителей Санкт-Петербурга); - Яндекс-Деньги; - Web-Money; - PayPal; - Western-Union; - Почтовые переводы (для России); - Банковские переводы; - и др. ICQ: 177294969 (10:00 - 19:00) Телефон: +7 904 511-11-38 (19:00 - 23:00)

Блин, человек, я тебе руссикм языком объяснил. Сделай сначала HTML шаблон страницы, где не будет никакого PHP. И посмотри, что будет. А потом, когда в чистом HTML у тебя все будет Ok, тогда и разделяй его уже на хедеры, футеры и прочую хрень. Так все нормальные люди делают. Поэтому тебе в раздел HTML-верстки. А когда ты мне покажешь рабочий HTML-шаблон и то, что у тебя через PHP получилось, я скажу, где косяк, если на тот момент ты сам не поймёшь это.

То есть ты хочешь сказать что например для того что бы выучить html и css, лучше скачать уже наверстаный шаблон из инета и слегка подправить его под свои нужды, а потоом уже начинать пытаться сделать что-то свое, так? Поясни, пожалуйста, логическую цепочку, по которой ты сделал такой вывод?