_SP_

Рейтинг
381
Регистрация
24.03.2008

Да фиг с ними с диджитал, вот что делают всякого рода рекламщики ?

Тут попросили "коллеги" помочь в доделкой физического товара для рекламщиков,

сами они в регионе, надо было сделать несколько простых операций, а у меня есть оборудование.

Приехал всё это забирать сурьезный такой технический директор.

Очень благодарил, очень интересовался возможностями, сотрудничеством итп.

В результате прислал он мне с десяток писем в стиле "а вот такое можно сделать?"

"а вот такое?" "а скоко?".

Причем четко видно - человек небумбум... т.е. не хватает компетенции даже для

того, чтобы хоть как-то формализовать задачу на уровне "надо 50 белочек зеленого

цвета из бумаги", всегда нечто типа "тут какое-то лесное зверье нужно, почем будет ?".

И ведь как-то живут... т.е. кто-то у них заказывает, они это всё кое-как сдают

субподрядчикам, потом получившийся ахтунг как-то вкорячивают клиенту...

Тыщи их.

ЗЫ. Хоть не бабкам лечебные тапки продают и то хорошо

AlexStep:
Кстати, о тепловыделении. Обратите внимание на TDP процессоров на графике выше. Там все топовые чипы от Интел с TDP 130-140W, тогда как у Ryzen - 95W. Разница заметная, 95W можно еще отводить обычным небольшим боксовым кулером, для 140W нужно покупать как минимум серьезный башенный кулер.

Ага. Очень мне верится, что в АМД оказались гении-специалисты, которые смогли TDP уменьшить на 33% и при этом осталась та-же производительность.

Да им просто надо в цирке выступать, как супер-фокусникам...

Реальность боюсь как всегда будет иная... в синтетике оно будет работать на 10% хуже, а в реальности ровно на те 33%, что отличают его по TDP...

> Зы я по крону и бэкапы делаю, на вири проверяю, на изменения и т.п. из панельки ISP.

Лет 5 назад настроил за час что-ли по крону сбор и архивацию всего и засовывание в нужное мне облако.

Помнится даже пару раз убеждался, что работает как надо.

Зачем мне покупать сомнительные продукты, если в системе есть tar, а для любого

облачного сервиса легко ищется открытый короткий скрипт, который засовывает в него файл.

Причем тар еще и инкриментные бэкапы делать умеет.

Или может это для тех, кто mysql-дампом не умеет пользоваться :) ?

ЗЫ. Реакция ТС на вопросы "доставляет", но похоже и правда "пальцев в небо",

т.е. монетизация за счет затроянливания серверов. Зря только по 600р берет,

надо было по 100 продавать :).

ЗЫЫ. Интересно, когда наступит час Х, и, предположим то что там ТС набэкапил окажется

большой кучей ненужного гна, сколько денег ТС готов заплатить пострадавшим.

Кто-то понадеется на него, заплатит ему 6000руб, и получит не бэкапы, а набор ненужных

байт, из-за какой-нибудь ошибке в коде...

ЗЫЫЫ. Стоп... оно на php ? really ?!?!?!

Плановая дата начала работ - 16.02.2017

Плановая дата окончания работ - 1.03.2017

Вы это ведь так шутите, да :) ?

Ну а дальше перл на перле.... почитал ради интереса, т.к. давно что-то не читал

таких доков. Особенно умиляет "не должно требовать навыков" то тут, то там.

Нет ребяты, так бывает только в сказке. Без навыков, дебилы завалят что угодно.

А вообще ТЗ это мог назвать только заказчик, это не SRS, это какие-то связные,

но весьма абстрактные пожелания.

ЗЫ. Вам надо искать того, кто натянет на какую-то CMS вашу тему, и немножко

допилит её. А уж CMS выбирайте сами, какие там "навыки" нужны опять-таки

сами проверяйте. Программиста с такими входящими вам не надо.

Левша:
Теперь надо искать кто может это сделать.

Да кто угодно, кто от 20$ в час берет...

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

но в любом случае там ничего выдающегося...

