Идея отличная, но вот с точки зрения эстетической стороны можно было сделать посимпатичнее ;-)
Впрочем, функциональность от этого страдать не должна :)
Вам перечислить основной софт которым спамят? Сколько он стоит, где продается, какие плюсы-минусы, какой что умеет? Основные приемы?
Нет, я не спамер :) Просто по работе с такими вещами приходится часто сталкиваться и изучать.
Как правило база собирается гуглом, есть там nofollow или нет — никто не смотрит. Вставлять проверку в спамилку — тоже смысла нет. Т.к. % выхлопа увеличится не сильно, а вот % промахов и время работы сильно не порадуют.
Да, это защитит от спама «именно на этот ресурс» (когда в дело вмешается человек), но это больше единичные случаи. 98% населения рунета страдают именно от спама по огромной базе.
И не путайте одиночный и индивидуальный заказ и типовые дизайны на одну и ту же cms. Это дешевле. Сетка, разделы, «база», текстовки и пр. — в таких случаях, чаще всего шаблонны.
«Уникальный» дизайн — это не шаблонный дизайн. Не более того.
Хороший он, плохой, «дизайнер» его рисовал или «недо-дизайнер» — это вопрос в другом.
Как бы все не минусовали и не утверждали что это мало — есть люди которые за такие деньги (да и меньшие) работают.
То что работа за $2000 вероятно будет лучше — я не спорю (хотя конечно, не без исключений :))
Дизайнеры бывают разные ) Можно и за $200 неплохой дизайн получить :) Особенно, если это постоянный поток заказов…
Московскому дизайнеру, часто $200 — не деньги, а вот куда подальше в регионы — как правило дешевле.
Я постоянно пишу таких сферических коней :) Для каких-то нужд — простых и небольших, для каких-то — больших. С удовольствием отдавал бы деньги за поддержку и освободил бы себе еще немного времени, но увы, ничего готового найти не могу :(
Если читали мои ответы в теме — я писал про «универсальность — враг всех cms». Про монстров согласен. Для каждой цели должен быть свой инструмент, а сделать что-то удовлетворяющее всем требованиям — да, получится большой неюзабельный монстр.
То что я тут критикую — именно недовольная критика была только относительно php4/mysql4. Остальное — просто стараюсь подкинуть автору мыслей и идей, ни в коем случае не «софт говно, чего вы сюда приперлись?» :))
Совместимы, да… Но, как говорится «есть один ньюанс» :)
Есть вещи, на которых себя 4-ка и 5-ка поведет принципиально по разному…
Мне как на работающему на 5-ке, при равных вариантах, куда приятнее выбрать скрипт на 5-ке.
Потому что, как минимум, мне не придется вспоминать как и что работало в 4-ке. При необходимости влезть в код — куда более привычно поправить там что-то на 5-ке, не задумываясь как заработает мой php5-код в связке с тем, что написано на php4
Очень часто нужно, например, 2 языка (если больше — все аналогично)
Соответственно это 2 набора шаблонов (с возможностью использовать один, а во втором указывать только то что ты хочешь «переопределить»)
При создании новостей, товаров и пр. — менеджер указывает будет фигурировать этот объект только на русской версии сайта, или на англ, или на обих. Если на обоих — заполняет два описания.
2 магазина — это 2 магазина. Это двойная работа по наполнению. Это невозможность (ну, скажем так, затруднение) считать статистику по продаваемым товарам (физически товар один, а разделен, зачем-то, на «русский» и «английский»), двойная работа по слежению и обновлению цен.
Ведь в 98% случаев для товара на 2-х языках поменяется только описание.
Цены, внутренний артикул, фотографии, сопутствующие товары и пр. — все это остается одно и то же. Зачем же тогда делать двойную работу?
Порой это большой плюс.
Если мне нужен «обычный» магазин — а все cms предлагают мне оплату кредитками, склады, списки, скидки в зависимости от температуры по яндексу и пр. фичи — мне оно может быть и не надо.
Хорошо, если все это можно отключить, да.
Но, как программист, я все равно понимаю что даже это будет тянуть назад (да и смысл платить за то, чем не пользуешься?)
Скрипты за 400 баксов редко ставятся на хостинг «какой есть».
Вы получите те 20% работающих на php4, но потеряете 50% из тех, кто работает на php5, увы.
«Универсальность» — главный враг всех cms и пр. И касается это как внутренней части, так и «внешней».
Как-то недоверчиво я уже отношусь к платным скриптам, которые по прежнему требуют php4 (а не 5), mysql 4 (а то и меньше, а не 5, опять же)…
Нет, отличный софт можно написать и на 4-ке, и на 3-ке, да. Ни в коем случае не спорю…
Но ведь уже сколько лет можно куда более приятно использовать 5-ку… И чем дальше растет php, тем меньше хочется поддерживать старые версии, вспоминать «как это должно работать в 3/4-ке», на которой уже тысячу лет ничего не пишешь…
Я не думаю, что его кто-то «придумал» :) По сути ведь обычный mail-сервис.
Просто там народ старается делать все на высшем уровне, а не «просто хорошо» как многие остальные…
Впрочем, функциональность от этого страдать не должна :)
Ну, а если серьезно — давайте, все-таки, без оскорблений в ответ на шутку-то? :)
И не надо устанавливать ничего…
Единственно память надо не 256мб, а, все-таки, побольше :)
Нет, я не спамер :) Просто по работе с такими вещами приходится часто сталкиваться и изучать.
Как правило база собирается гуглом, есть там nofollow или нет — никто не смотрит. Вставлять проверку в спамилку — тоже смысла нет. Т.к. % выхлопа увеличится не сильно, а вот % промахов и время работы сильно не порадуют.
Да, это защитит от спама «именно на этот ресурс» (когда в дело вмешается человек), но это больше единичные случаи. 98% населения рунета страдают именно от спама по огромной базе.
Хороший он, плохой, «дизайнер» его рисовал или «недо-дизайнер» — это вопрос в другом.
Как бы все не минусовали и не утверждали что это мало — есть люди которые за такие деньги (да и меньшие) работают.
То что работа за $2000 вероятно будет лучше — я не спорю (хотя конечно, не без исключений :))
Московскому дизайнеру, часто $200 — не деньги, а вот куда подальше в регионы — как правило дешевле.
Если читали мои ответы в теме — я писал про «универсальность — враг всех cms». Про монстров согласен. Для каждой цели должен быть свой инструмент, а сделать что-то удовлетворяющее всем требованиям — да, получится большой неюзабельный монстр.
То что я тут критикую — именно недовольная критика была только относительно php4/mysql4. Остальное — просто стараюсь подкинуть автору мыслей и идей, ни в коем случае не «софт говно, чего вы сюда приперлись?» :))
зы: Лучше быть жадиной, чем троллем )
Наверное я, все-таки, идеалист :)))
Увы, вещей с действительно отличным кодом и хорошим api для расширения найти так и не могу…
Есть вещи, на которых себя 4-ка и 5-ка поведет принципиально по разному…
Мне как на работающему на 5-ке, при равных вариантах, куда приятнее выбрать скрипт на 5-ке.
Потому что, как минимум, мне не придется вспоминать как и что работало в 4-ке. При необходимости влезть в код — куда более привычно поправить там что-то на 5-ке, не задумываясь как заработает мой php5-код в связке с тем, что написано на php4
Соответственно это 2 набора шаблонов (с возможностью использовать один, а во втором указывать только то что ты хочешь «переопределить»)
При создании новостей, товаров и пр. — менеджер указывает будет фигурировать этот объект только на русской версии сайта, или на англ, или на обих. Если на обоих — заполняет два описания.
2 магазина — это 2 магазина. Это двойная работа по наполнению. Это невозможность (ну, скажем так, затруднение) считать статистику по продаваемым товарам (физически товар один, а разделен, зачем-то, на «русский» и «английский»), двойная работа по слежению и обновлению цен.
Ведь в 98% случаев для товара на 2-х языках поменяется только описание.
Цены, внутренний артикул, фотографии, сопутствующие товары и пр. — все это остается одно и то же. Зачем же тогда делать двойную работу?
Если мне нужен «обычный» магазин — а все cms предлагают мне оплату кредитками, склады, списки, скидки в зависимости от температуры по яндексу и пр. фичи — мне оно может быть и не надо.
Хорошо, если все это можно отключить, да.
Но, как программист, я все равно понимаю что даже это будет тянуть назад (да и смысл платить за то, чем не пользуешься?)
Вы получите те 20% работающих на php4, но потеряете 50% из тех, кто работает на php5, увы.
«Универсальность» — главный враг всех cms и пр. И касается это как внутренней части, так и «внешней».
Нет, отличный софт можно написать и на 4-ке, и на 3-ке, да. Ни в коем случае не спорю…
Но ведь уже сколько лет можно куда более приятно использовать 5-ку… И чем дальше растет php, тем меньше хочется поддерживать старые версии, вспоминать «как это должно работать в 3/4-ке», на которой уже тысячу лет ничего не пишешь…
Просто там народ старается делать все на высшем уровне, а не «просто хорошо» как многие остальные…