mendel

mendel
Рейтинг
232
Регистрация
06.03.2008

Арбитраж это минус 10% (вроде столько комиссия) и не факт что поможет, и не факт что будет быстрее, и они заслушают вас обоих и потребуют доказательства... в общем в результате он как "неадекват" будет говорить что он то все сделал а вы его кинули и код не дали, и чем это закончится и кому поверят это еще вопрос.

Так что или ждать ил договариватся

Ну вопервых сайт существует ;)

HTTP/1.1 200 OK
Date: Tue, 02 Mar 2010 10:24:15 GMT
Server: Apache/1.3.37 (Unix) rus/PL30.22 PHP/4.4.9
Last-Modified: Tue, 27 Feb 2007 13:48:22 GMT
ETag: "2459a9-46d-45e436a6"
Accept-Ranges: bytes
Content-Length: 1133
Connection: close
Content-Type: text/html; charset=windows-1251

И то что по сути его нет, так все вопросы к руцентру который выдает 200 а не 404 (еще бы, ему выгоднее чтобы с ним клеили и давали ему ссылочного)

Почему вверху? может потому, что морда? а остальные слабее...

Что касается ссылки то возможно она вообще была внутренней. (т.е. в принципе согласен с вашим вариантом)

Стандартный ответ серча на вопрос "Как лучше сделать.." - "Не делай вообще" я понял, спасибо :)

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

В связи с этим если есть еще советы по сути или ответы на неосвещенные вопросы (например о перелинковке) то плиз пишите.

Потратил час, плюнул.. сначала он долго тупил с авторизацией сайта, потом добил меня УНИКАЛЫМИ кошельками для каждой категории. отключат и хрен с ними. В основном для тестов было. один проект с автоматическим приемом да и тот в основном с смс живет а не с вебманей. Был бы я с РФ давно бы ушел в ЯД.

Интересно сколько они на этом денег потеряют? Чай больше чем на бесплатных ссылках заработают)

ПЫСЫ: вебмани единственная серьезная интернет-контора которая 100% ведет себя в лучших традициях государственных бюрократий. Одна имитация деятельности, создание проблем, одно лечим другое калечим... нагибание пользователей... ощущение что главное это "освоение бюджета", т.е. оперативное управление ведется людьми не являющимися хозяевами, а хозяева вообще не знаю что такое компьютер и их устраивает то что прибыль высока и рентабельность хорошая, а то что львиная доля расходов идет во вред а не на пользу им не важно....

SBot:
П.С. Ваши шансы создать такой велосипед, на котором бы было желание покататься не велики, но все равно желаю успехов.:)

Спасибо)))

Ну как вариант того чем он может быть лучше - я могу сделать его таким сложным, чтобы чукчи (чукча не читатель, чукча писатель... извиняюсь перед чукчами за сравнения с флудерастами, но это выражение такое) вроде SBot не смогли бы им воспользоваться. ;)

Очень было бы хорошим вариантом... глядишь чукчи стали бы вымирающим видом....

Писец, неужели так сложно читать то, что пишутся? Где Вы увидели "цель движка захватить интернет"?

Читаем первый пост: :)

mendel:
В качестве демонстрации возможностей сделаю CMS для блога.

Исключительно такова цель. Занимать ниши будет сам двиг а не блог. Не вижу ТЗ для блога на файлах. Покажите задачу и будет решение. А так можно сказать "напишите блог на Си, а то на нем нет вообще блогов поэтому он будет популярным" :)

какова практическая польза на файлах делать?

везде где есть пхп есть и мускул.

бесплатные говнохостинги и т.п. не самый лучший вариант.

Если покажете реальную потребность то сделаю на файлах. Хотя я бы предпочел сделать на sqlite - и совместимость с мускульной версией будет максимальная, и все-таки на файлах :)

Подходит вам такой вариант?

Спасибо.

Залы это что?

На файлах не будет - задача не та - мускул часть движка. Хотя может и на файлах сделаю... смысла просто не вижу в этом :)

kil:
Несмотря на то, что я вряд ли когда-нибудь пойму фишку шаблонизаторов, хотелось бы поинтересоваться насчет быстродействия.
Хотя бы приблизительный порядок времени обработки типового шаблона.

Таки выделил полчаса на тесты.

Технология теста:

грузим модуль
забиваем данные в модуль
засекаем время
в цикле тысячу раз выполняем шаблон
выводим время деленное на тысячу

такой подход показывает только время парсинга и не учитывает время подключения файла шаблонизатора (один файл), время выполнения методов передачи данных в шаблон, не учитывает время на собственно вывод данных в браузер и т.п.

Считаю что методы вида:

	public function set($name,$data)
{
// Если имя переменной не body то добавим ее в массив
if($name<>'body') $this->var_array[$name]=$data;
}

не стоят оптимизации и оценки скорости их выполнения.

Результаты теста:

Шаблон "сферический конь в вакууме" из двух файлов общим размером в 380 байт с одним массивом внутри, парочкой if и переменных выполнялся 0,001сек

Реальный шаблон, довольно кривой (верстка таблицами, куча мусора) количество файлов - 9 шт (инклюды, вложенные инклюды, хуки и тп) - все выводятся на странице. общий размер файлов 10кб. два хука, два массива, несколько if пару переменных. Не самый сложный шаблон, но и не самый простой. В общем "типичный" так сказать.

Результат - 0.0043сек

Смотрел я в код - там куча мест для оптимизации - уверен что можно раза в два скорость поднять

свободно, но я не буду этого делать в ближайшем времени. Глупо заниматься нанооптимизацией - сильно нагруженный шаблон явно будет парсится быстрее чем у большинства пользователей будет до него пинг :)

Всего: 1906