Левша:
Нет, не всё, еще нужно чтобы авторизацию магазин брал из форума, и данные из профиля юзеров, где все друг друга давно знают. Желательно и сам магазин мимикрировать под форум, чтобы у них не было ощущения переноса во что-то чужое.
Если это реализуемо, то тогда, действительно, магазин в своей папке будет лучшим решением. Но новая регистрация оттолкнет, это уже проходил.

В чем проблема-то ? Так трудно подправить, чтобы брались данные из форума без повторной регистрации ? Или трудно поправить внешний вид в соответствии с желаемым ?

Fadeyka22:
В данном случае вы звучите как засланный казачок от ePayments.

Думаете он с 2005 готовился :) ?

Ниче так многоходовочка

А не подскажете, можно ли использовать чтобы оплачивать т.н. Überweisung немцам ?

Как я понимаю в частности его можно оплачивать свифтом.

Какие тарифы на него ?

Открываете-ли вы счет для своих клиентов, или у вас "фантики" ?

(это в плане того надо ли отдельно налоговую уведомлять российскую)

PS. Надо напокупать кучу мелочевки с немецкого ебея, коммисии по 15-20 евро

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

PPS. Ммм... а, похоже вижу, – Bank wire transfer0.8% (min $85, max $135)

Не, 85$ это как-то черезчур однако...

danforth:
Анализ разный бывает.
Юзабилити лучше не могло стать. У вас есть бонусная система? Допустим, есть.

Нету слава богу, я не М-видео, у меня довольно-таки нишевой товар, все эти

заскоки с маркетингом явно не про этот проект. В силу объективных причин

количество возвращающихся клиентов не слишком велико.

Речь не идет о озоне, утконосе, М-видео и техносиле.

Вы лично часто покупаете два раза в одном интернет-магазине ?

Сколько таких магазинов знаете ? Более 10 ?

Я что-то вот нечасто...

danforth:

Сомнительная у вас система, ибо то что вы понавыдумывали, реализуется через nginx fastcgi_cache, где страница один раз рендерится и сохраняется как статика html и потом читается с диска. Только времени на настройку подобной системы тратится в сто раз меньше, чем вы понаписывали там (генерация статики и прочее), да и страница сгенерируется только после востребования.

Спасибо, но мне не надо генерить страницу после востребования.

Это тупиковое направление. В результате вы будете её генерить, а индексирующий бот,

или пользователь ждать. И не факет еще, что сгенерите...

danforth:

Вы можете годами обновлять какую-то партнерскую страницу, которую никто и никогда не посещает. Или скажете "у меня собирается статистика раз в день, парсится logrotate, а ещё предективно определяет популярные товары на следующую неделю, и я делаю обновление кеша (см. генерацию статики) чаще".

Зачем ? Сотни-тысячи страниц обновляются в пределах 1-2 минуты.

Думал будет быстрее, но оказалось что долговато копируются изображения.

Требуется это только после того, как требуется пересборка.

Пока вы по 0.25-0.5с за страницу генерите по запросу, и ваши юзеры ждут,

я генерирую в момент простоя и по 0.05 за страницу или порядка того,

и мои пользователи и боты приходят на готовое..

danforth:

Короче хз, вы тут приводите аргументы что ваш магазин супер, а коробочные - гавно, но ни разу не назвали чего может ваш магазин, и не может коробочный. Если назвали, то процитируйте, пожалуйста, лень читать все 12 страниц.

Он может работать. Работать ожидаемым образом.

И то, как он работает проверяемо. Он банально очень тонкий.

Ну а прочее - дополнительные ништяки, типа мгновенного ответа ботам и юзерам,

простой модификации итд итп.

danforth:

Вообще, не логично вы делаете: товары обладают некой информацией - данными. Эти данные могут быть запрошены самым невероятным образом, вплоть до "красные штаны от 951 рублей до 1295 рублей и материалом хлопком". Генерируем страницу, окей, 40 цветов, 3000 вариаций цен от, и 3000 вариаций цен до, а ещё 20 материалов. Перемножите? Или все таки вынесем в аякс, и будем спрашивать.... бинго! Ту самую БД, которая у вас в заголовке рядом со словом "нафига".

