Adam diyor ki costco ya türkiyeden gelen şeftaliler türkiyeden daha ucuz.
Adam diyor ki costco ya türkiyeden gelen şeftaliler türkiyeden daha ucuz.
https://altic.dev/fluid ücretsiz diktasyon uygulaması
aynen bi de güzel yapmış adam; parakeet modeli kullanmış zaten iyi, üstüne bir de ufak bir ai modeli düzeltme yapıyor transkripsiyon yaptıktan sonra, ve saliselik anlık çalışıyor (bir cümle) benim m2 mac'te.
enteresan. https://winboat.app/
vm çalıştırıp freerdp ile pencere erişimi sağlıyor. vmware vs neyi tercih ediyorsanız kendiniz vm kursanız daha mantıklı ve kullanışlı.
GPT 5.6 sol high(birinci foto) vs GPT 5.5 xhigh (ikinci foto). Son foto da 5.5 xhigh bi kaç prompt iterasyon sonrası.
Ben beğenmedim 5.6'yı, en azından frontend için. Belki Max veya Ultra kullanmak lazım bilemedim, bildiğin deepseek v3 2 senenin öncesi gibi bişi yaptı ve çalışması/kod kalitesi de kötüydü yani. 🙁
Verilen iş ne çıktı ne anlaşılmıyor cahilim anlayamıyorum 😀
verilen iş uzun çoğunlukla frontend. çıktı 3 foto da aynı sayfa işte. ilki yeni model, ikincisi hep kullandığım model. üçüncü de bitmiş hali diyebilirsin hep kullandığım model ile.
@gt710gaming
Phase B: Allow multiple family/partner reference photos for Love and Parenting image generation
Source
Phase B · Stage 09 · Lifebook program
RLT-480: Allow multiple family/partner reference photos for Love and Parenting image generation
Clear problem statement
The Journey onboarding flow already supports the user’s avatar plus one partner/family reference image for Love and Parenting, but the UI does not clearly explain how the secondary image will be used and the singular implementation prevents users from adding multiple people. Improve the UX with minimal, intuitive changes and complete the end-to-end support for multiple partner/family references without changing other Journey categories.
Current implementation
lib/constants/journey.ts maps category ID 6 to Love and ID 7 to Parenting.
app/journey/category/[id]/page.tsx enables secondary-image support for categories [6, 7], but uses singular state:
partnerImageUrl
partnerImageRemoteUrl
partnerRelationship
components/journey/ReviewStep.tsx renders ReferenceAvatarStack and an upload affordance for only one secondary image.
Secondary Journey uploads currently use a fixed path such as ${user.id}/${categoryId}/partner.${ext} with upsert: true, causing later uploads to overwrite earlier photos.
components/journey/GeneratingStep.tsx sends at most one partnerImageUrl and one partnerRelationship.
supabase/functions/journey-category-set/index.ts stores and processes only partner_image_url and partner_relationship, and builds a maximum of two references: the user avatar and one partner image.
supabase/functions/_shared/reference-image.ts enforces a 5 MB fetched-image limit, which may not match the Journey upload UI or storage behavior.
components/chat/ChatInput.tsx and app/lifebook/[id]/edit-cover/page.tsx provide existing multi-image patterns for comparison, but they are separate from the Journey category flow.
Implementation guidance
Define the UX before implementation
Propose a small set of minimal UI improvements that make the feature self-explanatory.
Prefer a clear action such as “Add partner or family photo,” supported by short helper text explaining that these photos guide generated Love or Parenting scenes.
Show all selected references as previews, with an obvious remove action and relationship label for each photo.
Include the user avatar in the reference display while making it visually distinct from added partner/family photos.
Account for mobile layout, the selected-photo count, upload progress, validation errors, and the maximum-photo limit.
Replace singular secondary-image state
In app/journey/category/[id]/page.tsx, replace the singular partner URL, remote URL, and relationship state with a collection of secondary references.
Each item should retain enough information for preview, upload, removal, relationship metadata, and generation payload construction.
Preserve the existing feature gate so only Love (6) and Parenting (7) receive this behavior.
Update the review UI
Refactor components/journey/ReviewStep.tsx and ReferenceAvatarStack to render multiple secondary references.
Support adding, previewing, labeling, and removing individual photos before generation or regeneration.
Keep the UI compact and consistent with the existing Journey design rather than introducing a separate manual-cover workflow.
Preserve every uploaded reference
Replace the fixed partner.${ext} storage key with a unique, stable path per uploaded photo.
Ensure adding one photo does not overwrite other references.
Clean up temporary object URLs and handle removal from state and storage where appropriate.
Send a structured multi-image payload
Update components/journey/GeneratingStep.tsx to send an array of secondary reference objects rather than only partnerImageUrl and partnerRelationship.
Maintain backward compatibility only if needed for in-flight or previously saved data.
Continue omitting reference data when image generation is skipped.
Update the edge function and prompt construction
Extend supabase/functions/journey-category-set/index.ts to validate and persist multiple secondary URLs and relationship labels.
Build the Vertex reference list from the user avatar plus all accepted partner/family images.
Update prompt language so it does not assume exactly two people and can describe couples, parents, children, or broader family/group scenes.
Preserve reference ordering and make the relationship metadata unambiguous.
Align provider constraints
Establish an explicit maximum secondary-photo count.
Apply the same allowed MIME types, per-file size limit, and total reference count in:
app/journey/category/[id]/page.tsx
components/journey/ReviewStep.tsx
supabase/functions/journey-category-set/index.ts
supabase/functions/_shared/reference-image.ts
supabase/functions/_shared/vertex-image.ts, where provider limits are enforced
Surface actionable client-side errors before an unsupported image reaches the edge function.
Add tests and verification
Add or update component and edge-function tests for:
Multiple selection and previews
Per-photo removal and relationship changes
Unique storage paths
Payload serialization
Count, MIME-type, and size validation
Avatar plus multiple family references
Love/Parenting gating
Unchanged behavior for all other categories
Extend relevant diagnostics coverage, including patterns in __tests__/lib/journey/generation-diagnostics.test.ts, if multi-reference failures change inputImageCount or error reporting.
Run the relevant automated checks after implementation and report the exact results.
Technical hints
Model secondary references as an array of structured records instead of parallel arrays or additional singular state. Each record should include a stable client identifier, preview URL, remote URL when uploaded, and relationship metadata.
Reuse the multi-image interaction patterns from components/chat/ChatInput.tsx or app/lifebook/[id]/edit-cover/page.tsx where useful, but keep the Journey implementation category-specific.
Update the existing ReviewStep props (partnerImageUrl, onPartnerImageSelect, onPartnerImageRemove, and partnerRelationship) as a cohesive collection API rather than adding more singular props.
Replace the conditional object currently sent by GeneratingStep with a clearly named references array.
Refactor the referenceImages construction in journey-category-set so it supports zero or one avatar plus multiple secondary references without branching around exactly one partner.
Coordinate with RLT-479 for shared reference-image diagnostics and with the B04 prompt-refinement work for group-scene wording. RLT-418 is adjacent payload-size work for Coach chat and is not a duplicate.
Acceptance criteria
Love and Parenting Journey review/generation flows accept more than one partner/family reference photo.
The interface clearly explains how added photos affect generation.
Every secondary photo can be previewed and removed independently.
Relationship metadata is supported per photo, unless a documented and approved group-level model is selected.
Upload paths are unique and no longer overwrite previous family references.
GeneratingStep and journey-category-set accept and process multiple secondary references.
Prompt construction supports the user avatar plus multiple people and does not assume a two-person scene.
UI and backend enforce the same count, MIME-type, and size constraints.
Existing generation diagnostics accurately report the number of input references.
Non-Love/Parenting categories continue to behave exactly as before.
Clear ask
Please first inspect the confirmed Journey flow and present a concise implementation plan with the recommended minimal UX, maximum-photo count, relationship-label model, and mobile behavior. After approval, implement the complete frontend, storage, payload, edge-function, prompt, validation, and test changes required to satisfy RLT-480.
bu prompt. 😀
Context length yetmedi bu prompt'a benim beynin 🙂 3 site de güzel görünüyor aslında ama kodun kendisini bilemem tabi.
@gt710gaming 😀 bizde promptlar böyle,Clear ask ve Clear problem statement
okuyup geçiyorum çoğu zaman 😀
teşekkürler.
süper wow serverı açılmış gelin ana baba günü, 1. serverı seçtim ben. horde'um.
edit: yeni değilmiş ama popüler.
Beyler bunlar çok iyi. Kaliteli ve konforlu. Thailanddan aldım 😂 yarın abime ve eşime de alıcam. Film veya oyun için bu AR değil. Hem laptopa da bakabiliyorsunuz hem de yukarıda bayağı büyük bir ekran beliriyor yine her zaman bakabileceğiniz. kafanızı azıcık kaldırarak normalde ne olduğunu da görebiliyorsunuz. Bu kabloyla bağlanıyor telefonunuza ya da laptop/pc. Tak çalıştır monitör gibi. Ama dışarıya çıkılmaz çok garip görünüyor.
Ar glasses olarak geçiyor. Xreal one modelini beğenmiştim de aldıracak adam bulamadım.
Valla AR olabilir de sinema salonu gibi bir şey, nesi AR anlamadım. Tabi teknolojisi AR olabilir ama onun gibi hissettirmiyor. Evet ben de xreal almak istemiştim ama bunu bulabildim. Anlamadım, stok vardı nette ama gittim satmadılar xreal. Başta var dedi sonra yok dedi ne ayak garipti.
@cestlavie kafanı sağa sola oynattığında görüntü de oynuyor değil mi? Sabit durmuyor.
Geçen yıl istanbul’da mısır çarşısında görmüştüm. 24k istiyorlardı. Orada kaça?
Bir başka şehire ya da ülkeye geziye gidecekseniz aşağıdaki promptu az özelleştirerek günlük plan yaptırabilirsiniz yapay zekaya; html sayfa yapıyor, google maps linkler vs hepsi vardı bende. güzel günlük gezi oluşturdum. İyi yapmış bayağı geziyorum yürüyerek. paylaşayım dedim.
*-*-*-*-*-*-*-*-*-*-*-*-*
Clear Problem Statement:
Create a practical, schedule-verified one-day itinerary for [DATE OR “TOMORROW”] in [CITY, COUNTRY], starting from [HOTEL / NEIGHBORHOOD / ADDRESS]. The itinerary should focus on [THEME / INTERESTS: temples, museums, food, local markets, architecture, nature, history, nightlife, etc.], with realistic routing and live verification of schedule-sensitive details. Package the result into a standalone, mobile-friendly HTML file I can save and use on my phone.
Traveler Context:
- Destination: [CITY, COUNTRY]
- Date of itinerary: [DATE OR “TOMORROW”]
- Starting point: [HOTEL / AREA / ADDRESS]
- Preferred end area/time: [OPTIONAL]
- Main interests: [LIST]
- Things already visited / avoid: [OPTIONAL]
- Transport preference: prioritize [walking / bicycle / e-bike / public transit / ferries / trains], minimize [cars / taxis / long transfers]
- Fitness / pace: [relaxed / moderate / packed]
- Food preferences or restrictions: [OPTIONAL]
- Budget level: [low / mid / flexible]
- Special constraints: [weather sensitivity, mobility, dress code, safety, luggage, etc.]
Implementation Guidance:
1. Use live web research to verify schedule-sensitive details in the destination’s local timezone, including:
- Attraction opening hours for [DATE]
- Temporary closures, renovation notices, restricted access, or holiday/event disruptions
- Entrance fees and ticketing requirements
- Dress codes or etiquette requirements, especially for religious/cultural sites
- Event schedules, public holidays, ceremonies, protests, road closures, or special conditions
- Current weather forecast, heat/cold, rain/snow risk, UV, air quality if relevant, and traffic/transport considerations
2. Use reputable sources where possible:
- Official attraction websites
- Official tourism boards
- Government or city transport pages
- Official ticketing pages
- Museum/temple/church/park websites
- Weather agencies or major weather services
- Recent visitor updates only when official information is unavailable
3. Build a realistic one-day route centered on [THEME / INTERESTS].
- Prioritize walking, bicycle, e-bike, public transit, ferries, or trains where practical and safe.
- A taxi or ride-hailing service is acceptable to reach the first destination or handle weather/safety issues, but minimize car transport after that.
- Avoid overpacking the day. Account for heat, fatigue, queues, meals, and local traffic.
4. Include:
- Suggested start and end times
- Arrival time for each stop
- Estimated visit duration
- Travel time and approximate distance between stops
- Recommended transport mode for each leg
- Food, drink, restroom, and rest breaks
- Notes on shade, hydration, weather, neighborhood safety, traffic, scams, and local etiquette
- Estimated total walking distance
- Estimated total attraction/ticket cost
- Cash/card/ticketing notes
5. Include at least one backup option for:
- Rain or bad weather
- Extreme heat/cold
- Unexpected closure or restricted access
- Low-energy version if the full route becomes too much
6. Clearly distinguish:
- VERIFIED information from sources
- PRACTICAL ESTIMATES such as walking times, route timing, food stops, and comfort recommendations
- ASSUMPTIONS made because exact information was unavailable
7. Provide source links for all schedule-sensitive information, especially:
- Opening hours
- Fees
- Closures
- Ticket rules
- Dress codes
- Weather
- Transport schedules or route constraints
8. Create a standalone, lightweight, mobile-friendly HTML file containing the full itinerary and practical travel information.
- Make it easy to read on a phone.
- Use compact sections, timing blocks, route notes, backup options, and clickable links.
- Keep styling self-contained.
- Include a “Sources” section at the bottom.
- Include clickable map/search links for each stop and key transport leg.
- The HTML should work as a saved local file.
Output Requirements:
1. First, give a short summary of the recommended itinerary and any major verified warnings.
2. Then create the standalone HTML file.
3. After creating the file, validate that the HTML is readable/parseable.
4. Provide the final file path or downloadable location.
5. Mention what was verified live and what remains an estimate.
Clear Ask:
Please research and generate the best verified one-day itinerary for [CITY, COUNTRY] on [DATE], starting from [STARTING LOCATION], then create a mobile-friendly standalone HTML file containing the full plan, source links, route notes, costs, weather guidance, safety notes, and backup options.
Bangkok diye beni ankaraya götürdüler herhalde? #ankaraverse
Aynen iki tane gördüm, su zaten heryer timsah gibi aynı. Kedi gördüm bi sokakta bayağı vardı 😅 ama sadece o sokakta😟
Evcil değil gibi takılıyor öyle. Bunlar çok ısıran bir tür değil sanırım. Ot yiyorlar.
Kalmah - 12 Gauge lisede bu albümle bayağı keyifli sabahlar geçirmiştim
allahım bu yapay zeka model çıkışları ne kadar sıkıcı olmaya başladı ya. HTML minecraft klonu yaptım kenk, oo 2d HTML oyun kenk bak nasıl wauv. GTA 6 klonu vs 😀 Şaka mı bunlar ya? Verin godotu, unityi eline doğru düzgün bir iki video görelim bu nedir?
sadece şeftali değil giden her şey daha ucuz ve üstüne daha kaliteli.
Birde şöyle bir durumda var. İzmir de kemalpaşa da sadece yurtdışına giden kirazlar var. Ve bu kirazlar asla iç pazarda satılmıyorlar. Onlara kullanılan gübre ilaç aklına ne gelirse yani herşey belli, ve iç pazardaki kirazlardan daha ucuza satılıyor. Nereden biliyorsun derseniz birtane geçen kiraz üreticisiyle konuştum. Ne kadar doğrudur bilmiyorum. Ha birde geçmişte kendileri için ürettikleri patates ve sadece gene dışarı giden portakalı arkadaşım yollamıştı. Ben hayatımda ne öyle patates ne de öyle portakalı bu yaşımda yemedim de görmedim de. Harbi antalya denileni yok bilmemne denileni ne varsa yedik gördük ama o portakalı ve patatesi asla yiyemedik.
32 yaşındayım hayatımda marketten alınma sebze yemedim.Genelde çiftlikte üretilen ürünleri tüketiyoruz.Geçen hafta mecburen domates ve salatalık aldım benim yıllardır yediğim domatesle alakası yok leş gibiydi.Bunu daha önce süt ürünlerindede yaşadım markette satılan süt ve peynirlerde büyük oranda su var.
@macuser Yok ya nerde, herşeyimiz beşpara etmez durumda. Kalitesi çöp yerlerde yetmiyor fiyat olarak bir avrupalının fiyatına denk. E hem dandik adi pislik şeyler hem de fiyat denk bu nasıl oluyor ? e para birimi 50 misli daha kötü durumda nasıl olacak bu iş ? ülkenin yarısından fazlası aç ve sürünüyor, geri kalanı da sürünmemeye gayret ediyor. Ya ithal muz ile yerli muz arasında nasıl 10 lira fiyat farkı olabilir benim burada matematiğim saçmalıyor. 110 lira ithali 100 lira yerlisi, yerlisi de beşpara etmez. İthal de iyi değil o kadar ama en ya kardeşim bu tee ekvatordan geliyor ya nasıl burada üretilen ile arasında 10 lira fiyat var ?
Ben şuna çok takılıyorum, yurtdışında gayet çer çöp yiyorum ne mide yanması ne reflü kusması hiç bişeyim yok, bir kere bi çeyrek acidpas attım bi hafta boyunca başka hiç bişeyim olmadı. Geldiğim gibi ev yemeğinden kıvranmaya başladım. Yağda, ürünlerde bi kalitesizlik var fark ne tam çözemiyorum.
Avrupada almanya başta olmak üzere yurt dışı gelen gıdalara uzay istasyonuna giden gıdalar kadar olmasada envai çeşit test yapıyorlar.
En çok bal ürünlerinde sahtekarlık oluyormuş onun için özel teknikler geliştirmişler.
https://www.panchimachinery.com/knowledge/eu-honey-import-requirements/