Это если штаны есть, и есть 3000 вариаций цен.

Если всего этого нету, то нету и 100500 страниц.

В моём ТЗ пока что значится поиск по названию товара, за пару часов удалось

привинтить вчерне с хранением в локалсторейдже. Вот думаю надо ли при нажатии

кнопки search если ничего не найдено логировать на сервер.

---------- Добавлено 01.02.2017 в 11:59 ----------

mendel:
А что там особенного? Нормальный хостинг и нормальная верстка у шаблона. Что тут дорогого? Дорого притирать разные части шаблона друг к другу. Тестирование и т.п., но если шаблон из стандартного набора, только картинки поменяли и прочие подобные вещи, то что там денег стоит?)

Я честно скажу, про нормальный хостинг не слышал, что, бывает ?

Т.е. я имею опыт хостинга на множестве хостеров из топ10 в россии, и мягко говоря нормальным назвать это все нельзя.

Проблемы кончились, когда лет 5 уехал на амазон.

Но это нифига не дешевое решение, по крайней мере не в стиле "сотка и всё готово" .

mendel:

Ну так общепринято что первая страница отрендерена максимум через секунду.
В смысле всё скачалось и разобралось. Бегло гляньте на PageSpeed Insights. Сильно задрачивать не надо, но в качестве ликбеза самое то. Например спрашивают не про первую страницу, а про первый экран первой страницы. А тут большое пространство для маневра. В большинстве случаев в полсекунды все укладываются.

Это при какой толщине канала пользователя ?

Уж не знаю, как там коробочные варианты укладываются в полсекунды, в голову нейдет просто.

mendel:

Любопытно что именно отвалилось).

Регэкспы... там какой-то отдельный модуль для их обработки.

Т.е. всё обновилось, а он после обновления не захотел работать, помогло

накатать еще более новую версию. В подробности не вникал, на продакшене

слава богу таких глюков нету. В целом система сильно замученная.

Огорчило то, что отвалилось "без объявления войны".

mendel:

Знаю) Вы это уже не первый раз рассказываете. Вам не первый же раз говорят, что да, говна много, но это не повод считать говном всё, но вам всё равно. В школе логику прогуляли, и не знаете что миллион примеров за опровергаются одним против. Сколько бы не было кривых коробок - это не отменяет факта что использование СУБД на сайте лучше чем ваши поделки).

Да нет, с логикой всё нормально как-раз.

Задача решается максимально дешево.

Если на рынке существенная часть лидеров "сбилась с пути", то

дешевле вместо того, чтобы искать в говне бисер наладить собственное решение.

Причем дешевле во всех смыслах.

mendel:

Семь бед один ответ - коробки медленные и глючные, всё что есть у 90% магазинов им на самом деле не нужно, и никому не нужно потому что ТС так решил.

Да, вы правильно поняли.

А ктож еще кроме меня решит-то :) ?

Ну не те ведь, кто имеют только 100$ на открытие "нового супербизнеса".

mendel:

Насколько я понял он сохраняет базу в json и по необходимости вытягивает ВСЮ базу аяксом. В целом в первой половине топика были интересные обсуждения из серии олимпиадных задач "как бы вы выкручивались если бы искусственно было запрещено нормальное решение". И идеи были интересные. Но... чисто в рамках олимпиады.

Будет надо сложную фильтрацию - так и сделаю.

При небольшом объеме данных это явно разумнее, чем дергать сервер.

В общем согласен, что ничего интересного уже не будет.

Через годик-другой посмотрим как это всё будет тикать.

Планирую, кстати, покрыть на 100% юнит-тестами всё.

Если будет время и желание.

У Вас ведь уже сделано, да ?

Каждая строчка кода и каждая функция проверяется после каждого изменения.

mendel:
Это выбор между чужим велосипедом и своим. Тут поддерживаю.

Не вполне. Это выбор между очень маленьким велосипедом и очень большим.

Свой большой велосипед не сделать.

mendel:

Совокупная стоимость владения это важный фактор, но не единственный.
Каждый доллар на старте стоит много больше чем после выхода на окупаемость.
А если это еще и стартап, когда ты не уверен что не прогоришь...

И что стартапу делать ?

Покупать битрикс и терпеть :) ?

mendel:

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

Я верно понял, что всё это входит вместе с движком, шаблонами итп в 100$ :) ?

Это все притом, что чем хуже продукт, тем меньше шансов, что взлетит.

mendel:

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

Именно. Не в траффике вопрос, а в том, как быстро увидят вашу первую страницу.

Это и есть в том числе цена за лишнюю часть велосипеда.

Второй, заметьте, может пользователь и не увидеть, если не дождется первой.

mendel:

Индивидуальный костюм можно починить у обычного портного. У любого хорошего портного.

А что, хорошие программисты не смогут "починить" систему в которой несколько сот строк текста :) ? Перевелись богатыри что-ли ?

Идея-то в предельной лаконичности.

mendel:

Вопрос не в том что Ваш проект стоит значительно дороже рынка. Вопрос в том, что его совокупная стоимость владения еще выше.
Сегодня вашему клиенту не нужно наличие. Завтра нужно. Сегодня он не видит необходимости в крослинкинге предложений, кто смотрел и т.п. Завтра будет нужно. Сегодня не нужен поиск по атрибутам, завтра нужен. Всё это у вас будет стоить дорого, но это черт с ним. Многие покупают битрикс и рады. Оно будет костыльно. Вот что важно. Вы за клиента решили что ему нужно, а что нет.

Разумеется. Я с клиентом решил, что ему нужно, а что нет.

Мне только одно непонятно, с чего вы взяли, что всё это будет в каком-нибудь битриксе ?

И что заставить битрикс работать как надо будет дешевле, чем дописать самому ?

Вот у меня обратные ощущения уже сформировались.

mendel:

Какая у клиента должна быть посещалка, чтобы "экономия на серверах" окупилась?

Да причем тут экономия на серверах, ей богу нет тут никакой экономии для мелких клиентов.

mendel:

Угу. И он пойдет к тому кто ему сделает за 50 баксов и без всяких консультаций.)

Искренне желаю удачи. Ей богу.

Заранее предупреждаю, что чужое не доделываю. Иногда возвращаются "в слезах".

Иногда нет. Успешных проектов с таким подходом не видал...

mendel:

Не отключайте нотификации когда тестируете код. Всё.

Я и хостингом-то не пользуюсь.

Я просыпаюсь скажем в субботу днем, а эти дебилы "накатили уже"...

Когда "сломалось" не насмерть, то сходу можно и не заметить варнингов,

особенно когда сломалось не то, что чинили-смотрели, а проекты которые не трогали :).

mendel:

Любопытно какие же у Вас зависимости такие?

Да нет у меня их слава богу, но представить себе ситуацию, когда "не сдюжит" легко.

У меня просто "немного криво накатилась новая версия" и отвалился один из сервисов

перечисленный в phpinfo.

php - это гигантская свалка говна, и не дай бог что отклеится...

если к этому добавить еще mysql, то всё становится совсем мрачно

Вы знаете, что сделали авторы последней "коробки" с которой я имел дело ?

Они при включении профайлинга его В БАЗУ ПИСАЛИ... прикиньте.

Т.е. за день база легко бухла и на 100 и на 200 и на 500мб.

База товаров, база категорий, база заказов... одна у них база.

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

и который использовать ? Да ну их в .... и в ....

А не дай бог включил бы это кто на продакшене....

mendel:

Скорее у всех разные коробки)))) Вы так напираете на сравнение с некоей коробкой, что вообще не слышите окружающих. Так то я автора опенКарт утопил бы в детстве, чтобы такое не рождалось. Оскомерс вроде тоже из той же области, но... это не повод, не повод всех грести под одну гребенку.

Ну, к сожалению, хорошей коробки не попалось.

Как по мне, так когда берешь "лидирующие коробки" и они увы не таковы, как хотелось-бы,

то кактус после 3й или 4й надо перестать жрать. Ну его нафиг. Всех коробок не перепробовать.

Надо уже как-то на что-то решаться...

Всего: 6087